Tôi đang đánh giá một số phương pháp theo kiểu Agile để có thể giới thiệu về nhóm của mình. Với Scrum, có được phép cùng một người thực hiện nhiều vai trò không? Chúng tôi có một nhóm nhỏ gồm bốn nhà phát triển và một nhà thiết kế web; chúng tôi thực sự không có vai trò lãnh đạo (tôi hoàn thành vai trò này), người kiểm tra QA hoặc nhà phân tích kinh doanh và tất cả các nhiệm vụ phát triển của chúng tôi đều đến từ CIO. Kiểm tra tự động được coi là một sự lãng phí toàn bộ thời gian và mọi thứ tập trung vào tốc độ và không chất lượng.
Điều gì sẽ xảy ra là CIO sẽ đưa ra một nhiệm vụ phát triển (cho dù là một tính năng hay một lỗi) và đưa nó cho một nhà phát triển (không phải cho cả nhóm, cho một cá nhân, thường ở chế độ riêng tư hoặc ngoài màu xanh), người sau đó dự kiến sẽ hoàn thành nó CIO không thu thập các yêu cầu ngoài ý tưởng ban đầu (và điều này đã cắn chúng tôi trước đây vì chúng tôi sẽ triển khai một cái gì đó chỉ để biết rằng không ai trong số những người dùng cuối có thể sử dụng tính năng này, vì họ đã không hỏi ý kiến hoặc thậm chí không được thông báo về nó trước khi chúng tôi phát triển nó và trong hoảng loạn, chúng tôi sẽ được yêu cầu hoàn nguyên thay đổi) nhưng yêu cầu phải nói / chấp thuận mọi thứ chúng tôi làm.
Điều đầu tiên trước tiên, là một phong cách Scrum một cái gì đó để xem xét để giới thiệu một số tiêu chuẩn và thực hành? Từ việc đọc, Scrum dường như dựa vào một chút tin tưởng và giao tiếp và tập trung nhiều hơn vào quản lý dự án hơn là phát triển, đó là điều chúng tôi hoàn toàn không có vì hiện tại chúng tôi không có bất kỳ sự hiểu biết nào về quản lý dự án.
Thứ hai, nếu nó có thể hoạt động thì có hợp lý với ai đó không, hãy nói bản thân tôi, đóng vai trò là cả ScrumMaster và nhà phát triển? Hoặc cho một nhà phát triển cũng là Chủ sở hữu sản phẩm (mặc dù rất có thể đây sẽ là CIO, người không phải là nhà phát triển)? Tôi nhận ra Scrum Master và Chủ sở hữu sản phẩm nên là những người khác nhau nhưng đồng thời tôi không nghĩ chúng ta có bất kỳ ai có phẩm chất của Chủ sở hữu sản phẩm (rất có thể nó sẽ biến thành "Tôi cần tất cả những câu chuyện này, tôi không quan tâm làm thế nào nhưng hoàn thành nó "loại thỏa thuận và / hoặc bất kỳ sự đóng băng nào sẽ bị đóng băng trong một ý thích bất chợt).
Dường như với tôi rằng tôi có thể cần phải chọn và chọn các phần của Scrum / XP / Lean để bù đắp cho cách mọi thứ được thực hiện hiện tại, vì rất khó có thể thay đổi tâm lý; ví dụ Lập trình cặp sẽ không bao giờ bay (được coi là lãng phí, bạn sẽ hoàn thành một nửa nhiệm vụ nếu bạn cần hai người cho mọi thứ), TDD sẽ là một việc khó bán, nhưng chu kỳ ngắn sẽ được hoan nghênh.