Giống như con người có các dấu hiệu quan trọng (ví dụ: nhiệt độ, nhịp tim, huyết áp và chức năng hô hấp); những dấu hiệu quan trọng nào là cần thiết để thu thập và theo dõi để hỗ trợ trong việc đánh giá sức khỏe tổng thể của một dự án?Dấu hiệu quan trọng nhất của dự án quan trọng để theo dõi điều đó sẽ giúp đánh giá sức khỏe của dự án là gì?
Không có người thắng cuộc rõ ràng nào dựa trên phiếu bầu cho đến nay (tháng 6 năm 2009).
Hạnh phúc lập trình, xây dựng hàng ngày và báo cáo lỗi/sửa lỗi tất cả đều đến với tâm trí ngay lập tức.
WTF mỗi phút.
Từ quan điểm của một lập trình viên của xem (nghĩa là một tổ chức phi-manager), tôi quan tâm nhất trong các tính năng làm việc. Theo dõi tiến độ về việc thực hiện các tính năng có thể là một trong những số liệu thống kê có ý nghĩa duy nhất áp dụng; bất cứ điều gì khác có thể được quá dễ dàng gamed.
Số khiếu nại của người dùng.
Khả năng người dùng báo cáo lỗi là điều kiện tiên quyết.
Số lỗi.
(số nhà phát triển ban đầu vẫn còn trên dự án)/(số lượng nhà phát triển ban đầu khi bắt đầu dự án)
;-)
dự án tự tin đội dự án quy mô và chất lượng có thể đạt được trong thời gian và ngân sách. Có thể dễ dàng kiểm tra bằng cách hỏi ngẫu nhiên những gì mọi người cảm thấy (trái ngược với suy nghĩ) về tiến độ và mục tiêu hiện tại. Cũng lắng nghe và giải quyết khi mọi người ranting và phàn nàn.
Hỗ trợ hoạt động liên tục từ các bên liên quan dự án. Khi các bên liên quan bắt đầu tách mình khỏi dự án, không muốn tham gia vào quá trình ra quyết định, dành nhiều thời gian như trước đây, hoặc chịu trách nhiệm cho các phần của dự án, điều đó có nghĩa là mọi thứ đã bắt đầu trở nên chua chát. Các dự án thành công, xứng đáng có xu hướng thu hút các bên liên quan mới không tồn tại. Một kiểm tra khác là để tiếp tục hỏi những gì họ cảm thấy về điều này và họ có hài lòng với tiến bộ cho đến nay không. Giải quyết mọi bất hạnh.
biện pháp nội bộ chẳng hạn như giá trị thu được, vận tốc, LỘC viết và thử nghiệm, vấn đề tồn tại, điểm chức năng hoàn thành, mức độ sai lệch so với kế hoạch ban đầu vv đều hữu ích để theo dõi sức khỏe; tuy nhiên không ai trong số họ nói liệu dự án có tồn tại hay không. Hai điều chính được yêu cầu, theo kinh nghiệm của tôi, là sự hỗ trợ tích cực từ nhà tài trợ dự án và các bên liên quan bên ngoài và sự tự tin của nhóm rằng điều đó vẫn có thể đạt được.
Phạm vi, lịch biểu và ngân sách ... Iron Triangle ... phạm vi, lịch biểu và ngân sách. Tập trung vào chỉ một, và bạn đã có một vấn đề.
Đề xuất của tôi có thể có vẻ kỳ lạ, nhưng nếu bạn nghĩ về nó, đó là một dấu hiệu khá tốt về một dự án lành mạnh. Làm thế nào tốt là bài kiểm tra đơn vị của bạn?
Hãy nghĩ về điều đó.Nó có nghĩa là: 1) bạn CÓ kiểm tra đơn vị 2) bạn có thể có yêu cầu 3) bạn có thể có thiết kế 4) mã của bạn được chia thành "đơn vị" có thể được kiểm tra 5) để được kiểm tra
VÀ
6) bạn sẽ có một thông tin phản hồi ngay lập tức về tương lai thay đổi
bạn muốn đo lường sự tiến bộ của dự án về giá trị giao cho (tương lai) khách hàng vì vậy tôi sẽ bao gồm một biện pháp cho điều đó trong các dấu hiệu quan trọng của bạn.
Một mà nói đến cái tâm (chúng tôi đang sử dụng scrum và sử dụng điểm câu chuyện để đo kích thước tính năng)
story_points_completed/remaining_story_points
Trong một dự án cả hai sẽ phát triển: điểm câu chuyện hoàn do công việc được thực hiện bởi thành viên trong nhóm, câu chuyện còn lại điểm do yêu cầu mới hoặc thay đổi. Những gì bạn muốn theo dõi là story_points_completed/remaining_story_points đang tăng và không giảm.
Điểm số tốt là gì? –
Nghiêm túc? Vì vậy, bạn không muốn mọi người lăn ra và chuyển sang thử thách mới? Tại sao sự sáng tạo nên được thưởng bằng cách được gán mãi mãi cho cùng một cơ sở mã? –
@ [Brian]: tất nhiên là không (a) tôi đang giả định một dự án vẫn đang trong quá trình phát triển, không phải trong bảo trì và (b) bạn đã bỏ lỡ smilicon chưa? ;-) –