Bạn sử dụng phần mềm nào để giúp lập kế hoạch cho nhóm của bạn làm việc, và tại sao?

Lập kế hoạch rất khó khăn. Chúng ta không tự nhiên giỏi ước tính tương lai của chính mình, và nhiều thành kiến ​​nhận thức làm trầm trọng thêm vấn đề. Kế hoạch nhóm thậm chí còn khó hơn. Thông tin không đầy đủ, quan điểm không nhất quán về một tình huống và các vấn đề giao tiếp làm tăng thêm khó khăn.

Các phương thức Agile cung cấp một khung để tổ chức lập kế hoạch nhóm - giúp mọi người lập kế hoạch (hiển thị câu chuyện của người dùng), chia nó thành các phần nhỏ hơn (chạy nước rút) và cung cấp phân tích hồi cứu để bạn có thể lập kế hoạch tốt hơn. Nhưng việc tìm kiếm các công cụ tốt để hỗ trợ các thực hành này đang tỏ ra khó khăn.

Những công cụ phần mềm nào bạn sử dụng để đạt được những mục tiêu này? Tại sao bạn sử dụng công cụ đó? Những thành công bạn đã có với một công cụ cụ thể?

OmniPlan

Công cụ lập kế hoạch Mac OS X.

Theo dõi quan trọng

Hữu ích ngay cả khi bạn không thực hiện phát triển "nhanh nhẹn".

FogBugz

Cực kỳ hữu ích và đặc trưng theo dõi vấn đề.

Tôi sử dụng chúng kết hợp. OmniPlan thật tuyệt khi bố trí tất cả các nhiệm vụ cần hoàn thành và phân chia chúng cho nhóm của bạn. Bạn có thể thiết lập các đường dẫn quan trọng (những thứ phải xảy ra để hoàn thành) và phân tích nỗ lực chung. Cũng tuyệt vời trực quan cho quản lý.

Pivotal là tuyệt vời để theo kịp tốc độ phát triển của bạn. Nếu bạn đăng ký đầy đủ phương pháp nhanh thì thật tuyệt vời, nhưng vẫn rất hữu ích để theo dõi các tính năng, các thành phần phụ thuộc và trạng thái hiện đang hoạt động.

FogBugz cung cấp giao diện dễ sử dụng cho những người không lập trình để gửi lỗi hoặc yêu cầu tính năng và theo dõi tiến trình. Các vấn đề xuất hiện được đánh giá và đăng nhập vào Pivotal. Sau đó, họ được chuyển vào OmniPlan nếu nó trở thành một nhiệm vụ lớn hơn với nhiều thành phần.

Chúng tôi sử dụng Redmine -> http://www.redmine.org/

Chúng tôi đăng nhập tất cả các nhà phát triển của chúng tôi trong đó cùng với các cuộc gọi hỗ trợ để chúng tôi có thể thấy chúng tôi có bao nhiêu thời gian để phân bổ cho một lần chạy nước rút trên bit phát triển mới nhất của chúng tôi. Nó rất hữu ích vì nó liên kết độc đáo với hệ thống email và Hệ thống kiểm soát phiên bản của chúng tôi (Git trong trường hợp của chúng tôi, nhưng nó hoạt động với những người khác).

Dễ dàng thoát khỏi hộp (được viết bằng Ruby, sẽ chạy trên hầu hết các máy chủ nhỏ) và với một số addon khá mạnh, dễ cài đặt và sử dụng.

Có thể trả lời không ?

Bạn dường như ngụ ý rằng các công cụ phần mềm là cần thiết để lập kế hoạch nhanh thành công. Tôi không đồng ý. Nếu nhóm của bạn đang sử dụng scrum hoặc XP một cách chính xác ("theo sách"), bạn không cần phải sử dụng bất kỳ công cụ phần mềm nào để lập kế hoạch.

Trong nhiều trường hợp, việc thêm các công cụ phần mềm vào một quy trình nhanh chỉ là một cách để tránh phải đối phó với vấn đề thực tế tiềm ẩn liên quan đến giao tiếp kém hoặc tin tưởng. Những vấn đề như vậy được giải quyết tốt nhất bằng các phương tiện khác.

Đề nghị của tôi là bắt đầu mà không cần bất kỳ công cụ kỹ thuật số nào và chỉ thêm chúng sau này khi bạn thực sự hiểu lý do tại sao bạn cần chúng.

(Các đội phân phối là một trường hợp đặc biệt)

Tôi đã sử dụng cả Rally và JIRA với Greenhopper .

Tôi sẽ bắt đầu với JIRA. JIRA là một công cụ theo dõi lỗi tuyệt vời. Greenhopper là một tiện ích bổ sung cho phép các nhóm bắt đầu làm việc với nhanh nhẹn. Bởi vì nó không được thiết kế như một công cụ nhanh nhẹn từ đầu, nên một số quy trình cảm thấy khó xử. Công cụ này cũng tốn thời gian và khó sử dụng. Tuy nhiên, nó cực kỳ tùy biến. Nói chung, nó giống như một công cụ bạn phải nhồi nhét các quy trình nhanh vào.

Rally được thiết kế từ đầu trở thành một công cụ nhanh nhẹn và nó cho thấy. Nó tuân theo rất nhiều các quy trình nhanh và cực kỳ tốt và nó bổ sung cho quy trình. Tôi đã sử dụng công cụ này trong một tổ chức cực kỳ nhanh nhẹn và nó cho phép chúng tôi theo dõi các phụ thuộc giữa các nhóm và các dự án phức tạp có liên quan đến một số nhóm nhanh nhẹn. Phối hợp nhóm chéo là điều mà các công cụ khác đấu tranh, nhưng Rally đã làm tốt điều này. Ngoài ra, Rally có API dựa trên dịch vụ web tuyệt vời. Nó cho phép nhóm của tôi viết một số phần mềm tùy chỉnh bằng Rally làm phụ trợ của chúng tôi cũng như tạo một số báo cáo tùy chỉnh.

Chúng tôi sử dụng TFS để kiểm soát nguồn và theo dõi mục công việc (không may) và tôi sử dụng trình quản lý mục công việc Telerik để giúp tôi ghi lại các kế hoạch chạy nước rút và giữ bảng điều khiển đồng bộ. Nếu bạn buộc phải sử dụng TFS thì telerik sẽ giúp bạn bớt đau hơn.

Chúng tôi sử dụng một trình theo dõi vấn đề được gọi là FIT (Tôi làm việc cho công ty này như là nhà thầu thuê ngoài nên tôi chọn sử dụng cái gì). Fogormsz là đắt tiền so sánh. Nó có một dấu chân nhỏ, dựa trên web, không tốn kém và làm những việc thông thường. Tôi đã xem Redmine là một gói tuyệt vời nhưng ban quản lý không yên tâm về một gói nguồn mở vẫn đang bị chảy máu.
Đối với một công cụ như trình theo dõi vấn đề, tôi không muốn duy trì hoặc nâng cấp hoặc tùy chỉnh nó: Tôi chỉ muốn nó hoạt động ngay lập tức và tiếp tục như vậy.