Có bao nhiêu dự án đồng thời mà một nhà phát triển cấp cao có thể xử lý cùng một lúc?

Question

Tôi đang cố tìm các mô hình phân bổ nguồn lực hợp lý cho các nhà phát triển. Sở sẽ có nhiều dự án khác nhau cho các khách hàng bên ngoài khác nhau, vì vậy tôi cần thực hiện một số hướng dẫn để tránh mọi người tức giận vì thiếu tập trung, không làm việc trên những thứ họ muốn, v.v.

Hiện tại tôi có đề xuất cho một mô hình:

• phát triển Junior - sẽ chỉ làm việc trên một dự án tại một thời điểm (lý do: chủ yếu mà họ không thể kiểm soát việc sử dụng thời gian của mình)
• nhà phát triển Trung - chủ yếu sẽ làm việc một dự án tại một thời gian từ 50% trở lên, nhưng có thể là 50-50 trên hai dự án
• deve cao cấp lopers - sẽ làm việc nhiều nhất trên 3 dự án tại một thời điểm; tỷ lệ phần trăm có thể là ví dụ: 50%, 30% và 20%.

Đó là những người cao niên mà tôi lo lắng. Vì khách hàng chỉ muốn mua một nhóm nhỏ, tôi cần cung cấp cho họ một người cố vấn (cấp cao) để đảm bảo họ có kiến ​​thức và sự trợ giúp cần thiết (ai đó có kinh nghiệm và kiến ​​thức về dự án của họ). Một nhóm 5 đàn em sẽ được cấp 50% thời gian.

Câu hỏi đặt ra là - một người có thể xử lý 3 dự án cùng một lúc (anh ấy sẽ được ghi nhớ điều này - tôi sẽ không lừa ai đó tin rằng họ sẽ viết mã 100% thời gian và kết thúc với 20%), hoặc là quá nhiều? EDIT: Những người cao niên tôi dự định sử dụng cho những người cố vấn sẽ không được dự kiến ​​viết mã. Họ sẽ tập trung vào tư vấn và đào tạo bản thân, ví dụ: trong các công nghệ mới và sắp tới.

Tôi có cảm giác rằng 2 dự án tốt hơn 3? Hoặc là? Điều gì sẽ xảy ra nếu người cao niên cần 50% cho “junior-project” và 30% cho phân tích và thiết kế trên một dự án khác. Anh ta có thể xử lý thêm một dự án với 20% cuối cùng không?

(Và không có thời gian để đào tạo, cà phê, v.v. sẽ không là một phần của 100%. Tôi đã giảm số giờ thực tế "làm việc" với ý nghĩ đó).

Answer 1

Tôi khuyên rằng không có ai là người thực hiện thực sự tham gia vào một dự án phải trên hơn 2 cùng một lúc. Bất cứ điều gì nhiều hơn thế và bạn nhận được sự sụt giảm nghiêm trọng về chất lượng và số lượng công việc.

Giả sử một mẹo gọn gàng phù hợp với chúng tôi là có người cao niên trên nhiều dự án nhưng đóng vai trò là người cố vấn/chuyên gia tư vấn. Họ giúp những người khác ra ngoài, xem xét mã của họ, giải pháp nghiên cứu cho các nút cổ chai, tham gia vào gai và vv. Chúng rất hữu ích theo cách này nhưng sự tham gia của chúng không được tính vào vận tốc nhóm và chúng nằm ngoài nhóm dự án một cách hợp lý.

P.S. Nó cũng giúp giữ cho người cao cấp không bị chán.

P.P.S. Một nhóm người chỉ có cơ sở là một công thức chắc chắn cho thảm họa. Bạn cần phải có ít nhất một người làm việc cao cấp toàn thời gian cho mỗi dự án như vậy.

Answer 2

Phát triển phần mềm không giống như lắp ráp một bữa ăn hạnh phúc. Tại sao khách hàng của bạn lại tiếp cận với điểm trả lương của bạn? Tại sao không chỉ định đội ngũ tốt nhất cho công việc và truyền đạt điều đó cho khách hàng của bạn?

Đối với câu hỏi cụ thể của bạn, tôi nghĩ rằng đó là không khôn ngoan khi mọi người làm việc cùng nhiều thứ cùng một lúc; dự án có thể kéo mọi người theo một hướng này hay cách khác và sự cân bằng của "50/50" hoặc "33/33/33" sẽ không bao giờ xảy ra trong thực tế. Các dự án vấn đề hoặc các nhà quản lý pushy sẽ nhận được 100% tài nguyên mà họ muốn.

