Một lập trình viên trong nhóm của bạn rất giỏi trong việc duy trì hệ thống cũ. Nhưng công ty đã chuyển sang một nền tảng/công nghệ mới.Bạn sẽ làm gì với lập trình viên không còn hiệu quả?
Bạn làm gì với nhà phát triển không còn hiệu quả?
Cố gắng di chuyển suôn sẻ đến công nghệ/nền tảng mới - trước tiên hãy trao cho anh những bài tập nhỏ, sau đó chuyển bài tập lớn hơn, sau đó chuyển anh ấy hoàn toàn.
Nếu anh ấy là một lập trình viên giỏi, anh ấy sẽ học và thích ứng, nếu không, hãy giải thích với anh ấy rằng anh ấy sẽ phải nghĩ về một vị trí khác - trong cùng một công ty hoặc ở một công ty khác. Đó là kinh doanh, không phải sân chơi của anh ấy.
Có khả năng thích ứng với tình huống mới là dấu hiệu của một lập trình viên tốt, vì vậy nếu họ có thể thích ứng với hệ thống mới dễ dàng thì bạn chắc chắn nên giữ chúng. –
@CrazyJugglerDrummer: Tôi hơi không đồng ý với bạn. Bạn có thể có một nhà phát triển C# tuyệt vời không quan tâm đến việc chuyển sang php và cuối cùng cố gắng tạo lại asp.net bằng php (hoặc ngược lại). Không có nghĩa là họ không phải là một nhà phát triển tốt; chỉ có thể họ đang hy vọng quản lý sẽ thấy lỗi của con đường của họ và đọc lại. – NotMe
Yêu cầu anh ấy tìm hiểu công nghệ mới và cung cấp một lượng thời gian hợp lý và giúp đỡ.
Nếu bạn không thể đào tạo anh ta trên hệ thống mới, bạn sẽ phải để anh ấy đi. Hoặc bạn có thể quảng bá anh ta để "quản lý dự án" và chờ cho đến khi anh ta vít lên, sau đó bắn anh ta.
Có lẽ công ty vẫn đang trong cùng một doanh nghiệp, vì vậy anh chàng này sẽ có nhiều năm kiến thức về miền khó kiếm được, có thể được tận dụng trong vai trò quản lý/kỹ thuật hoặc vai trò BA. Ngoài ra, nếu bạn có khách hàng hiện tại không muốn chuyển sang nền tảng mới, anh ta sẽ vô giá trong vai trò hỗ trợ vì không ai trong số những kẻ mới này sẽ hiểu được những thứ kế thừa.
Các công ty dường như mất kiến thức về miền quá nhanh - mọi nỗ lực phải được thực hiện để giữ cho kiến thức trong công ty – Fortyrunner
Cách tiếp cận tốt nhất là chủ động: đảm bảo cung cấp cho nhân viên các hệ thống kế thừa kế thừa một số phần trăm nhiệm vụ liên quan đến công nghệ mới. Điều này làm cho chúng có giá trị hơn đối với tổ chức và tăng sự hài lòng công việc của họ. Điều gì không thích về điều đó? ;-)
Và nếu bạn là người tham gia vào mã cũ, hãy dành thời gian học các công nghệ mới, vào thời gian riêng của bạn nếu bạn phải làm như vậy.
Nếu bạn không thể áp dụng trực tiếp những gì bạn học được vào mã cũ, bạn luôn có thể tận dụng các công nghệ mới hơn cho các nhiệm vụ kỹ thuật phần mềm ngoại vi như kiểm soát mã nguồn, quản lý cấu hình, theo dõi lỗi, quản lý dự án để quản lý dự án nhanh nhẹn), tài liệu, hỗ trợ, v.v.
Tôi nghĩ rằng cho đến khi bạn có phần mềm cũ trong sản xuất, bạn luôn cần những người có kiến thức về nền tảng cũ. Hãy tưởng tượng nếu tất cả mọi người có thể làm việc trên chương trình cobol 20 năm của bạn đã biến mất, và một ngày khách hàng gọi bạn nói rằng có điều gì đó sai ..... Tôi đã nhìn thấy tình trạng này trước đây;)
Nói với thành viên của nhóm, giải thích cho anh ta rằng công ty đang tiến tới các lĩnh vực tec/language/etc khác nhau, và cung cấp cho anh ta khả năng có các khóa học hoặc tài liệu đào tạo để cập nhật thông tin về doanh nghiệp của công ty.
Nếu anh ta không muốn dành thời gian để tìm hiểu nội dung mới, bạn luôn có thể thử sử dụng anh ấy ở các khu vực khác nhau. Kinh nghiệm luôn quan trọng, ngay cả trong công nghệ bạn không sử dụng.
Giả sử bạn làm việc cho một công ty hoạt động trong mạng cơ bản .net, bạn có hai lập trình viên để chọn, người đầu tiên có 1 năm kinh nghiệm với .net cơ bản, người kia có 15 năm kinh nghiệm ở mức thấp C++/lập trình lắp ráp. Tôi có lẽ sẽ thuê cái thứ hai, ngay cả khi anh ta không biết gì về cơ bản thị giác, anh ấy chắc chắn có nhiều kinh nghiệm để chia sẻ.
alk.
Ngoài những gì đã được nói, tôi nghĩ bạn cũng nên xem xét liệu hệ thống cũ có sao lưu hay không. Đặc biệt là nếu bạn vừa thực hiện di chuyển.
Hãy xem xét kịch bản giả định bên dưới:
Bước 1. Triển khai công nghệ mới hoàn toàn mới.
Bước 2. Move di sản nghệ lập trình để bất cứ điều gì khác (hoặc cháy)
Bước 3. Khám phá một lỗi nghiêm trọng trong công nghệ mới, hoặc quan trọng dữ liệu/quy trình được hỗ trợ trong hệ thống di sản nhưng không phải do cái mới.
Bước 4. Oups ...
Nếu chàng trai "tuyệt vời" có cơ hội rất hợp lý, anh ấy sẽ có thể học hệ thống mới. Anh ta có thể không biết công nghệ liên quan, nhưng anh ta biết mục đích & tính năng của hệ thống. Anh ấy biết hệ thống làm gì và tại sao, bạn chỉ cần cho anh ta xem như thế nào.
Bây giờ tất nhiên, nếu anh thực sự không thể lấy nó và rằng bạn chắc chắn rằng hệ thống cũ đã sẵn sàng để được tặng cho một bảo tàng ...
giữ lấy cho ít nhất hai lý do:
Nếu hệ thống cũ cũ vẫn đang được sản xuất, anh ta vẫn có khả năng duy trì nó.
Ông chắc chắn biết tốt hơn so với bất cứ ai không chỉ cách thức hoạt động của hệ thống cũ mà còn gì nó trong phần ẩn nhất của nó. Kiến thức này rất có giá trị khi xác định và thiết kế hệ thống mới. Anh chàng của bạn có vai trò trong việc xây dựng hệ thống mới, ngay cả khi anh ta không tham gia vào công nghệ mới.
+1 - "nhưng cũng như những gì nó làm". Lập trình sang một bên, biết nơi những cạm bẫy hợp lý là lần đầu tiên xung quanh là kiến thức tốt để có. Hoặc tôi tự nhủ với bản thân và những người xung quanh. – Assembler
Bạn đã đặt câu hỏi này, có nghĩa là bạn đang gặp khó khăn, có nghĩa là bạn thích công việc của anh chàng này và bạn đã nói rằng anh ấy tốt với mã cũ.
Đấng rất giỏi một điều có thể được tốt ở người khác quá (tôi tin như vậy)
Nói với lập trình viên của bạn rằng ĐỔI là không thể tránh khỏi và nói cho anh ta để bắt đầu thay đổi công nghệ của mình và đặt ra mục tiêu thực tế và cùng có lợi và thực thi lịch trình một cách nghiêm ngặt.
Nếu anh ta có thể chấp nhận anh ta sẽ sống sót, anh ta sẽ học cách tìm một công việc mới. [Lưu ý: Nhận xét và đề xuất của tôi là những gì tôi mặc dù sẽ giúp bạn nhưng nó không đảm bảo 100% thành công.]
Mọi người có thể trở thành 'không còn hiệu quả' vì nhiều lý do khác nhau, từ mất nhiệt tình, các vấn đề cá nhân, vỡ mộng với công ty hoặc quản lý, sợ hãi hoặc mệt mỏi của thay đổi công nghệ, sử dụng không phù hợp các loại thuốc giải trí, v.v.
Có lẽ họ đã từng là nhân viên có giá trị và hiệu quả. Một phản ứng nhân đạo là để tìm ra vấn đề là gì và sau đó tìm cách để làm cho người đó cảm thấy tốt về bản thân họ và công việc của họ một lần nữa, để họ một lần nữa có thể giúp doanh nghiệp trở nên hiệu quả. Một người ở vị trí mà bạn mô tả rõ ràng là không vui vì bây giờ là không hiệu quả hoặc được nhìn thấy bởi các đồng nghiệp may mắn hoặc tài năng khác như 'không còn hiệu quả' nữa.
Vì vậy, tôi không thích cách câu hỏi của bạn được đóng khung, như thể người đó đã trở thành một vấn đề và một gánh nặng: nó thiếu nhân loại. Nếu bạn nói theo cách này, câu trả lời có thể trở nên rõ ràng hơn cho bạn nhanh hơn.
"Tôi thấy rằng tôi không còn là nhà phát triển hiệu quả nữa và tôi sợ rằng tôi sẽ sớm thất nghiệp. Thế giới đã thay đổi xung quanh tôi. Tôi có thể làm gì để giúp chủ nhân giúp tôi mang lại cảm giác của tôi về giá trị và lòng tự trọng? "
PS Tôi 52 tuổi và đã xoay xở để duy trì lợi thế, chủ yếu thông qua hợp đồng và luôn sử dụng công nghệ mới, nhưng tôi thấy rất nhiều người ở vị trí bạn mô tả. Họ là con người trước khi họ là lập trình viên hoặc nhân viên.
Câu trả lời rõ ràng, không hài hước, là cung cấp cho anh ta đào tạo. Không đưa cho anh ta một cuốn sách và bảo anh ta học hệ thống mới, nhưng hãy cho anh ta đào tạo thích hợp, gửi anh ta vào một khóa học, để anh ta học hệ thống từ những người hiện đang sử dụng nó, che giấu chúng trong công việc của họ một lúc, đặt câu hỏi và Sớm.
Có một số yếu tố ở đây:
Nếu bạn đang nói về một công ty nhỏ (< 10 người); nó có lẽ là tốt hơn để cắt mồi và tìm kiếm tài năng mới hơn là dành thời gian đào tạo lại nhân viên đó; cả cho công ty và người đó. Các công ty nhỏ không thể đủ khả năng có những người không sinh sản trên bảng lương trong thời gian rất dài.
Đối với một công ty lớn hơn, 3 mục còn lại được ưu tiên. Nếu thậm chí có một gợi ý quay trở lại, thì hãy giữ người đó là bảo hiểm thuần túy. Tương tự như vậy, nếu nhân viên nhiệt tình về việc chuyển sang công nghệ mới (và cách thức làm việc) thì họ có thể mang lại tất cả kinh nghiệm quá khứ của họ về việc rèn luyện trước.
Cuối cùng, nếu công ty thực sự coi trọng nhân viên của họ, họ sẽ cố gắng khuyến khích người đó tự đúc mình vào môi trường mới. Hãy cẩn thận ở đây mặc dù, khuyến khích một nhân viên không có quan tâm đến thay đổi không làm việc cho bất cứ ai.
Tôi đã thấy sự cố này xảy ra theo cả hai cách. Trong một trường hợp, một nhân viên hài lòng về việc chuyển đổi và dành một lượng lớn thời gian riêng của họ để tăng tốc; cuối cùng họ có thể cung cấp rất nhiều cái nhìn sâu sắc và giá trị.
Tôi cũng đã nhìn thấy những người đã đi cùng với sự thay đổi công nghệ đá và la hét: họ nên đã được cho đi sớm hơn họ nhiều. Tuy nhiên, công ty cảm thấy có nghĩa vụ phải tiếp tục cố gắng với họ. Tôi gặp một người như vậy một năm sau khi họ cuối cùng đã cắt anh ta: anh ta hạnh phúc hơn nhiều trong công việc mới của mình.
Tôi đoán bạn có thể nói với anh ta để thực hiện nghi lễ seppuku. Tiết kiệm điều đó, có lẽ anh ta có thể được giúp đỡ với việc tăng tốc độ trên hệ thống cần thiết. – BobbyShaftoe
@ Bobby Shaftoe: Trò đùa hay, nhưng thực sự làm điều này có thể gây ra trách nhiệm dân sự hoặc thậm chí tội phạm ở một số khu vực pháp lý. – sharptooth
Câu hỏi của bạn không cho chúng tôi biết là lập trình viên kế thừa của bạn nghĩ gì về vấn đề này, trong đó có câu trả lời, tôi nghi ngờ. – Benjol