有了这个团队的速率，项目经理就可以放心大胆的说，我们团队有10人，开发能力是"n理想人天每周"，负载系数是2，由于有20n的需求总量，我们大概在40周左右完成。因此，我们的报价是xx,xxx,xxx元。
如果你有幸长期跟踪过一个团队的开发速率，就会发现很多有趣的现象。一开始，团队速率很低，但慢慢的成长。到达一定时期后，就会稳定在一个固定值附近。有时候有新的成员加入进团队，团队的开发速率会出人意外的降低一段时间再慢慢回增。
成本、时间、范围、质量，这是项目管理常见的四要素，四者很难同时满足。如果关心时间，又不想出钱，还要完成那么多功能，那牺牲的就真正是质量了。常说的一分钱一份货，在软件开发中反映的淋漓尽致。所以，为了能够保证按时按质完成任务，一个合理的开发价格是合格的项目经理必须能够估算出来的。而这需要长期经验和实践的积累，急不来的。
但有些时候，也有些不好处理的问题。有人问：我是老板，如果我的开发团队合起伙来编造一个估算，把我的需求估算的很多，而把他们的速率估算的很低，工起来工作量不饱和，老消极怠工怎么办?呃。我只能说，这只好借助于开发方法以外的事情了，例如奖金激励、绩效考核、引入外部咨询团队(例如ThoughtWorks)等等，人的问题不是能够简单靠过程就解决了的，如果道歉有用的话，要警察干嘛?
此文章共有2页 上一页 1 2
文章来源：中国项目管理资源网
|
Leadge.com首页 > 知识库 
