Các đặc điểm của một Trung tâm Phần mềm Xuất sắc Phần mềm xuất sắc (CoE) là gì?

Gần đây, một giám đốc mới của bộ phận tôi đã đến và bày tỏ mong muốn rằng chúng tôi trở thành một "trung tâm xuất sắc". Tôi đã dự đoán rằng vì anh ta là ông chủ đầu tiên của tôi, người thực sự có nền tảng lập trình nên sẽ có một số mô tả về điều này. Tuy nhiên, nó đã bị bỏ lại ở đó.

Như tôi đã phản ánh về điều này trong vài ngày qua, tôi đang trống rỗng về những gì CoE thực sự có nghĩa là ngoài việc "có hiệu quả" trong việc phân phối sản phẩm. Dưới đây là các mục chính tôi đang vật lộn với:

1. Đây có phải chỉ là một thuật ngữ được ném bởi các loại quản lý?

2. Những phẩm chất nào làm cho một nhóm các nhà phát triển và kiểm thử phần mềm trở nên xuất sắc?

3. Làm thế nào để bạn đo lường sự xuất sắc trong bối cảnh này?

Vâng, đây chỉ là một thuật ngữ bị loại bởi các loại quản lý nhưng nếu bạn loại bỏ ngôn ngữ quản lý thì anh ta nói rằng anh ta muốn một bộ phận được coi là sử dụng và thể hiện các thực tiễn tốt nhất của ngành theo cách mà người khác khao khát và đang làm Vì vậy, để cung cấp giải pháp tuyệt vời mọi người thích.

(Bit cuối cùng này rất quan trọng - nếu bạn không thực sự cung cấp thì không quan trọng mọi thứ khác tuyệt vời như thế nào và người quản lý của bạn sẽ không ở đây lâu).

Sự phức tạp có hai cách chính:

1) Anh ta muốn điều này bởi vì anh ta hiểu rằng đó là cách đúng đắn để phát triển phần mềm và đây là cách bạn tạo ra những sản phẩm tuyệt vời, hay anh ta muốn nó bởi vì anh ta muốn có thể khoe khoang về nó?

2) Anh ta có chấp nhận chi phí trả trước (thời gian, tiền bạc, uy tín và rủi ro) đi kèm với việc thực hiện thực tiễn tốt nhất không? Thật tốt khi nói "chúng ta hãy nhanh nhẹn" nhưng anh ta đặt uy tín của mình lên rằng nó sẽ cải thiện mọi thứ và sẽ phải dành nhiều thời gian để bán nó cho tổ chức. Hầu như luôn luôn là lợi ích là dài hạn, chi phí là ngắn hạn và đó là một chút khó khăn. Rốt cuộc anh ấy thực sự nghiêm túc về điều đó?

Về mặt nó sẽ trông như thế nào, điều đó phụ thuộc vào những gì bạn đang làm nhưng bạn cần phải suy nghĩ về quy trình quản lý dự án và phát triển của bạn là gì, bạn đang sử dụng công cụ gì, mọi người đang làm gì, v.v. . Thử nghiệm Joel luôn là một nơi tốt để bắt đầu và đặc biệt tôi muốn thấy một quy trình kiểm soát phiên bản thực sự vững chắc, theo dõi lỗi thực sự tốt và quy trình xây dựng thực sự tốt.

Tôi cũng sẽ xem xét liệu các phương pháp nhanh có phù hợp với bạn hay không (cụ thể là SCRUM), ở mức độ nào việc kiểm tra tự động có thể giúp ích (mà không bắt đầu một cuộc chiến tôn giáo, có những niềm tin khác nhau về điểm mà sự phức tạp của các thử nghiệm vượt xa lợi ích của chúng cung cấp) cho dù bạn có các công cụ và bộ công cụ cần thiết để thực hiện công việc. Nói chung, tôi đề nghị rằng bạn muốn các công cụ luôn dẫn đầu nhưng không bị chảy máu. Điều đáng nhấn mạnh là đây không phải là về đồ chơi, mà là cung cấp cho mọi người trong nhóm các công cụ để có năng suất cao nhất có thể trong càng nhiều ngày làm việc càng tốt. Ví dụ rõ ràng nhất là PC xấu - có thực sự xuất sắc khi trả tiền cho các nhà phát triển để xem con trỏ trong khi dự án của họ mất 5 phút để xây dựng khi họ xây dựng nó nửa tá lần một ngày?

