Làm thế nào để một người quản lý phi kỹ thuật thêm giá trị cho nhóm các nhà phát triển phần mềm tự động?


63

Tôi đang chứng kiến ​​rất nhiều lập trình viên quay lưng lại với vai trò quản lý và điều hành. Họ muốn xây dựng công cụ. Và kết quả là, rất nhiều vị trí trong số này được lấp đầy bởi những người không có kỹ thuật. Tôi không thấy cách họ thêm giá trị. Là lên lịch các cuộc họp, đặt chỗ ngoài và các công việc hành chính khác đủ để chứng minh vai trò của họ?


10
Bao nhiêu phần trăm của tất cả các nhóm phần mềm mà bạn nghĩ có thể hoạt động như vậy mà không có bản ngã và chương trình nghị sự cản trở?
ozz

30
Từ Tao về lập trình : Một người mới hỏi: "Ở phía đông có một cấu trúc cây vĩ đại mà đàn ông gọi là 'Trụ sở công ty'. Nó bị phình ra với các phó chủ tịch và kế toán. Nó phát hành vô số bản ghi nhớ ... Làm thế nào một thực thể không tự nhiên như vậy có thể được? " / Ông chủ trả lời: "Bạn nhận thấy cấu trúc to lớn này và bị làm phiền rằng nó không có mục đích hợp lý ... Bạn không thích sự dễ dàng lập trình bên dưới các nhánh che chở của nó? Tại sao bạn lại bị làm phiền bởi sự vô dụng của nó?"
apsillers


2
Thay vào đó, bài viết gần đây của Rands xoay quanh một số vấn đề này; Tôi cho nó một con dấu giới thiệu. (Chưa kể anh ấy còn có rất nhiều bài viết tuyệt vời khác về quản lý!)
Jari Keinänen

Câu trả lời:


112

Tôi không thấy cách họ hiện đang gia tăng giá trị và đang lên lịch các cuộc họp, đặt chỗ ngoài và các cơ quan hành chính khác có đủ cho vai trò của họ không?

Đừng đánh giá thấp lượng tương tác mà người quản lý của bạn thực hiện với các bộ phận khác. Họ xử lý ngân sách, kế hoạch đào tạo, giấy tờ nhân sự. Họ bảo vệ các nhà phát triển khỏi bị cuốn vào các cuộc họp với các bộ phận khác và cung cấp một mặt trận thống nhất cho nhóm của bạn.

Nói tóm lại, công việc của họ là bảo vệ các nhà phát triển tự tạo động lực khỏi tất cả những thứ làm mất uy tín khác tồn tại trong kinh doanh.


4
Và họ sẽ làm tốt hơn nhiều việc bảo vệ tiền lương / tăng lương.
JeffO

20
Rất +1. Thỉnh thoảng chúng tôi nhận được "rò rỉ" thông qua hệ thống và một ý tưởng nhỏ về những gì người quản lý và đặc biệt là Chủ sở hữu sản phẩm của chúng tôi trải qua. Tôi không muốn đối phó với điều đó hàng ngày.
Izkata

1
Tôi biết những điều này rất quan trọng, nhưng tôi không nhận được tầm quan trọng tương đối trong nhóm phát triển phần mềm và giá trị của những điều này.
Senthil Kumaran

17
@SenthilKumaran Là một nhà phát triển, bạn muốn dành hai giờ với người quản lý từ một bộ phận khác để thảo luận về lý do tại sao phần mềm không hoàn thành, hoặc bạn muốn dành hai giờ để viết mã? Bạn biết làm thế nào là khó khăn để giải thích các vấn đề kỹ thuật cho người quản lý của bạn. Hãy tưởng tượng bạn đang cố gắng giải thích nó cho một người biết thậm chí còn ít hơn người quản lý phi kỹ thuật của bạn. Các nhà quản lý phi kỹ thuật giỏi nhất ngăn các nhà phát triển của họ khỏi tất cả những điều sẽ lãng phí thời gian của các nhà phát triển được sử dụng để mã hóa và thử nghiệm tốt hơn.
David Navarre

5
Điều này hơn và hơn. Ngay cả đối với một người quản lý kỹ thuật, đây vẫn là phần lớn nhất trong công việc của họ.
Earlz

36

Các nhà quản lý tốt nhất là các nhà ảo thuật. Họ làm cho phần còn lại của công ty biến mất cho các nhà phát triển của họ. Tôi không thể nhớ câu trích dẫn chính xác từ Joel nhưng đó là một điều có tác dụng là công việc quản lý của nó là đảm bảo có một ống Internet béo, một con thú của một cỗ máy và rất nhiều caffeine nên tất cả các nhà phát triển phải lo lắng là gì họ làm tốt nhất

