Những điều chính mà một lập trình viên mong đợi từ các lập trình viên cao cấp là gì?


41

Gần đây tôi đọc 5 loại ông chủ sau đây và cách đối phó với chúng , trong đó mô tả trang phục của ông chủ tồi tệ nhất. Tôi mới bắt đầu lãnh đạo một nhóm nhỏ các nhà phát triển phần mềm.

Tôi muốn biết những điều chính mà một lập trình viên mong đợi từ lập trình viên cao cấp hoặc những điều chúng ta nên tránh trong khi quản lý một nhóm là gì.

Ngoài ra, tôi muốn biết làm thế nào để giữ cho các lập trình viên hài lòng và tạo ra một môi trường hiệu quả & đầy đủ cho nhóm của tôi.


19
joelonsoftware.com Đọc càng nhiều blog của anh ấy càng tốt.
P.Brian.Mackey

@ P.Brian.Mackey liên kết tuyệt vời!
Avatar

2
Việc lập trình viên cao cấp có hình đại diện liên quan đến Miyazaki có lẽ không phải là điều bắt buộc, nhưng chắc chắn là một điểm cộng lớn :-)
leonbloy

1
Thật thú vị ... Ông chủ của tôi đã đạt điểm 4 trên 5 trong bài kiểm tra đó ... Tôi nên thông báo cho anh ấy về tin tốt;)
Aeo

Câu trả lời:


79

