It ain’t over till it’s over. — Yogi Berra A project manager reports that her project is “48 percent complete.” In terms of what, I wonder? Calendar time? Cost? Effort? I know it’s not 48 percent complete in terms of functionality because there hasn’t been any working code delivered, just a bunch of documents. One approach that makes sense to me is to express completion percentages in terms of implemented requirements. For example, if you have 100 functional requirements, and 48 of them have been successfully implemented, then you’re 48 percent complete! Actually, I oversimplified that a little . . . All requirements are not created equal: Because some requirements cost more to implement than others, and some requirements have a greater business value than others, you could assign relative cost and relative value numbers to each requirement, and calculate completion percentages accordingly. This is good both for measuring the… Read more →