Nếu bạn là người quản lý của một nhóm gồm 25 nhà phát triển, bạn sẽ thúc đẩy họ như thế nào? [đóng cửa]

Hãy tưởng tượng bạn được thuê bởi một startup mới được hỗ trợ với vài triệu đến từ các nhà đầu tư mạo hiểm.

Nhiệm vụ của bạn : organize the development of the next killer app.

25 nhà phát triển là quá nhiều để chăm sóc từng cá nhân, vậy bạn sẽ đưa ra quyết định gì để thúc đẩy họ?

Tôi sẽ đánh giá cao bất kỳ câu trả lời nào từ tùy chọn chứng khoán đến cookie miễn phí;)

Tất nhiên mánh khóe ở đây (trừ khi bạn thực sự là một người quản lý của một startup như vậy), hãy đặt mình vào vị trí của một trong những lập trình viên đó.

EDIT: đó là một bối cảnh tưởng tượng. Mục đích của câu chuyện này là để kích thích mong muốn của bạn. Tôi muốn nắm bắt những gì thúc đẩy các nhà phát triển.

Đây là danh sách kiểm tra của tôi, không theo thứ tự cụ thể:

1. Máy tính tuyệt vời để phát triển trên. Ít nhất là gấp đôi sức mạnh của người dùng mục tiêu, với nhiều RAM và nhiều màn hình lớn / nhiều ... ~ $ 3 đến 5k ngân sách.
2. Tai nghe đẹp cho bất cứ ai cần chúng, khi chúng thích làm việc với âm nhạc.
3. Công cụ phát triển tuyệt vời để làm việc với. Điều này phụ thuộc phần nào vào môi trường mục tiêu của bạn, nhưng Visual Studio / Eclipse / bất cứ điều gì là tốt nhất cho công việc. Điều này bao gồm những thứ như tích hợp / xây dựng máy chủ liên tục.
4. Truy cập internet nhanh - có lẽ với một máy chủ proxy lưu trữ để lưu trữ trước những thứ như bộ đệm, SO, TheRegister, Reddit, v.v.
5. Rất ít cuộc họp - chỉ những gì thực sự cần thiết và giới hạn cứng về độ dài của chúng (chúng tôi sử dụng đồng hồ bấm giờ); nghĩ rằng 'cuộc họp độc lập' như Scrum.
6. Không khí lành mạnh để làm việc. Ánh sáng ban ngày, lựa chọn không khí trong lành, máy lạnh ổn định, cây trồng, hình ảnh, ánh sáng tốt.
7. Thời gian chết 10 đến 20% để học một cái gì đó mới hoặc uốn cong kỹ năng của bạn một chút.
8. Một bộ làm mát nước cho từng nhóm bàn thường xuyên được bảo trì.
9. Market lương cạnh tranh với tiền thưởng hiệu suất liên quan đến, nơi hiệu suất và mức thù lao được xác định rõ ràng. Phần thưởng hiệu suất có thể sẽ là chia sẻ lợi nhuận của công ty.
10. Khuyến khích một đạo đức làm việc hợp tác ; có những mảnh vỡ công nghệ để chia sẻ việc học, luân chuyển mọi người xung quanh để xây dựng trải nghiệm của họ.
11. Đồ uống miễn phí (không cồn).
12. Một giỏ trái cây cho bữa ăn nhẹ lành mạnh mà không làm hỏng bữa trưa.
13. Thiết lập một mức độ tôn trọng chuyên nghiệp từ các bộ phận khác của doanh nghiệp cho bộ phận phát triển phần mềm và ngược lại. Đây là một mục tiêu dài hạn, mờ nhạt, nhưng có nhiều cách và phương tiện để thiết lập nó.
14. Truyền thông rõ ràng đến và từ quản lý các kỳ vọng và phân phối trên những mong đợi đó.
15. Rõ ràng ưu tiên cho các mục công việc, được xem xét thường xuyên.
16. Sử dụng các thực tiễn tốt nhất về phương pháp SDLC - Agile / Scrum, v.v.
17. Rõ ràng và ghi lại các thủ tục về những gì phải được thực hiện, tại sao và làm thế nào cho những thứ quan trọng như quản lý phát hành. Bất cứ điều gì có thể được tự động hóa, vì vậy đây chỉ là các bit thủ công - luôn có một số.
18. Môi trường hỗ trợ khi mọi thứ không suôn sẻ. Không đá người khi họ gây ra lỗi, nhưng giúp họ học hỏi từ những sai lầm của họ.
19. Truy cập 24x7 vào tòa nhà và truy cập từ xa khi các thành viên trong nhóm lấy cảm hứng ngoài giờ bình thường.
20. Bảng trắng cho tạo mẫu / suy nghĩ thành tiếng.
21. Kỷ niệm thành công - cho dù là một bữa ăn trưa đội hoặc một chuyến đi đến Grand Prix vào cuối tuần, điều quan trọng là phải nhận ra nỗ lực tuyệt vời và kết quả tuyệt vời.