Những thứ dường như hoạt động tốt với tôi:

  • Đưa ra công việc có ý nghĩa và khuyến khích quyền sở hữu - ngay cả khi có vấn đề phát sinh, đừng giải quyết nó, hãy nói chuyện với nó và cung cấp cho người đó những hiểu biết để họ có thể tự giải quyết.
    • chỉnh sửa - bổ sung - điều này cũng có nghĩa là bao gồm - tránh xa các chi tiết. Giả sử người của bạn biết đủ để thực hiện nhiệm vụ mà không cần quản lý vi mô hoặc yêu cầu liên tục đăng ký. Xây dựng một bộ hướng dẫn khi họ nên đăng ký - chỉ nên khi công việc được thực hiện hoặc thực sự gây rối mà can thiệp nghiêm trọng là cần thiết Nếu có thể, hãy tránh xa thậm chí cần phải ở trong vòng lặp về các vấn đề hỗ trợ đan xen.
  • Hãy trung thực - có một số hệ quả:
    • Thành thật về bản thân - "Tôi sẽ không có thời gian cho đến thứ ba", "Tôi chưa bao giờ làm điều đó, đây là dự đoán tốt nhất của tôi", v.v.
    • Hãy trung thực về đội ngũ và nơi họ phù hợp với công ty - nếu bạn biết điều gì đó về công việc kinh doanh, hãy nói với họ nếu bạn có thể, và nói với họ những gì bạn biết là sự thật thẳng thắn.
    • Hãy trung thực trong việc đưa ra phản hồi - đừng băm chữ hoặc đạp nhẹ nếu bạn có phản hồi tiêu cực. Điều đó khác với "trung thực một cách tàn nhẫn" - bạn vẫn có thể có lòng trắc ẩn, nhưng nếu có gì đó không đúng, hãy nói như vậy.
    • Hãy thành thật khi bạn biết công việc liên quan đến redtape hơn là hoàn thành một việc có ý nghĩa. Trong cuộc sống của mọi người, một số công việc vô nghĩa sẽ sụp đổ. Đừng giả vờ nó có ý nghĩa. Gọi nó là như vậy, vì vậy tất cả các bạn có thể tập trung vào việc vượt qua nó và tiếp cận với một cái gì đó hữu ích.
  • Nghe này . Ít nhất 50% công việc của bạn là lắng nghe, có thể nhiều hơn nữa. Bạn đã trở nên có trách nhiệm không chỉ đối với công việc kỹ thuật, mà cả những người làm việc đó. Bạn phải lắng nghe để tìm hiểu không chỉ về các vấn đề mà nhóm đang gặp phải, mà còn là cách mọi người của bạn tiếp cận vấn đề và những thiếu sót của nhóm với tư cách là một nhóm.
    • Hệ quả quan trọng - lắng nghe có thể trực tiếp dẫn đến điểm số 1 - mang lại công việc có ý nghĩa - các kỹ sư rất giỏi trong việc đưa ra các cách để làm cho sự phát triển dễ dàng hơn. Bạn không thể chấp nhận tất cả mọi thứ, nhưng khi ý tưởng tốt, hãy giao cho kỹ sư, và về cơ bản họ đã hoàn thành công việc cho bạn - họ đã tạo ra công việc có ý nghĩa và nói cho bạn biết đó là gì.
  • Nói "cảm ơn" . Tôi biết, nó có vẻ rõ ràng. Trong khi tất cả chúng ta đều yêu tiền, công cụ tốt hơn, môi trường làm việc và chương trình khuyến mãi đẹp hơn - cách để có được những điều này là bằng một loạt nỗ lực tốt, mỗi công việc đều xứng đáng được "cảm ơn". "Cảm ơn" hoàn toàn miễn phí, bạn sẽ không bao giờ hết họ và biết rằng người quản lý của bạn đã nhìn thấy và đánh giá cao công việc khó khăn của bạn chắc chắn là động lực.
  • Dành thời gian cho bức tranh lớn , ngay cả khi điều đó có nghĩa là hy sinh một phần công việc hàng ngày để có được vị trí này. Có thể đúng là bạn có thể viết mã tốt hơn một số người của mình, nhưng nếu bạn không dành nhiều thời gian cho bức tranh lớn - nhóm, hướng dự án tổng thể, trạng thái của cơ sở mã của bạn, hiệu quả của các quy trình của bạn , môi trường nhóm của bạn - sau đó bạn sẽ không làm công việc họ cần bạn làm.
  • Tìm hiểu để trở thành một bộ đệm cho nhóm của bạn . Đội ngũ kỹ sư làm việc tốt nhất khi họ có thời gian để làm ... kỹ thuật. Quan liêu doanh nghiệp không phải là kỹ thuật. Bất cứ điều gì bạn có thể làm để có cuộc họp khó chịu 1 mỗi năm / tháng / tuần với những người bên ngoài là tốt hơn. LƯU Ý: Điều đó không có nghĩa là các cuộc họp nhanh với những người nắm giữ cổ phần - đó là kỹ thuật, nhóm của bạn cần phải có mặt để làm điều đó. Ý tôi là cuộc họp với các cơ sở muốn đặt một bộ máy rít lớn gần nhóm của bạn hoặc nhóm quy trình muốn nhóm của bạn điền vào giấy tờ ba lần trước khi bất kỳ mã nào được kiểm tra. Bạn là hệ thống hấp thụ flak.
  • Giả sử vấn đề con người không phải là xấu xa , họ là những người muốn làm điều tốt nhưng chưa tìm ra cách nào. Bạn sẽ không thể sửa chữa tất cả mọi người, nhưng thường thì vài lần vặn vít hoàn chỉnh đầu tiên cũng là một yếu tố của việc giao tiếp thất bại vì họ không đủ năng lực hoặc cố tình ác ý. Nếu bạn bắt đầu với giả định rằng mọi người không xấu xa, bạn có một hy vọng đúng đắn để tránh một số nguyên mẫu của ông chủ độc ác trong danh sách trên.

Và có lẽ quan trọng nhất là ... sự tôn trọng . Nếu bạn thành thật không thể tôn trọng các thành viên trong nhóm của bạn, bạn phải nỗ lực thay đổi điều đó (cho dù đó là dạy người hay thay đổi số lượng nhân viên của bạn). Hãy tôn trọng ngày đầu tiên và bạn sẽ nhận lại, đối xử với mọi người bằng sự thiếu tôn trọng và bạn sẽ không bao giờ nhận được sự tôn trọng.