Một vài điều khác có thể sẽ được nhìn thấy ở một trung tâm xuất sắc: Tôi đề nghị một trung tâm xuất sắc phần mềm có thể có một chương trình đào tạo khá tốt - có thể không phải là các khóa học chính thức nhưng chắc chắn là ngân sách, thời gian học tập, tư vấn và giống.

Và tôi đề nghị rằng có lẽ nó cũng đang thực hiện một lượng nhỏ (ít nhất là) R & D. Điều đó không có nghĩa là tôi hoàn toàn là công cụ bầu trời xanh, nhưng cho phép các nhà phát triển thử những thứ mới và đánh giá các công cụ và ngôn ngữ mới mà không phải chịu áp lực liên tục giao hàng cho khách hàng. Đó là cách bạn tiến về phía trước và sống tốt vào năm tới, năm sau và cứ thế.

Làm thế nào bạn có thể đo lường nó? Ah, câu hỏi cũ. Cuối cùng, đo lường phát triển phần mềm là khó, nếu không nói là không thể và đo lường sự xuất sắc trong phát triển phần mềm cũng khó tương tự.

Điều duy nhất tôi thực sự có thể đề nghị rằng tôi nghĩ sẽ hữu ích được nhiều công ty áp dụng là sự hài lòng của khách hàng và nhân viên. Đó là một phép đo gián tiếp nhưng tôi nghĩ rằng nếu bạn không xuất sắc, không chắc bạn sẽ nhận được mức độ hài lòng của khách hàng thực sự lớn và mức độ hài lòng của nhân viên thực sự tuyệt vời.

Đây là vấn đề với các từ chồn ; họ có vẻ như họ có ý gì đó ... nhưng họ thực sự không.

Từ ngữ cảnh, có vẻ như công ty của bạn sản xuất một sản phẩm và giám đốc của bạn chỉ muốn bộ phận của bạn hoạt động hiệu quả và hiệu quả nhất có thể. IME, điều đó có nghĩa là họ dự định thực hiện một hoặc tất cả những điều sau đây:

• Thuê những người mới với "yêu cầu nghiêm ngặt" về việc tuyển dụng (thường là bằng cấp hoặc chứng chỉ cao hơn hoặc công nhận ngành)
• "Cắt mỡ" - loại bỏ peolpe mà họ cho là không sản xuất
• Tiêm tiền vào bộ phận cho các công cụ / quy trình / người / đào tạo

Vì vậy, để trực tiếp trả lời câu hỏi của bạn:

• Đúng
• Tôi không có câu trả lời chắc chắn cho việc này. Có nhiều số liệu có thể được sử dụng để định lượng sự tuyệt vời.
• Trong bối cảnh này, thường là do bạn có thực hiện ngày phát hành hay không.

Trong hơn 30 năm kinh nghiệm của tôi, một cụm từ như thế thường có nghĩa là chúng tôi muốn bạn sản xuất nhiều hơn với ít người hơn.

Trả lời điểm số 1 của bạn:
Câu trả lời chắc chắn là Có , đó là một thuật ngữ giống như những người chơi Bullshit Bingo có kinh nghiệm . Điều đó không có nghĩa là thuật ngữ này là vô nghĩa.