Tôi sẽ không có:

• Súng Nerf / frisbees / bàn bi-a / đồ chơi. Môi trường làm việc là nơi chúng ta làm việc. Có rất nhiều niềm vui để có được trong khi thực hiện công việc mà không chơi những người lính xung quanh các đồng nghiệp đang cố gắng tập trung.
• Thức ăn miễn phí - mọi người nên nghỉ ngơi để đi ra ngoài và kiếm gì đó để ăn.
• Kiểm duyệt Internet - Tôi sẽ để các cá nhân thực hiện phán quyết của mình.

Cung cấp cho họ các vấn đề thú vị để giải quyết và lựa chọn công cụ để giải quyết chúng, sau đó tránh xa chúng.

Các lập trình viên tuyệt vời không bị thúc đẩy bởi tiền, hoặc bởi địa vị trong một công ty. Họ cần đủ tiền và địa vị để được thoải mái, nhưng chỉ có thế. Các lập trình viên tuyệt vời được thúc đẩy bởi sự quan tâm.

Paul Graham đồng ý với tôi .

Có một video YouTube tuyệt vời về "Sự thật đáng ngạc nhiên về những gì thúc đẩy chúng tôi". Tôi đã viết blog này một lúc trước:

http://www.chrisholmesonline.com/2010/06/02/the-surprising-truth-about-what-motivates-us/

Tôi thích phần mà anh ấy nói, về cơ bản, trả cho nhân viên của bạn đủ để tiền được lấy ra khỏi bàn như một sự cân nhắc cho lý do tại sao họ muốn làm việc ở đó. Khi tiền không còn là yếu tố thúc đẩy, bạn sẽ có được một bộ kết quả tốt hơn nhiều.

Tôi biết những gì thúc đẩy tôi:

• Có thể sử dụng các công cụ tôi thích. Vì vậy, cung cấp cho các nhà phát triển của bạn các công cụ họ muốn và cần. Với một nhóm gồm 25 người, rõ ràng, bạn phải đi đến thỏa hiệp và đồng thuận, nhưng điểm mấu chốt là họ cần những công cụ tốt nhất. Điều này bao gồm phần cứng và phần mềm.
• Giờ làm việc bình thường. 35-40 giờ mỗi công việc. Chỉ có bấy nhiêu thôi. Nếu họ muốn tự mình đến để làm nhiều hơn vì họ được truyền cảm hứng, tốt thôi. Nhưng những người làm việc quá sức trong các công việc mà họ được yêu cầu phải uốn cong các cơ bắp tư duy phản biện là con đường nhanh chóng dẫn đến thảm họa.
• Tùy chọn viễn thông. Tôi thích làm việc từ sự thoải mái của nhà riêng của tôi; không phải đối phó với sự đau đầu của giao thông và mất một giờ mỗi ngày để đi du lịch. Tôi có thể ở đó cho gia đình, cho các trường hợp khẩn cấp, như một chiếc taxi, v.v. Nếu bạn có nhân viên có thể xử lý nó và hoàn thành khối lượng công việc của họ, hãy cung cấp cho họ tùy chọn làm việc từ xa. Ngoài ra, cách dễ dàng hơn để ngủ trưa 20-30 phút tại nhà (được chứng minh là tăng năng suất, nhưng xã hội vẫn cau mày khi ngủ trưa).
• Một không gian làm việc chất lượng. Bảng trắng, công cụ cộng tác, phòng hội thảo, v.v ... Một nhóm gồm 25 nhân viên chỉ có thể thực sự tạo ra thứ gì đó tuyệt vời nếu họ làm việc cùng nhau, và để làm việc cùng nhau, họ phải chia sẻ ý tưởng một cách tự do và hợp tác. Nếu họ làm việc từ xa, có Skype, v.v. Nhưng hãy cung cấp cho họ các công cụ để hợp tác.
• Mục tiêu được xác định rõ ràng. Không thời hạn - đó là khác nhau. Những mục tiêu. Thực hiện điều này theo cách bạn muốn - Scrum, XP, tôi không quan tâm - nhưng nhóm của bạn cần các mục tiêu và cột mốc rõ ràng.
• Đừng bị nhốt vào một giáo điều cụ thể; cởi mở để thay đổi và những ý tưởng mới, công nghệ mới, v.v ... Lắng nghe nhau. Đừng ép buộc kiến ​​trúc vào nhóm của bạn; hãy để nó phát triển thông qua sự hợp tác, phản hồi, đầu vào.