Được kết hợp với nhau, nếu bạn làm hầu hết những điều này, hầu hết thời gian thì nhóm của bạn sẽ mang lại cho bạn lợi ích của sự nghi ngờ khi bạn thể hiện bạn là con người và hoàn toàn làm hỏng điều gì đó. :) Mỗi ​​ông chủ đều có nhược điểm riêng của họ, và cũng giống như việc xây dựng mối quan hệ với nhóm của bạn, nơi họ có thể giúp bạn bù đắp cho điểm yếu của bạn khi bạn giúp họ giải quyết vấn đề.


1
câu trả lời tuyệt vời, tôi sẽ thêm vào điều này cho họ tự do . Không có gì tệ hơn là bị vi mô hoặc phải xin phép từng chi tiết nhỏ.
agradl

3
Thật sự tuyệt vời .. Tôi ước StackExchange có thể cung cấp hỗ trợ cho những người dùng sau (một ghi chú ngắn cho Joel và Jeff) :)
PrinceCoder

2
ĐỢI !! ... đó là một trong những câu trả lời hay nhất tôi từng gặp @Stackexchange
hiểm

wow, và wow. và bởi vì tôi phải gõ thêm một vài ký tự để gửi bình luận này, wow.
Amir Afghani

2
@PrinceCoder mỗi người dùng có nguồn cấp dữ liệu riêng, bạn có thể theo dõi điều đó trong một số trình đọc RSS.
Svick

12

Chà, một trong những điều lớn nhất để học là rất thường xuyên bạn sẽ không thể giữ cho họ hạnh phúc vì đơn giản là bạn sẽ không có khả năng cung cấp cho họ những gì họ muốn.

Những người quản lý tốt nhất mà tôi từng làm việc cho tôi đã tìm thấy là những người trung thực nhất, những người sẽ bảo vệ đội của họ khỏi tất cả những điều nhảm nhí mà quản lý cấp trên cố gắng ném vào họ, và trên hết là LẮNG NGHE cho đội của họ.


2
Có một sự khác biệt lớn giữa người quản lý và lập trình viên cao cấp. Tôi chưa gặp một người quản lý như bạn mô tả. Vui lòng cho tôi biết nơi tôi có thể tìm thấy chúng ;-)
fretje

Đủ công bằng đó là những gì tiêu đề nói, nhưng câu hỏi tiếp tục nói về các ông chủ. Tôi đã có rất nhiều nhà quản lý / nhà phát triển giỏi trong sự nghiệp của mình.
ozz

+1 @James ai đó đã chỉnh sửa tiêu đề có vẻ như. Bởi câu hỏi đứng về các khách hàng tiềm năng / quản lý. Từ "ông chủ" có vẻ dữ dằn, vì vậy tôi chọn từ lập trình viên cao cấp.
Avatar

6

Tôi tin chắc rằng một trong những phần quan trọng nhất của việc trở thành cấp cao hoặc lãnh đạo là có sẵn cho những người trẻ tuổi. Người cao niên và người lãnh đạo thường có những nhiệm vụ mà chỉ họ mới có quyền thực hiện (chúng tôi không cho đàn em viết quyền để dàn dựng và sản xuất chẳng hạn). Cộng với một phần quan trọng trong công việc của bạn là cố vấn cho những người trẻ tuổi, điều đó có nghĩa là trả lời các câu hỏi không bỏ qua chúng. Bạn càng có thâm niên thì càng có nhiều khả năng bạn sẽ bị gián đoạn bởi những người khác cần thứ gì đó từ bạn. Bạn cần từ bỏ dấu hiệu "không làm phiền" và học cách làm việc với sự gián đoạn.

Lắng nghe là quan trọng.

Xin vui lòng và cảm ơn bạn là quan trọng và chi phí không có gì.