Thay vào đó, bạn có thể muốn tập trung vào khi cần một số tài năng nhất định trong một dự án. Chắc chắn, trong phần cuối của việc thực hiện và thử nghiệm bạn sẽ không cần những người cao cấp của bạn. Nhưng, bạn hoàn toàn sẽ cần chúng trong quá trình phân tích, thiết kế và triển khai ban đầu.

Answer 3

Nó phụ thuộc rất nhiều vào người đó. Biết được bản chất của các dự án phần mềm, shit SILL đánh vào fan sớm hay muộn, và khi cả ba dự án của một người cao cấp đang biến đổi cùng một lúc, và ba nhóm đàn em đang la hét để được hướng dẫn, bạn sẽ giúp bạn đối phó với cấp cao như thế nào ?

Answer 4

Có bao nhiêu nhiệm vụ mà ai đó có thể xử lý phải làm với kỷ luật và động lực công việc của mình, chứ không phải kỹ năng lập trình của anh ấy.

Anh ấy chỉ có thể làm việc trên một dự án vào đúng thời điểm. Switiching dự án khiến bạn mất bối cảnh, và vấn đề này xảy ra với mọi con người. Ngoài ra với các nhà phát triển cao cấp.

Answer 5

Điều này thực sự bị giảm bớt, nếu bạn muốn chất lượng cao nhất trong khoảng thời gian ít nhất thì câu trả lời là một. Từ bài viết của bạn có vẻ như tốc độ phân phối hoặc chất lượng không phải là ưu tiên hàng đầu nhưng việc học khá cao trong danh sách, và trong trường hợp đó, một nhà phát triển cao cấp có thể trợ giúp và cố vấn cho các nhà phát triển Junior trong nhiều dự án. Đây thường là sự cân bằng được tạo ra vì đó là cách hiệu quả để "phát triển" tổ chức chỉ cần đảm bảo rằng người cao tuổi biết rằng vai trò của anh ấy là một trong những giáo viên và người cố vấn (cũng như ngang hàng) chứ không phải . Nó sẽ giúp anh ta vô cùng trong việc sắp xếp các ưu tiên của mình.

Answer 6

Tôi thấy rằng tôi có thể là sâu chỉ tham gia cùng một dự án tại một thời điểm. Tôi có thể có các cuộc họp và các cuộc hội thoại với một nửa tá dự án mà một người khác thực sự chịu trách nhiệm giao hàng.

Tôi có thể cố vấn và huấn luyện 5-10 dự án khác mà không gặp bất kỳ vấn đề nào. Phụ thuộc vào chiều sâu của sự tham gia.

Nhưng khi tôi chịu trách nhiệm cho sản phẩm công việc, tôi phải tập trung vào điều đó.

Answer 7

Có một câu nói rằng 9 phụ nữ không thể sinh con trong một tháng.

Tôi nghĩ điều này áp dụng ở đây. Nếu một nhà phát triển chia thời gian của mình ở mức 50/50 trong hai dự án, các dự án có được lên kế hoạch sao cho nhà phát triển hoạt động 100% trên một và sau đó khi anh ấy hoàn thành công việc 100% trên dự án thứ hai?

Bạn nhận được lợi ích về năng suất từ ​​việc có một nhà phát triển tập trung nhưng công việc vẫn mất khoảng thời gian tương tự.

Answer 8

Tập trung vào phân bổ tài nguyên chỉ chạm vào một trong ba khía cạnh của dự án. Có bao nhiêu dự án mà một nhà phát triển cấp cao có thể làm việc đồng thời phụ thuộc nhiều vào phạm vi và tiến độ của một dự án giống như khả năng cá nhân của họ. Mỗi nhà phát triển, cao cấp hay không, sẽ mất thời gian do chuyển ngữ cảnh, như Andre Bossard nói.

Tôi không nghĩ rằng có một công thức gọn gàng hoặc câu trả lời chứng khoán cho câu hỏi của bạn bởi vì có quá nhiều biến để xem xét cho từng dự án. Tôi chắc chắn bạn muốn tất cả các dự án của bạn có chất lượng cao, vì vậy tôi khuyến khích bạn phân bổ tài nguyên phù hợp. Làm rõ cho khách hàng rằng cố gắng tiết kiệm chi phí (bằng cách yêu cầu một nhóm chỉ dành cho trẻ em) sẽ tăng thời gian để phân phối và có thể giảm chất lượng.Bố trí chi phí của từng lựa chọn về tài nguyên, lịch biểu và phạm vi để khách hàng có thể đưa ra quyết định sáng suốt là điều tốt nhất bạn có thể làm.