Các nhà phát triển muốn làm cho phần mềm tuyệt vời. Nếu bạn có thể cho họ cơ hội để làm điều đó, hãy bù đắp cho họ đủ để tiền không ảnh hưởng đến quá trình suy nghĩ của họ và cung cấp cho họ sự cân bằng công việc / cuộc sống lành mạnh, họ sẽ tạo ra.

Đại biểu.

Giả sử rằng 25 nhà phát triển sẽ làm việc trên các khía cạnh khác nhau của ứng dụng, chia họ thành các nhóm phụ và chỉ định 1 thành viên của mỗi nhóm làm trưởng nhóm. (LƯU Ý: Vai trò này sẽ di chuyển xung quanh khi dự án phát triển và các nhóm được cải tổ lại).

Bây giờ bạn có 5 nhóm dẫn để tạo động lực và đến lượt họ có 4 nhà phát triển để tạo động lực.

Bạn có thể tập trung vào các công cụ thúc đẩy "toàn cầu" (như tùy chọn cổ phiếu, v.v.) trong khi các nhà lãnh đạo nhóm của bạn có thể tập trung vào các công cụ thúc đẩy riêng lẻ (được phép rời đi sớm vào thứ Tư).

Hãy chắc chắn rằng bạn nhất quán và các nhóm trưởng giao tiếp hành động của họ với bạn và nhau để tránh những xích mích không cần thiết.

Tôi đã sẵn sàng để được bỏ phiếu, nhưng bạn có thể thúc đẩy tôi theo bất kỳ cách nào bạn muốn (khiến tôi làm việc chăm chỉ, đưa cho tôi một chiếc máy 386 để viết mã, làm việc trên bàn rung trong bóng tối dưới tầng hầm, mắng tôi, cuối tuần làm việc và ngày lễ, và không cung cấp cà phê miễn phí) và tôi sẽ là nhóm crack của bạn miễn là bạn trả cho tôi một số tiền vô lý .

Tôi đồng ý với Dima và ChrisF. Ngoại trừ một trong những điểm của Dima: lựa chọn cổ phiếu.

Tôi biết rằng đây là một điều trong khu vực, nhưng ở nhiều quốc gia, các lựa chọn cổ phiếu bị nhà nước đánh thuế theo giá trị thực của chúng (giá trị bên trong) khi được giao hoặc phát hành. Điều này trừ khi bạn có thể chứng minh rằng độ biến động không cho phép tính giá trị bên trong.

Tôi đã từng trả tiền thuế cho các lựa chọn cổ phiếu của mình nhiều hơn so với giá trị của chúng. Chúng có giá trị 40 đô la mỗi khi được phát hành, nhưng tôi không thể thực hiện chúng trong một năm, và sau đó chúng đã xuống dưới một đô la.

Nhưng trở lại câu hỏi của bạn:

Thời gian làm việc cá nhân, công cụ tuyệt vời, ảnh hưởng trong việc ra quyết định, một môi trường không có chính trị (hãy để nó cách xa họ, để họ có thể làm việc).

