Agile / Scrum có thể được sử dụng bởi 1 hoặc 2 nhà phát triển không?

Mọi thứ tôi đã đọc và nghiên cứu cho đến thời điểm này mô tả cách Agile / Scrum hoạt động tuyệt vời với các nhóm khoảng 4 đến 6 thành viên, thậm chí có thể nhiều hơn.

Trong cửa hàng hiện tại của tôi, chúng tôi có khoảng 8 nhà phát triển, nhưng do tính chất của khối lượng dự án và số lượng phòng ban chúng tôi hỗ trợ, chúng tôi không bao giờ có nhiều hơn 1 hoặc 2 người được chỉ định cho một dự án nhất định.

Tôi vẫn có thể sử dụng Agile / Scrum với nhóm 1 hoặc 2 nhà phát triển chứ? Tôi đang làm việc để làm cho người quản lý của mình bắt đầu làm việc với phương pháp này, nhưng tôi cần có thể giải thích làm thế nào để thu nhỏ lại mọi thứ cho một nhóm phát triển nhỏ, hoặc thuyết phục họ để đảm bảo chúng tôi có được nhiều thành viên hơn dự án.

Bạn chắc chắn có thể sử dụng các nguyên tắc nhanh nhất định trong các dự án của mình, bạn không phải sử dụng scrum, sử dụng bất cứ điều gì sẽ làm việc tốt nhất cho bạn . Bạn chắc chắn có thể hưởng lợi từ một số phương thức XP và một số thực hành scrum. Nhưng có lẽ không phải là "bằng sách", nhóm 1-2 người chỉ là quá nhỏ ngay cả với số tiền ít ỏi đó mang lại, bắt đầu với những gì cuốn sách nói và sau đó bỏ đi bất cứ điều gì bạn sẽ cảm thấy không liên quan sau một thời gian. Chỉ cần không bỏ qua quá khứ, chắc chắn sẽ đáng để dành thời gian thảo luận về các vấn đề bạn gặp phải và tìm giải pháp cho chúng.

Có, bạn có thể sử dụng các nguyên tắc của Scrum / Agile cho 1 người. Nếu bạn muốn năng suất cá nhân hãy xem kỹ thuật Pomodoro hoặc GTD .

Các kỹ thuật Agile phù hợp với các nhóm nhỏ hơn vì với các nhóm lớn hơn, việc quản lý giao tiếp trở nên khó khăn hơn. Với 1 hoặc 2 người đang phát triển một dự án (và một khách hàng), bạn sẽ có thể làm việc một cách nhanh nhẹn rất dễ dàng. tôi đề nghị bạn đọc bản tuyên ngôn nhanh như một khởi đầu tốt để nhanh nhẹn. Đối với Scrum , tôi khuyên bạn nên xem Scrum từ các chiến hào . Kanban dường như đang là mốt và bây giờ cũng có Kanban cá nhân !

Nếu tôi là bạn, tôi sẽ quản lý và hình dung các nhiệm vụ và ưu tiên của mình bằng Kanban và tôi sẽ áp dụng một số thực tiễn XP: Phát triển dựa trên thử nghiệm, hồi tưởng và đấm bốc thời gian có lẽ là tốt để bắt đầu. Sau này, trong quá trình hồi tưởng, bạn có thể xác định thêm các thực hành mà bạn cảm thấy cần.

Kanban rất không kê đơn. Tất cả những gì nó thực sự đòi hỏi là:

1. Bạn hình dung quy trình làm việc của bạn
2. Bạn giới hạn công việc của bạn trong tiến trình (đặc biệt hữu ích trong trường hợp của bạn)

Ý tưởng là bạn áp dụng các thực tiễn khác mà bạn thấy hữu ích và XP là một nguồn tuyệt vời cho các thực tiễn này.

Tuyên bố miễn trừ trách nhiệm: Tôi chưa bao giờ thử điều này, nhưng nó sẽ đứng đầu danh sách những điều cần thử nếu tôi ở cùng vị trí.

Hoàn toàn và không có câu hỏi. Kiểm tra cuốn sách Lập trình viên thực dụng để biết thêm thông tin về cách các nhà phát triển cá nhân có thể làm việc Agile. Tài nguyên Scrum cho công việc riêng lẻ khó đến hơn, tuy nhiên khái niệm chính về phát triển lặp có thể được áp dụng cho bất kỳ nhóm công việc quy mô nào.

http://www.pragprog.com/the-paticsatic-programmer

Tôi sẽ nói rằng bạn có thể sử dụng các kỹ thuật từ các phương thức nhanh khác nhau, nhưng bạn không nên sử dụng Scrum như được mô tả trong Hướng dẫn Scrum vì bạn không thể điền vào các vai trò. Scrum được thiết kế cho các nhóm 4-11 người. Nhưng nhiều phương pháp nhanh, bao gồm Scrum, có thể cung cấp cho bạn một điểm khởi đầu.

Gần đây tôi đã đọc cuốn sách này về scrum: Quản lý dự án Agile với Scrum

Đối với tôi đó là cuốn sách đầu tiên của tôi về scrum, và đã làm nó cho tôi, nó thực sự tập trung vào những nguyên tắc cơ bản nào là quan trọng. Tôi nghĩ rằng một số trong những nguyên tắc này có thể áp dụng và giúp các nhóm 1-2 người.

Có, bạn có thể sử dụng các phương thức nhanh chỉ với hai nhà phát triển, nhưng bạn luôn cần một người quản lý khách hàng / sản phẩm chuyên dụng. Chỉ với một nhà phát triển, tôi sẽ nói không chủ yếu là vì cá nhân tôi thích làm việc theo nhóm, mà còn bởi vì bạn không thể thực sự ghép nối chương trình, và do đó bỏ lỡ tất cả các cơ hội chia sẻ mã. Bốn đến sáu nhà phát triển + một người quản lý sản phẩm là kích thước hoàn hảo cho một dự án nhanh. Hơn thế nữa, và các nhóm phụ có xu hướng hình thành nên loại nào đánh bại mục đích.

Tôi không biết chính xác tình hình của bạn, nhưng dường như với tôi rằng bạn đang chạy đến nhiều dự án cùng một lúc. Đề nghị của tôi là bạn nên cố gắng đưa ra ý tưởng giảm số lượng dự án đồng thời, và thay vào đó, có hai nhóm làm việc trên một dự án mỗi nhóm. Đó sẽ là bước đầu tiên để cải thiện tình hình của bạn và làm cho việc áp dụng quy trình nhanh nhẹn trở nên dễ dàng hơn.

Có nhiều điều để nói về sự tồi tệ của chuyển đổi nhiệm vụ và chuyển đổi dự án, nhưng thực sự, không có gì tốt từ nó. Không bao giờ.

Tôi nghĩ rằng 2 nhà phát triển mặc định theo bản năng một hệ thống như nhanh nhẹn, ngay cả khi họ không bắt đầu làm điều đó một cách rõ ràng. Họ tự nhiên sẽ nói chuyện với nhau và lặp lại với PO của họ.

Nhìn nó theo một cách khác:

Tại sao bạn không xem xét tất cả 8 thành viên phát triển của cùng một nhóm Scrum? Bằng cách đó bạn có được hiệu ứng xuyên âm giữa các dự án. Có lẽ bạn thậm chí không phải cam kết mọi người với các dự án cụ thể ??

Khi có nhiều người được thêm vào cửa hàng của bạn, bạn có thể chia nhóm thành hai nhóm nhỏ hơn.