Làm thế nào bạn sẽ trình bày tiến trình phát triển phần mềm của bạn cho các bên liên quan của bạn?

Chúng tôi sử dụng bugzilla để theo dõi các lỗi và yêu cầu tính năng và chúng tôi cũng yêu cầu các nhà phát triển viết vào một ghi chú phát hành riêng nếu họ hoàn thành mã hóa một tính năng. Thời trang cũ, tôi biết.

Một vấn đề chúng tôi gặp phải với sự sắp xếp ở trên, là mặc dù nó hoạt động rất tốt cho phần mềm mà chúng tôi đang bán, nhưng nó hoàn toàn vô dụng khi theo dõi tiến trình của một dự án phát triển phần mềm mới. Lý do là tại thời điểm phát triển phần mềm mới, chúng tôi không, hay nói đúng hơn là không thể sử dụng bugzilla để theo dõi các tính năng đơn giản vì bugzilla không phù hợp để thể hiện sự phức tạp phức tạp của phụ thuộc tính năng (Để hoàn thành một tính năng mới ứng dụng phần mềm, có quá nhiều tính năng để mã hóa và chúng tôi không cảm thấy muốn đưa chúng vào bugzilla, và ngay cả khi chúng tôi đã làm, chúng tôi không có cách nào biết được tính năng nào phụ thuộc vào đó và chúng tôi sẽ không thể có được một dự đoán chính xác của ngày vận chuyển nào).

Sau đó, các bên liên quan của chúng tôi sẽ lo ngại về tiến trình phát triển của chúng tôi (hoặc thiếu) và bắt đầu đập vào cánh cửa của đội trưởng (những người thực sự của bạn) về các ước tính, điều mà tôi không thể trả lời vì thực sự, tôi cũng không hoàn toàn biết bao xa là ứng dụng mới từ khi hoàn thành.

Làm thế nào bạn sẽ trình bày tiến trình phát triển phần mềm của bạn cho các bên liên quan của bạn?

Làm theo cách Agile: Demo sớm và demo thường xuyên.

Không có gì đánh bại cảm giác nội tạng của việc thực sự sử dụng nó để mang lại cảm giác tiến bộ.

Tuyên bố miễn trừ trách nhiệm: Tôi chưa bao giờ sử dụng Bugzilla trước đây, vì vậy tôi không chắc về khả năng quản lý dự án của nó (mặc dù Bugzilla: Quản lý dự án với Bugzilla có vẻ tốt).

Vấn đề này nghe có vẻ như là kết quả của việc thiếu kỷ luật. Bạn nên sử dụng phần mềm quản lý dự án để lập kế hoạch và chịu trách nhiệm về thời gian và công sức của bạn đã bỏ ra. Bất kỳ phần mềm quản lý dự án nào (tôi đã rất ấn tượng với Jira và Redmine ) đều có chức năng phân chia các nhiệm vụ xuống mức để bạn có thể đưa ra ước tính chính xác (~ giờ) cho mỗi nhiệm vụ.

Từ đó, đó là một trường hợp bị kỷ luật và điền vào các chi tiết nhiệm vụ. Điều này sẽ cung cấp một cái nhìn tổng quan dưới dạng biểu đồ gantt (Redmine) hoặc biểu đồ phát triển dự án (Jira) để cung cấp đánh giá tức thời về tiến độ dự án của bạn.

Vào cuối ngày, nó chỉ đơn giản là cung cấp ước tính thời gian (được thực hiện bằng cách chia nhỏ các nhiệm vụ để tối đa hóa độ chính xác), sau đó khi quá trình phát triển bắt đầu, so sánh tiến độ với các ước tính ban đầu (hoặc sửa đổi).

Quản lý dự án không cần phải cực kỳ ưa thích hoặc yêu cầu các công cụ tinh vi và KISS không phải là một câu thần chú tồi nếu bạn không có người quản lý dự án chuyên dụng. Nếu bạn đang phát triển phần mềm mới, thì ít nhất bạn phải có một số loại thông số hoặc danh sách các tính năng. Phân loại và sắp xếp chúng vào một bảng tính cùng với có thể ước tính thời gian, ngày bắt đầu dự kiến, ngày giao hàng dự kiến, giờ làm việc và chỉ báo trạng thái (đã hoàn tất, đang thực hiện, chưa bắt đầu). Sau đó bạn có thể sản xuất tạo ra bất cứ điều gì chỉ số mà bạn cảm thấy phù hợp để chỉ ra tiến độ dự án (ví dụ như hoàn% dựa trên số giờ ước tính cho các hạng mục đã hoàn thành so với tổng số giờ ước tính). Tạo một vài biểu đồ với màu sắc tươi sáng và mọi người đều vui vẻ.

Rất nhiều phần mềm PPM có thể quá mức cần thiết cho các nhóm nhỏ, theo dõi nhiều dự án, phân bổ tài nguyên, các mục QC, v.v. Nếu tất cả những gì bạn thực sự cần là tạo một báo cáo trạng thái, một bảng tính sẽ hoạt động tốt. "Chúng tôi đã hoàn thành 92 trong số 127 tính năng và ước tính chúng tôi sẽ hoàn thành mã hóa và thử nghiệm hai tuần trước thời hạn." Mọi người vỗ tay.