là nó có thể chuyển đổi phương pháp của mình để scrum trong một mối quan tâm nhỏScrum có phù hợp với tổ chức nhỏ không?
Trả lời
Hai thực hành tốt nhất của Scrum là:
Phân nhóm nhân viên của bạn trong các nhóm nhỏ.
Giữ liên lạc nhanh chóng và hiệu quả (đặc biệt là các cuộc họp).
Vì vậy, đúng vậy, Scrum phù hợp với một tổ chức nhỏ. Trong thực tế, là một tổ chức nhỏ, bạn cần ít tổ chức lại để bắt đầu áp dụng scrum!
Có, nhưng ...
Một vấn đề tôi đã gặp phải với Scrum trong một tổ chức nhỏ, là chủ sở hữu sản phẩm là thường xuyên không có sẵn (do có rất nhiều trách nhiệm khác cũng).
Không cần phải nói, điều này có thể ảnh hưởng nghiêm trọng đến sự nhanh nhẹn của bạn. Nếu bạn muốn áp dụng Scrum trong một tình huống như vậy, hãy đảm bảo truyền đạt rõ ràng rằng vai trò của Chủ sở hữu sản phẩm là vai trò tiêu tốn thời gian.
Chắc chắn có một số khía cạnh của scrum chỉ áp dụng cho các nhóm lớn nhưng nó cũng có thể hoạt động trong các nhóm nhỏ hơn.
Giống như nhiều thứ, đó là trường hợp chỉ lấy những gì phù hợp với công ty hoặc nhóm của bạn hơn là mù quáng theo dõi tất cả bởi vì "đó là những gì bạn làm".
Tôi đã thấy nó hoạt động rất thành công với 1 nhà phát triển và ngân sách 3 tuần chỉ bằng cách cắt giảm và điều chỉnh nó chỉ với những ý tưởng có liên quan đến dự án kích thước đó. Không chắc chắn nếu điều đó vẫn được tính là scrum nhưng nó hoạt động.
Cuối cùng, bất kỳ kế hoạch quản lý dự án nào cũng tốt hơn không và bạn càng sớm càng nhận ra có vấn đề sẽ ít tác động hơn.
Bạn thậm chí có thể làm scrum một mình, nó được gọi là "Solo Scrum".
Không sao cả. Kinh nghiệm của tôi là ngay cả các công ty lớn quyết định chuyển sang một nhanh nhẹn (scrum) họ đang bắt đầu với Scrum trong nhóm nhỏ - như là "một bằng chứng về khái niệm".
Ví dụ: chúng tôi bắt đầu là 2 nhà phát triển và chuyển sang Scrum với hơn 20 nhà phát triển, 4 nhóm và 3 dự án riêng biệt.
Scrum có thể được sử dụng ở tất cả các cấp, như những người khác đã chỉ ra, nó có thể được thực hiện một mình như một scrum của 1. Tương tự như vậy, bạn có thể có "scrum scrums" mà chủ yếu là một kim tự tháp của scrum đội. Mỗi nhóm tập trung vào một tính năng hoặc bộ tính năng liên quan. Các nhóm sẽ chọn một hoặc hai thành viên để đại diện cho nhóm tính năng đó cho một đối tượng lớn hơn (họ không cần phải gặp hàng ngày!) Và nhóm đó có thể di chuyển lên ... Bạn cũng có thể chuyển đổi người đại diện, nhưng tôi khuyên bạn nên làm điều đó giữa các lần chạy nước rút, đó là thời gian chung tốt nhất để thực hiện thay đổi.
Điều quan trọng nhất mà tôi nói cho bất cứ ai bắt đầu với scrum là:
- Bắt đầu với những điều cơ bản, đừng để bị cuốn vào phần mềm ưa thích! Sử dụng thẻ chỉ mục, bảng đánh dấu, vv Ngoại lệ duy nhất cho quy tắc này là nếu nhóm được phân tán.
- Đối với một số lần chạy nước rút đầu tiên, hãy chơi theo tất cả các quy tắc của scrum. Chỉ thực hiện các thay đổi mạnh mẽ sau khi bạn có một số chạy nước rút dưới dây đai của bạn. Bằng cách này, nếu quá trình này không hiệu quả với bạn, bạn biết rằng đó không phải là do sự thay đổi ngay lập tức mà bạn đã thực hiện.
- Giữ thay đổi trong số lần chạy nước rút. Quản lý không thích ý tưởng này bởi vì họ muốn kiểm soát, nhưng phải lên phía trước có một thỏa thuận rằng thay đổi sản phẩm xảy ra giữa chạy nước rút.
- tìm "nhà tài trợ scrum" là người đã trải qua một số lần chạy nước rút và có thể hỗ trợ (nhưng không can thiệp).
Chúc may mắn!
Scrum là thích hợp nhất cho một tổ chức nhỏ vì những lý do sau:
- Không có nhiều suy nghĩ của một chỉ huy và kiểm soát thay đổi.
- Thảo luận dễ dàng và không chính thức hơn giữa nhóm scrum và chủ sở hữu sản phẩm.
- Không có nhiều silo được xác định rõ ràng của nhóm phát triển, nhóm tài liệu, nhóm QA, v.v. Vì vậy, việc tạo nhóm từ những người làm việc trên sản phẩm trở nên dễ dàng hơn và giúp họ phát triển.
- Không có nhiều quy trình trước tại chỗ có thể gây trở ngại cho quá trình thiết lập quy trình Scrum.
- Các tổ chức nhỏ thường không có chi phí tạo báo cáo lớn cho báo cáo tiến độ cho quản lý cấp cao. Bạn chỉ có thể mời họ xem ghi trên tường bất cứ khi nào họ muốn.
Tôi đoán đây là đủ lý do. Đưa nó lên trong tổ chức của bạn.
Chỉ cần đảm bảo có người biết rõ quy trình để triển khai nó cho bạn. Ngoài ra, tốt để có được một huấn luyện viên cho Sprint đầu tiên.
- 1. Maven có phù hợp với một dự án Java nhỏ không?
- 2. chức năng không thể phù hợp với loại
- 3. WeasyPrint có thể phù hợp với khổ giấy Tự động
- 4. MapReduce có phù hợp với tôi không?
- 5. không có chức năng phù hợp cho cuộc gọi đến ''
- 6. Cách tổ chức kiểm tra tích hợp?
- 7. Lỗi 2062: không có ánh xạ giữa tập hợp tổ chức và tập hợp liên kết
- 8. Các ngôn ngữ lập trình chức năng có phù hợp với lập trình đồ họa không?
- 9. WaitHandle.WaitAny để phù hợp với chức năng WaitForMultipleObjects
- 10. Thực thi này có phù hợp với SQL-92 không?
- 11. Tổ hợp này có tên không?
- 12. Bắt lỗi C3352 (chức năng được chỉ định không phù hợp với loại đại biểu), mặc dù chức năng dường như để phù hợp với đại biểu loại
- 13. CMS nào phù hợp với tôi?
- 14. GCC 4.0: "không có chức năng phù hợp để gọi" trong chức năng mẫu
- 15. Các chức năng phù hợp trong R
- 16. gọi pthread_cond_broadcast với mutex được tổ chức hay không? đang
- 17. Scala ActionListener/loại chức năng ẩn danh không phù hợp
- 18. Nhiều lớp DataContext có phù hợp không?
- 19. PerformanceCounterCategory.GetCategories không phù hợp với Perfmon
- 20. Công cụ Scrum với tích hợp github, đề xuất?
- 21. php mysql phù hợp với không có kết quả
- 22. ITIL có phù hợp với thế giới Agile không?
- 23. CouchDB có phù hợp nhất với ngôn ngữ động không?
- 24. WPF có phù hợp với Windows 8 không?
- 25. DDD có phù hợp với mọi loại ứng dụng không?
- 26. RavenDB có phù hợp với khái niệm này không?
- 27. CertificateException: Không có tên phù hợp với ssl.someUrl.de tìm thấy
- 28. Nhân sư có phù hợp với tài liệu C++ không?
- 29. XPath có phù hợp với định dạng HTML5 không?
- 30. System.nanoTime() có phù hợp với các chủ đề không?
hoàn toàn đồng ý: scrum cho các tổ chức lớn thực sự là vấn đề phá vỡ chính mình vào rất nhiều tổ chức nhỏ – annakata