Một người quản lý tốt là tiếng nói của nhóm bạn với phần còn lại của công ty.



29

Vì nó áp dụng cụ thể cho phát triển phần mềm, có hai loại vai trò gia tăng giá trị cho người quản lý: quản lý dự án và lãnh đạo nhóm.

Một người quản lý dự án giao diện với khách hàng và quản lý trung gian, đó là một trình tiết kiệm thời gian cho các nhà phát triển. Thường có những làm rõ hoặc thay đổi phạm vi xuất hiện trong các dự án và rất hữu ích cho khách hàng và người quản lý cấp trung để có một điểm liên lạc duy nhất. Cố gắng đưa ra các câu hỏi từ mọi thành viên của nhóm phát triển dẫn đến các quyết định dự án không được ghi nhận và các cam kết không có giấy tờ, nguyên nhân của việc quản lý phạm vi.

Mặt khác, một trưởng nhóm có liên quan đến phát triển nghề nghiệp / kỹ năng, đảm bảo khối lượng công việc được phân bổ hợp lý giữa các thành viên trong nhóm và cung cấp các nguồn lực và phần thưởng tương xứng với các đóng góp và nhu cầu cá nhân.

Cả hai vai trò này đều không yêu cầu một lập trình viên từ trên xuống, trên thực tế có phần ngược lại. Một lập trình viên thường sẽ chuyển sang một tác vụ viết mã như là phản hồi đầu tiên cho một câu hỏi hoặc khủng hoảng, và thật hữu ích khi có ai đó có công việc là hỏi liệu nhiệm vụ đó có thực sự cần phải thực hiện hay không.


6
Nhà phát triển nhìn thấy cây. Quản lý của họ nhìn thấy rừng.
David Navarre

9
@DavidNavarre - Các nhà quản lý phi kỹ thuật của IMO gặp khó khăn khi nhìn thấy bất cứ điều gì ...
Vector

13
@Vector: những gì bạn dường như đang đề cập đến không phải là những người quản lý phi kỹ thuật, mà là những người quản lý không đủ năng lực.
Lie Ryan

@Vector: Nó gợi đến PHB của Dilbert , nhưng tôi không nghĩ rằng điều này giống như một người quản lý phi kỹ thuật.
hardmath

@hardmath - Tôi hiểu :-) Câu trả lời của bạn thực sự được bao gồm trong những gì OP cấp, theo chỉnh sửa. Điểm tôi đang cố gắng thực hiện là liên quan đến các công cụ kỹ thuật, họ cần phải thực hiện. Tôi có một số kinh nghiệm cay đắng trong những vấn đề này ... "Một chút kiến ​​thức là một điều nguy hiểm" - Tôi chắc chắn bạn sẽ hiểu được. Xem câu trả lời của tôi.
Vector

12

Cùng với các lợi ích khác được đề cập, người quản lý phi kỹ thuật có thể làm tốt hơn việc đưa ra quyết định cuối cùng khi có sự bế tắc giữa các chuyên gia. Tôi biết điều này nghe có vẻ phản trực giác, nhưng những người quản lý phi kỹ thuật giỏi hiểu được điểm mạnh và điểm yếu của con người họ.

Ví dụ: Hai lập trình viên tranh luận về việc sử dụng máy chủ nào cho một ứng dụng. Trong một số loại dân chủ giả tạo, cả hai đều nhận được một phiếu bầu của mình, vì vậy không có quyết định nào được đưa ra. Cuộc chiến này có thể kéo dài mãi mãi (và với một số người kỹ thuật sẽ xảy ra). Ai đó phải bước vào và phân xử sự bất đồng này và thực hiện dự án. Một thẩm phán tốt sẽ dựa vào ý kiến ​​của người có chuyên môn nhất trong lĩnh vực này.

Chỉ vì ai đó thiếu tài năng, kỹ năng hoặc kiến ​​thức trong một lĩnh vực không có nghĩa là họ không thể xác định được những người làm. Công nhận tài năng là một tài năng.


1
Ngoài ra, một người quản lý phi kỹ thuật có sẵn để giải quyết các nhu cầu của đội thay vì viết mã.
JeffO