Lợi ích bên lề như một ngân sách để chi tiêu riêng của họ cho các công cụ, sách, khóa học.

KHÔNG có hình khối, nhiều nhất là 3 người trong một văn phòng với hơn 9 m2 mỗi người. Nếu có thể, di chuyển đội trong tòa nhà riêng của mình hoặc ít nhất là trên sàn của chính nó. Hãy để họ cá nhân hóa bàn của họ - không có cảnh sát bàn.

Loại bỏ điện thoại khỏi bàn của họ (email không có âm thanh hoặc nhắn tin tức thời, một lần nữa không có âm thanh và buồng điện thoại bên ngoài văn phòng có ghế và bàn nhỏ cho máy tính xách tay của họ, không làm gián đoạn tiến trình công việc mà không cần khẩn cấp). Có một thư ký để xử lý các cuộc gọi điện thoại đến.

Càng ít cuộc họp càng tốt. Đừng làm chúng vào thứ Hai (dù sao thứ Hai cũng không vui, một số vẫn vào cuối tuần, một số mất năng lượng cuối cùng để bắt đầu) hoặc vào thứ Sáu (tôi vừa nói gì về cuối tuần), nhưng thứ Tư thì hoàn hảo nghỉ ngơi tốt đẹp vào giữa tuần).

Quyền hành chính trên máy của họ. Không hỗ trợ cấp một và cấp hai.

Tôi không muốn bị ép ăn cùng với đám đông - tôi biết tôi khác biệt - vì tôi cần nghỉ ngơi khi ở cùng một người cả ngày. Nhưng một sự phá vỡ croissant để trao đổi thông tin không chính thức, một buổi tối ra hàng tháng mà không có áp lực ngang hàng để tham gia mọi lúc và với vợ / chồng (bowling, bữa tối) sẽ làm điều đó cho tôi.

Gửi ChrisF thứ hai: Tôi không nghĩ rằng bất kỳ ai cũng có thể xử lý 25 báo cáo trực tiếp. Đội hình. Và theo thời gian tổ chức một cuộc cạnh tranh giữa họ.

Chỉnh sửa: Sau khi phản ánh, đây là điểm chính: đối xử với nhân viên như mọi người, không thích máy móc hay "tài nguyên". Hãy chắc chắn rằng họ cảm thấy thoải mái khi hỏi bạn câu hỏi hoặc nêu vấn đề. Hãy chắc chắn rằng bạn có thể chứa mọi người khi họ có vấn đề cá nhân, như một đứa trẻ bị bệnh hoặc cha mẹ. Nói cách khác, làm hết sức mình để thiết lập mối quan hệ với họ. Ngoài ra, 25 vẫn là một nhóm đủ nhỏ để chúc mừng sinh nhật của mọi người bằng một chiếc bánh. Những điều nhỏ bé này tạo nên một thế giới khác biệt.

Chắc chắn lựa chọn cổ phiếu, để thành công của công ty sẽ có tác động đáng kể đến chất lượng cuộc sống của chính họ. Thêm vào đó, hãy cởi mở với họ về những gì đang diễn ra trong khía cạnh kinh doanh. Vấn đề là làm cho nhân viên nhìn thấy ít nhất một số bức tranh lớn bên cạnh trách nhiệm trước mắt của họ, để họ cảm thấy giống như các đối tác trong công ty, và ít giống như bánh răng trong máy.

Điều kiện làm việc tốt. Ghế thoải mái, máy móc nhanh, màn hình lớn, bàn phím và chuột mà họ cảm thấy thoải mái nhất. Một cửa sổ đẹp ... Luồng khí tốt. Mua cho họ sách về lập trình nếu họ muốn cải thiện kỹ năng của họ.

Ngoài ra, có một bữa ăn cùng nhau thường xuyên, như một lần một tuần, tốt nhất là với bia, là điều tuyệt vời cho tinh thần. 25 người có thể là một chút quá nhiều cho điều đó, mặc dù. Vì vậy, có lẽ các đội cá nhân nên ăn pizza và bia cùng nhau mỗi tuần một lần. Được trả bởi công ty, tất nhiên. :)

Tôi quản lý một nhóm gồm sáu lập trình viên, vì vậy tôi cho chủ đề này một chút suy nghĩ. Đây là ý tưởng của tôi -