Đừng mong đợi nhiều hơn bạn sẵn sàng cho. Nếu bạn muốn tôi làm việc đến 3 giờ sáng, bạn cũng nên ở đó bên cạnh tôi làm việc. Không có gì đáng nản hơn là làm việc cho một người rời đi đúng giờ mỗi ngày ngay sau khi giao cho bạn một nhiệm vụ cần hoàn thành trước 7 giờ sáng.

Hãy công bằng. Không chơi yêu thích (đặc biệt là không chơi yêu thích bằng cách cho bạn gái hoặc bạn trai của bạn những thứ tốt nhất). Hãy đối xử với tất cả nhân viên bằng sự tôn trọng (ngay cả những người mà cá nhân bạn không thích).

Được quyết định. Đừng để các quyết định đi chơi để không ai có thể tiến bộ hoặc tệ hơn thay đổi chúng sau mỗi năm phút.

Hãy đứng lên vì người của bạn. Bạn sẽ không giành được tất cả nhưng mọi người sẽ truyền lửa cho ai đó hỗ trợ họ lên chuỗi.

Hãy sẵn sàng trở thành kẻ xấu khi cần thiết. Một quả táo xấu có thể tiêu diệt một nhóm phát triển, đừng níu giữ người đó vì bạn không muốn đối đầu với hành vi xấu của họ (điều này áp dụng nhiều hơn cho người dẫn đầu và người giám sát ngoại phạm). Khi bạn có tin xấu, hãy nói với nhóm, đừng giữ bí mật (cuối cùng họ sẽ phát hiện ra và sau đó họ tức giận về cả tin xấu và việc giữ bí mật). Bạn không ở đó để nổi tiếng nhưng để hoàn thành công việc. Bất cứ ai ở vị trí quản lý hoặc bán quản lý phải sẵn sàng để không phổ biến.

Tìm hiểu làm thế nào để bán ý tưởng cho các cấp cao hơn và dạy những kỹ năng này cho các nhà phát triển của bạn.

Hiểu tầm quan trọng của lĩnh vực kinh doanh và trở thành chuyên gia về nó cũng như lập trình.


3

Các từ khóa ở đây là niềm tin và trách nhiệm.

Bạn sẽ chỉ cần tin tưởng rằng các thành viên trong nhóm của bạn có năng lực và tập trung hoàn thành nhiệm vụ của họ. Bằng cách không can thiệp quá nhiều, về cơ bản, bạn đang để họ "tự chịu trách nhiệm" cho công việc của mình.

IMHO, điều này một mình làm điều kỳ diệu trong việc tạo ra một bầu không khí lành mạnh.


2
Miễn họ năng lực và động lực. Nếu đội được thừa kế như hiện tại, điều này không may là không được đưa ra. Nếu bạn tự chọn các thành viên, đó tất nhiên là một câu chuyện khác.
Péter Török

1
Vâng, theo tôi, ngay cả những người không quá có năng lực, khi được giao toàn bộ trách nhiệm, còn gọi là "quyền sở hữu" đối với một phần của dự án sẽ làm mọi thứ - phải hoàn thành mọi việc. Tôi thậm chí không quan tâm nếu một phần của mã được thu thập bằng cách đặt câu hỏi trên các diễn đàn và diễn đàn, miễn là công việc được hoàn thành.
Jas