1
"Cùng với các lợi ích khác được đề cập, người quản lý phi kỹ thuật có thể làm tốt hơn việc đưa ra quyết định cuối cùng khi có sự bế tắc giữa các chuyên gia." Người không chuyên gia có lượng thông tin ít nhất về một chủ đề cụ thể. Anh ta chỉ có thể "đứng về phía" với một người có chuyên môn nhất trong lĩnh vực này (hoặc chọn một giải pháp mà anh ta nghĩ là tốt nhất). Nhưng điều đó không có nghĩa là quyết định của anh ấy là đúng. Giải pháp từ một lập trình viên ít kinh nghiệm có thể tốt hơn nhưng người không chuyên gia không thể biết điều đó. joelonsoftware.com/items/2006/08/08.html
Christian P

Trong tình huống như vậy, một bộ phận quản lý thường bị đánh giá thấp không phải lúc nào cũng để những người giỏi nhất có được con đường của riêng họ. Một người quản lý tốt sẽ đọc tình huống tốt và sẽ đưa ra một phán đoán có thể không đúng về mặt kỹ thuật, nhưng sẽ đúng về mặt chính trị. Nếu tranh luận không vượt quá điều gì đó quan trọng, người quản lý có thể thích người cần khuyến khích hơn hoặc đang bị các nhà phát triển khác bắt nạt. Đôi khi đó là một cuộc gọi phán xét và một cuộc gọi khó khăn, nhưng đó là lý do tại sao họ phải trả những khoản tiền lớn.
Stephen

@Stephen đã đồng ý - Người quản lý giỏi sẽ biết cách quản lý người của mình (ví dụ như bạn nói khuyến khích mọi người, v.v.) Nhưng nếu chúng ta nói đúng về việc đưa ra quyết định kỹ thuật (quan trọng) thì người quản lý có ít thông tin nhất về vấn đề này và có lẽ sai người để đưa ra quyết định đó.
Christian P

@Stephen: nhưng sẽ chính xác về mặt chính trị - đó thường là một cách rất tốt để người quản lý phi kỹ thuật mất hết uy tín với nhân viên kỹ thuật. IMO rất rủi ro.
Vector

2

Là lên lịch các cuộc họp, đặt chỗ ngoài trời và các công việc hành chính khác đủ cho vai trò của họ?

Đúng. Hoàn toàn đủ Chúng cũng tốt cho việc gọi quản lý tòa nhà khi có vấn đề với nhiệt, AC, v.v; đảm bảo máy bán hàng tự động và máy làm mát nước được dự trữ và bảo trì tốt; mang lại những điều tốt đẹp đặc biệt cho việc ngủ trưa; giữ cho văn phòng sạch sẽ và ngăn nắp ...

Làm hết sức mình để nghĩ về các nhiệm vụ khác như vậy để giữ cho chúng bận rộn và thoát khỏi rắc rối ...

Vai trò quan trọng nhất của họ? Tránh đường và không trộn lẫn với các lập trình viên, và đảm bảo rằng những người không có kỹ thuật khác cũng làm như vậy.

Hãy xem xét một nhóm phát triển như một câu lạc bộ bóng MLB (tương tự như một IMO khá tốt): Các nhà quản lý luôn là những người chơi cũ - chỉ họ mới biết cách xử lý 'quản lý' một đội ngũ có tay nghề cao, nerdy, bình dị, chuyên nghiệp, người làm những việc mà hầu hết 'người bình thường' không thể.


Bạn cũng nhận được rất nhiều Người quản lý trong Thể thao mà không phải là cựu cầu thủ, hoặc cựu cầu thủ không giỏi lắm - Arsene Wenger, Jose Mourinho, Andre Villas-Boas có ai không? hóa ra là nhà quản lý xuất sắc. Bạn cần các kỹ năng giao tiếp và cá nhân mạnh mẽ để trở thành một PM giỏi KHÔNG phải là mã hóa.
bobo2000

@ bobo2000 - Tôi đã đề cập đến MLB , không phải thể thao nói chung.
Vector

-1

Theo kinh nghiệm của tôi, người quản lý phi kỹ thuật phù hợp nhất với vai trò này, bên cạnh việc tăng thêm giá trị bằng cách tránh các công ty can thiệp vào công việc của các nhà phát triển, họ hợp tác giữa các nhà phát triển (vì chúng tôi biết rằng các nhà phát triển là người hướng nội http://www.unwesen.de/ 2012/03/16 / introversion-Năng suất-môi trường làm việc / ), những người tốt cho phép nhóm làm việc theo nhịp điệu của họ nhưng quan tâm đến tầm nhìn.


2
Câu trả lời của bạn sẽ mạnh mẽ hơn nếu bạn trích dẫn một số tài liệu tham khảo bên ngoài hoặc mở rộng theo nguyên lý của bạn. Nói cause it's well know[n]là một dạng bằng chứng yếu.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.