Answer 9

Nếu đàn em của bạn thiếu kỹ năng quản lý thời gian (không bình thường), họ cần được tư vấn, ngay cả khi họ chỉ làm việc trên một dự án duy nhất. Thật dễ dàng để mang đi "mạ vàng" các mô-đun ít quan trọng hơn.

Answer 10

Tôi muốn nói nhiều như bạn có thể vừa với ổ cứng. Mặc dù đó là chủ quan bởi vì bạn chỉ đang lặn thời gian/nỗ lực của ai đó giữa các dự án.

Answer 11

Tôi hoàn toàn đồng ý với câu trả lời của Ilya. Việc chuyển đổi các bối cảnh hoặc nhiệm vụ làm giảm hiệu suất đáng kể. Joel đã viết một thú vị article về hiện tượng này trên trang web của mình.

Answer 12

như thường lệ, "nó phụ thuộc"

• nó phụ thuộc vào mức độ phức tạp của dự án; các dự án/vấn đề thực sự khó khăn có thể có xu hướng tiêu thụ từng thời kỳ thức dậy của các nhà phát triển cao cấp bất kể phân phối lý thuyết là gì; một số vấn đề chỉ là cứng (hoặc thực sự thực sự thú vị)
• nó phụ thuộc vào các nhà phát triển cấp cao - một số có thể phát triển mạnh về vai trò cố vấn chỉ, những người khác có thể trở nên chán nản nếu không được phép để mã
• nó cũng phụ thuộc về chất lượng của các đội cơ sở -
  • người cao niên yêu cầu người cao niên mỗi câu hỏi nhỏ xuất hiện trong đầu của họ ("làm cách nào để mã hóa vòng lặp trong java? Tại sao Hộp thư của tôi không hiển thị trên trình duyệt? tôi gọi điện thoại để cài đặt internet trên máy tính của mình? mật khẩu của tôi là gì? ") sẽ tiêu hao bộ não của cả những người cao cấp nhất và kiên trì,
  • trong khi đàn em phải tìm ra mọi thứ cho chính họ sẽ lặng lẽ để cho dự án chết trong khi họ đánh đầu họ chống lại lỗi đánh máy ... chỉ ... không ... xem.

Nói tóm lại, tất cả các nhà phát triển cấp cao không bằng nhau (như trên cho cơ sở/trung gian), bạn nên nói chuyện với nhau một cách cá nhân và xây dựng một đội ngũ tương thích cho từng dự án. Chiến lược tốt hơn: đem lại cho khách hàng mức giá hấp dẫn hoặc cung cấp một nhóm có thể thực hiện công việc như thế nào? Nhận thức rằng tất cả các lập trình viên có thể hoán đổi cho nhau là một phần rất lớn của vấn đề offshoring ở Mỹ, nhưng nếu bạn đóng gói một loạt các đàn em với một món hời bạn đang tiếp tục nhận thức đó, và có thể đánh bại mục đích đã nêu của bạn. Tốt hơn là thực hiện công việc đúng, hoặc không hề, cho khả năng tồn tại lâu dài.

Answer 13

Các nghiên cứu trong thiết kế buồng lái máy bay cho thấy mọi người có thể xử lý 5 + hoặc - 2 tác vụ cùng một lúc. Lý tưởng nhất là bạn cần phải giữ nó dưới 5 để giữ cho rủi ro của phi công mất đi sự kìm kẹp của mình về tình hình. Tôi nghĩ nguyên tắc này dịch tốt mọi thứ từ thiết kế GUI sang quản lý tác vụ trong các công việc khác.

Tôi tin rằng mẹo cho vấn đề của bạn là thử và theo dõi số lượng tác vụ mà các nhà phát triển cao cấp đang cố gắng quản lý. Trên một số dự án phức tạp hơn, một nhà phát triển cao cấp có thể hoàn toàn bị tiêu thụ bởi một dự án đó, nơi có nhiều dự án đơn giản hơn bạn có thể lấy đi với 3+ cùng một lúc.