Thật không may, tôi đã gặp các phản ứng mẫu :-( Trong trường hợp xấu nhất tôi thấy, một nhà phát triển hoàn toàn không làm gì khi anh ta được tự do và chịu trách nhiệm hoàn toàn trong khoảng hai tháng - vì hóa ra, anh ta thậm chí không đến nơi làm việc. Một số người chỉ không tăng cân trong một đội và nếu bạn để họ tự do chạy mà không xem xét kỹ lưỡng, bạn sẽ khiến mọi việc tồi tệ hơn. Nếu bạn không loại bỏ kịp thời những người này, họ có thể làm hỏng cả đội.
Péter Török

@ Péter Török - chắc chắn, mọi người đều biết một vài người như vậy ở mọi công ty (thực sự đọc điều này tôi nghĩ bạn biết cùng một người như tôi :). Nhưng từ kinh nghiệm của tôi, hầu hết mọi người đều tập trung và cố gắng làm hết sức mình.
Jas

Tôi đồng ý, hầu hết mọi người cố gắng làm hết sức mình. (Hoặc tôi sẽ nói mọi người cố gắng làm hết sức mình - chỉ với một số người, "tốt nhất" không đạt đến ngưỡng đáng chú ý? :-) Người ta vẫn nên cảnh giác để nhận ra các ngoại lệ kịp thời - bởi vì có những ngoại lệ. Giống như trong mã sản xuất, chúng ta phải xử lý các trường hợp lỗi một cách chính xác, mặc dù chúng rất hiếm trong các trường hợp thông thường.
Péter Török

3

Vâng IMO Tôi hy vọng nhà phát triển / lãnh đạo cao cấp / bất cứ điều gì sẽ sát cánh cùng nhóm phát triển chống lại những thứ như thời hạn ngu ngốc, không có tài nguyên nhưng dự kiến ​​sẽ xây dựng Rome, bắt buộc làm thêm giờ, v.v. tất cả những điều làm giảm năng suất và khiến mọi người không hài lòng.

Điều chính IMO cần tránh là trở thành một "người đàn ông" đối với quản lý cấp trên và luôn đồng ý bất kể họ nói gì (một người hôn mông, nói cách khác)


+1: Phải. Và nếu bạn thấy mình báo cáo với 'Người đàn ông', hãy rời khỏi ASAP.
Jim G.

1
Đáng buồn thay, có nhiều môi trường mà lập trình viên cao cấp / lãnh đạo / quản lý không là gì ngoài Yes-Man (hoặc như tôi thích gọi họ là "Smithers"), và phần tồi tệ nhất là hầu hết thời gian bạn sẽ không biết cho đến sau khi bạn nhận công việc
Wayne Molina

3

Kỹ năng con người. Đôi khi mọi người được trao danh hiệu "Cao cấp" và họ quên rằng họ không phải là người toàn diện. Họ cảm thấy chương trình khuyến mãi là bình luận về các kỹ năng kỹ thuật tối cao và thiên tài tiềm ẩn của họ. Trong thực tế, họ là những người quản lý cấp siêu thấp. Họ nên hiểu làm thế nào và ai nên thúc đẩy, ai nên cho phép, làm thế nào để thỏa hiệp và khi nào nên lắng nghe.

Quyền sở hữu. Các lập trình viên cao cấp tồi tệ nhất không sở hữu những gì họ "cao cấp" trên. Họ rơi vào các chiến thuật của công việc tinh ranh và đổ lỗi cho việc chơi game dẫn đến sự thăng tiến của họ (nhiều khả năng là trong khi nhảy múa trên mộ của người mà họ ném xuống dưới xe buýt). Bây giờ họ cần hiểu mông của họ trong sling và trách nhiệm của họ là sở hữu thiết kế, kế hoạch và một phần lớn công việc.

Kinh nghiệm. Tôi hy vọng các nhà phát triển cao cấp đã nhìn thấy mọi thứ hai lần. Họ nên hiểu tên miền và công nghệ. Họ nên tấn công mạnh mẽ vào các rủi ro và có thể phát hiện ra thời gian lãng phí cá trích đỏ.


2

Tính nhất quán là một trong những điều quan trọng nhất. Nếu các nhà phát triển có thể dự đoán cách bạn sẽ hành động thì họ sẽ hạnh phúc hơn. Ngay cả khi bạn liên tục là một công cụ tổng thể thì vẫn tốt hơn, đôi khi vẫn rất tuyệt và đôi khi là một công cụ. Điều đó đang được nói không phải là một công cụ.


2

Kiến thức và giao tiếp. Biết nguồn và nhiều, rất nhiều , quan trọng hơn là có thể giải thích nó cho bất cứ ai, theo cách mà họ sẽ hiểu và giữ lại.

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.