Cung cấp cho họ thời gian để làm việc - Gián đoạn giết chết năng suất và động lực. Các lập trình viên thích điều đó nhất khi họ có thể suy nghĩ và tiếp tục với công việc. Bạn cũng cần cho họ thời gian để hoàn thành tốt công việc - lập trình viên ghét việc vội vã hoàn thành công việc theo thời hạn. Tôi thường hỏi các lập trình viên của mình một nhiệm vụ sẽ mất bao lâu, và sau đó tôn trọng ước tính của họ. Một phần công việc của tôi với tư cách là trưởng nhóm là quản lý công việc đó với doanh nghiệp và giúp họ phát triển những kỳ vọng thực tế.

Cung cấp cho họ thiết bị tốt - Thật là khủng khiếp khi phải lập trình trên các máy tính chậm và hầu hết các lập trình viên cũng ghét sử dụng các công cụ phát triển cũ. Hãy chắc chắn rằng các lập trình viên của bạn có thiết bị thực sự tốt - máy tính nhanh, công cụ mới nhất, màn hình lớn và cũng là một chiếc ghế rất tốt. Những thứ này không quá đắt trong sơ đồ lớn.

Cung cấp cho họ sự tôn trọng - Các lập trình viên mong muốn tôn trọng các kỹ năng kỹ thuật của họ. Tôn vinh công việc họ đã làm và công việc họ đang làm. Tôn trọng ý kiến ​​của họ về các vấn đề kỹ thuật. Khi bạn hỏi một câu hỏi kỹ thuật, hãy trả lời theo mệnh giá. Nếu họ đã phạm sai lầm, hãy tìm cách đưa vấn đề này lên mà không làm họ mất mặt. Bạn có thể nói những câu như: "Tôi đã làm theo những gì bạn đề xuất, nhưng tôi đã gặp phải vấn đề này. Bạn nghĩ tôi nên làm gì?"

Cho phép họ về nhà - Làm việc nhiều giờ sẽ sớm phản tác dụng. Khi các lập trình viên biết rằng họ có thể về nhà vào lúc 5 giờ chiều, họ có nhiều khả năng quay lại vào ngày hôm sau cảm thấy có động lực để làm việc.

Trao cho họ trách nhiệm - Các lập trình viên thích đưa ra các quyết định kỹ thuật, vì vậy hãy cho họ không gian để phát triển mọi thứ theo cách họ nghĩ tốt nhất. Nếu bạn có tiêu chuẩn kiến ​​trúc hoặc thiết kế, hãy chắc chắn rằng những điều này được hiểu trước. Nếu các vấn đề xuất hiện trong quá trình đánh giá thiết kế, hãy đảm bảo rằng những vấn đề này được truyền đạt một cách tôn trọng và khuyến khích.

Cung cấp cho họ hỗ trợ - Giúp họ dễ dàng đến và yêu cầu giúp đỡ nếu họ cần. Nói, "nếu bạn có bất kỳ câu hỏi nào, đừng ngần ngại hỏi." Đừng làm cho họ cảm thấy tồi tệ vì không biết một số công nghệ, thay vào đó hãy nói, "Nếu bạn cần một vài giờ để tiếp tục công nghệ đó, hãy tiếp tục."

Tôi sẽ thực hiện một chiến thuật khác ở đây so với các câu trả lời khác: cố gắng hết sức có thể để không làm mất lòng nhân viên của bạn. Bạn có thể cung cấp cho nhân viên của mình tất cả cà phê, đồ ăn nhẹ, máy tính, v.v. mà họ muốn và vẫn không có động lực cho nhân viên nếu bạn tham gia vào nhiều thực tiễn quản lý (xấu) có vẻ rất hợp lý với bạn với tư cách là người quản lý, nhưng đó là bệnh lý cho động lực của nhân viên. Đối với các ví dụ về các thực tiễn xấu này, bạn có thể đảo ngược nhiều đề xuất trong các câu trả lời khác:

• "đối xử với nhân viên như mọi người, không thích máy móc hay 'tài nguyên'" -> đối xử với nhân viên như tài nguyên có thể hoán đổi cho nhau hoặc "FTE".
• "Trả lãi suất trên thị trường" -> nhân viên của bạn là chi phí, người quản lý tốt giảm thiểu chi phí.
• "Hãy cho họ một lý do để tạo ra những sản phẩm chất lượng" -> nhấn mạnh vào sự phát triển nhanh và bẩn (vì khách hàng sẵn sàng sống với lỗi)

Quan điểm của tôi là, việc tạo ra một môi trường giúp nhân viên di chuyển mất nhiều công sức hơn là một danh sách kiểm tra các hành động khẳng định *. Bạn phải giám sát mọi khía cạnh của hành động với tư cách là người quản lý để đảm bảo bạn không mâu thuẫn với mục tiêu này.

Peopleware: Productive Project and Teams là một cuốn sách mà tôi nghĩ rất phù hợp với động lực lập trình viên. Nó có nhiều chương về thực tiễn quản lý làm mất lòng nhân viên (và do đó ngăn chặn các nhóm hiệu quả). Một trong những chương yêu thích của tôi là "Đồng đội", cho rằng không có bất cứ điều gì người quản lý có thể làm để tạo ra một nhóm hiệu quả, nhưng anh ta có thể làm rất nhiều để tiêu diệt một hoặc ngăn không cho một người thành lập.

* Trên thực tế, một số hành động "tạo động lực" khẳng định có thể có tác dụng giảm động lực nếu có các yếu tố giảm động lực khác hiện diện.

1. Tránh sự cám dỗ để thuê tất cả 25 cùng một lúc.
2. Cố gắng thu hút các nhà phát triển hàng đầu được biết đến ngay từ đầu.
3. Một khi bạn có một nhóm nhỏ gồm những người rất tài năng, những người biết họ đang làm gì và đã thiết lập một mức độ kỳ vọng cao.
4. Tiếp tục thêm nhiều người. Họ cần biết rằng họ được bao quanh bởi những người tốt, những người sẵn sàng giúp đỡ họ, nhưng họ phải theo kịp.

Những người kém tài năng (tôi không nói họ hút, nhưng những điều này là tương đối.) Mọi người sẽ có thể đạt được nếu được đặt trong môi trường phù hợp (người tốt), được đào tạo tốt và được giám sát.

Quản lý mọi người sẽ dễ dàng hơn nhiều khi bạn có được đúng người và xây dựng văn hóa và thái độ thay vì cố gắng thiết lập một loạt các quy tắc.

IMO, lựa chọn cổ phiếu trong khởi nghiệp là một chút lừa đảo. Nó thường đi như thế này:

1) Một nhóm các nhà phát triển trẻ năng động tươi sáng được tuyển dụng với những lời hứa làm giàu thông qua các lựa chọn cổ phiếu.

2) Khởi nghiệp chạy qua vốn ban đầu và vòng tài trợ VC thứ hai được bơm. Các tùy chọn được pha loãng đến 1/2, 1/4 giá trị giấy ban đầu.

3) Điều này được lặp lại một lần, hai lần, ...

Cuối cùng, các nếp gấp khởi động và các tùy chọn của nhà phát triển là hoàn toàn vô giá trị. Ngoài ra, chúng bị pha loãng đến mức lợi nhuận của các nhà phát triển là rất nhỏ.

Tôi nghĩ rằng bạn nên trả cho các nhà phát triển của mình một mức lương xứng đáng bằng tiền thật. Cho dù điều này thúc đẩy họ phụ thuộc vào tính cách của họ. Nhưng ít nhất họ sẽ nhận được một sự trở lại công bằng cho lao động của họ ... không phải là một trò hề.

Tìm hiểu từng nhà phát triển cá nhân, cá nhân và thực sự bằng cách đáp ứng nhu cầu của họ trên các kích thước sau:

1. Đưa ra định hướng rõ ràng về trách nhiệm và kỳ vọng (nói với họ những gì cần thiết)
2. Cấp quyền truy cập vào các công cụ cần thiết để thực hiện công việc một cách chính xác (màn hình, hệ thống mạnh mẽ)
3. Cung cấp cho họ một cách để đo lường hiệu suất của họ (chuyên viên máy tính như đồ thị)
4. Cung cấp nhiều cơ hội để phát triển các kỹ năng chuyên nghiệp
5. Cung cấp cho họ nhiều sự thừa nhận khi họ làm việc tốt (người không thích khen ngợi)
6. Cung cấp cho họ những công việc sẽ thành công (cá nhân họ giỏi làm gì)
7. Cung cấp cho họ một cách để nói lên ý kiến, ý tưởng và cảm xúc của họ (một cách an toàn)
8. Đưa ra những cách để khuyến khích và thúc đẩy tình bạn (văn hóa làm việc)
9. Cung cấp cho họ một lý do để làm cho sản phẩm chất lượng (niềm tự hào về những gì họ làm)
10. Đưa ra một lời kêu gọi cao hơn chỉ ra lý do tại sao những gì họ làm lại có ý nghĩa đối với người khác (dường như có một khía cạnh 'tinh thần' để làm việc)

• Các nhóm phụ (DB, lớp giữa, GUI)

• Không có người kiểm tra? Thay thế một số khỉ mã

• Không có nhà phân tích? Thay thế một số khỉ mã

• Ai sẽ quản lý các công cụ / kiểm soát nguồn / wiki / cơ sở hạ tầng / môi trường? Thay thế một số khỉ mã

• Cà phê miễn phí, nước miễn phí, trái cây miễn phí

• Bia thứ sáu

Ý bạn là, họ đang xây dựng "điều lớn tiếp theo" và họ chưa có động lực?

Loại bỏ chúng và tìm những người thích những gì họ làm.

Bạn muốn tìm hiểu về tính cách của mọi người. Theo các lý thuyết lãnh đạo gần đây, điều quan trọng là bạn phải xác thực và chia sẻ hành vi và mục tiêu chung với các thành viên trong nhóm của bạn. Lãnh đạo cũng có thể được coi là huấn luyện các thành viên trong nhóm của bạn để đạt được mục tiêu của họ ( đây sẽ là một số lý thuyết)

Bạn đang thúc đẩy các nhà phát triển viết ứng dụng sát thủ tiếp theo?

Có lẽ một nơi tốt để bắt đầu sẽ là để cho họ BIẾT rằng họ sẽ làm như vậy, theo một cách nào đó để họ có thể nhìn thấy viễn cảnh dài hạn về điều này. Một mục tiêu như vậy nên tự tạo động lực cao - NẾU nó thực sự là một ứng dụng sát thủ.

Sau đó cho họ thấy trong hành động mà bạn thực sự có nghĩa là nó!

theo thứ tự hoặc tầm quan trọng:

• tầm nhìn chung
• kỳ vọng rõ ràng
• môi trường có thể dự đoán được (TDD, xây dựng hàng đêm, trò chuyện nhóm hàng ngày, đăng ký hàng tuần, bất cứ điều gì hiệu quả cho nhóm và sản phẩm của bạn)
• các công cụ tốt nhất có thể
• lương nghiêm túc với thời gian làm thêm
• viễn thông
• lựa chọn cổ phiếu

Steve McConnel có một cái nhìn tổng quan về điều này trong cuốn sách Phát triển nhanh chóng của ông , cũng như một danh sách các nguồn (bao gồm cả Peopleware được ca ngợi nhiều ) để đọc thêm.

Nó là một chút ngày, nhưng vẫn là một bản tóm tắt đầy đủ và rất phù hợp.

• Trả lãi suất trên thị trường
• Cung cấp cho họ các yêu cầu rõ ràng (lọc ra những thứ không cần thiết)
• Đam mê phát triển phần mềm, thậm chí tự mình lập trình
• Hãy là người tạo ra , không phải là "ông chủ"

Thuê một người hiểu biết hơn tôi, người mà tôi có thể học hỏi và nhận ra cả thời gian khi tôi làm theo đúng sự dẫn dắt của họ, và những lần tôi đúng và họ sai.

Sự kiện nhóm có thể giúp đỡ. Các sự kiện như đi đến một trò chơi thể thao và vv có thể thúc đẩy một phần của nhóm. Tôi đoán sự cân bằng đang tìm ra một sự kiện sẽ bao gồm tất cả mọi người.