Hãy chuyển sang số 2:
Lấy từ Wikipedia : Trung tâm Xuất sắc: được bổ nhiệm chính thức, và được chấp nhận không chính thức, kiến ​​thức và kinh nghiệm về lĩnh vực chủ đề. Hãy quên đi việc chính thức bổ nhiệm và chấp nhận không chính thức, và tập trung vào cơ thể kiến ​​thức và kinh nghiệm. Tôi sẽ xem kiến ​​thức là nền tảng lý thuyết, kết thúc kinh nghiệm như một thứ xuất phát từ ứng dụng thực tế. Để đạt được sự xuất sắc, bạn cần cả hai. Ngoài những phẩm chất (khá rõ ràng), tôi nghĩ rằng thứ ba là điều cần thiết để đạt được sự xuất sắc: Khả năng tự đặt câu hỏi, phản ánh những gì bạn đang làm và tìm cách cải thiện. Kiến thức bạn học khi còn là sinh viên, nhưng bạn cần liên tục làm việc với nó, theo kịp những phát triển mới nhất, v.v. Kinh nghiệm bạn thu thập được là kinh nghiệm, đó là điều gần như không thể tránh khỏi. Phần khó nhất theo quan điểm quản lý là tạo ra văn hóa phản ánh và cải thiện bản thân (chúc may mắn cho sếp của bạn với điều đó ;-)

Đối với câu hỏi số 3 của bạn:
Tôi nghĩ rằng bạn không thể. Tôi đang nói về nhiều thứ hơn là chỉ đưa các dự án đến thành công ở đây (điều này rất khó đo lường, trong số những điều khác vì xu hướng tuyên bố ngay cả dự án bị thất bại nhất vì nó trông đẹp hơn trong bài thuyết trình PowerPoint). Sự xuất sắc thực sự đến từ thái độ của tất cả các thành viên trong nhóm để nỗ lực hết mình, cải thiện bản thân, công cụ, quy trình của họ, ... Cách tốt nhất của bạn là tìm cách đo lường hiệu quả của một quá trình cải tiến liên tục được xác định trước

Người đầu tiên nghĩ đến tôi khi nghĩ về "Trung tâm xuất sắc phần mềm" là chú Bob Martin

Chú Martin là một người ủng hộ lâu dài cho sự xuất sắc trong phát triển phần mềm dưới hình thức được gọi là Nghề thủ công phần mềm . Như wikipedia đã mô tả nó

Nghề thủ công phần mềm là một cách tiếp cận để phát triển phần mềm, nhấn mạnh các kỹ năng mã hóa của chính các nhà phát triển phần mềm. Đó là một phản ứng của các nhà phát triển phần mềm đối với các căn bệnh nhận thức của ngành công nghiệp phần mềm chính thống, bao gồm cả việc ưu tiên các mối quan tâm tài chính đối với trách nhiệm của nhà phát triển.

Lắng nghe anh ấy trên podcast sau đây khi anh ấy giải thích Kỹ thuật chế tạo phần mềm là gì:

• Kỹ thuật phần mềm Radio Tập 150 Nghề thủ công phần mềm với Bob Martin

Ngoài ra, hãy xem Tuyên ngôn về Nghề thủ công phần mềm, trong đó nêu bật tầm quan trọng của phần mềm được chế tạo tốt, tăng thêm giá trị, cộng đồng các chuyên gia và quan hệ đối tác sản xuất

EDIT: Vì một trung tâm phần mềm xuất sắc đòi hỏi các lập trình viên được đào tạo xuất sắc, bạn cũng có thể muốn xem xét các tài nguyên sau:

• Ma trận năng lực lập trình viên
• Những gì mọi chuyên ngành khoa học máy tính nên biết
• 97 điều mọi lập trình viên nên biết
• 97 điều mọi kiến ​​trúc sư phần mềm nên biết

Âm thanh với tôi như anh ta chỉ nói rằng anh ta muốn có một nền văn hóa chất lượng hơn số lượng, sau đó một lần nữa anh ta có thể nói ra @ss của mình. Là lập trình viên, tôi nghĩ rằng chúng ta có xu hướng suy nghĩ quá nhiều về những gì mọi người nói. Ít nhất tôi biết rằng tôi làm. Theo như những gì anh ấy nói, đó chỉ là lời nói của công ty nhưng đừng nghĩ quá nhiều. Như những người khác đã nói, hãy hỏi anh ta.