主题:【原创】闲聊敏捷开发——SCRUM(一) -- 哈酷
不过很高兴和你探讨这些。也希望你多多指正我一些考虑不到的方面。
回到正题,其实SCRUM也好,平衡记分卡也罢,对任务的评估都是相对精确的,更重要的是它是在建立一种秩序。在这种秩序里,一些人可以比另一些人收入高而不会引起什么麻烦,同时,这种秩序可以帮助公司了解,评估当前进行的项目并作出决定。
而且对于评估每个item的价值,除了人工,时间两个参数之外,还有一个优先极的参数(或者叫贡献度)。比如说两个item,第一个只要1人天,或者按你的算法,1个velocity。但是它的贡献度是10,那么最后的点数是10。另外一个是4 velocity,但是贡献度只有1。那么最后这个item的点数是4。
优先极的确定,也是PM和team leader来共同确定的,team leader的意见则应该在组内先达成一致。由于有集体KPI的存在,在分配item的时候,会自然出现牛人先挑的情况,由于核心功能的实现往往同时具备大工作量和高优先极两个特点,那么核心功能的价值也会比较高。
其实平衡积分卡不适合小公司主要的原因是小公司一般是一个人或是几个人包打天下,没必要这么反复沟通啊。也没有什么silo effect之类的大公司专门病。
我觉得你提到的问题不是奖金,计件考核的问题,而是在于评估标准有点缺失。如同你后面所提到的,难点是考核。
其实我个人觉得,SCRUM之所以作为一种“革命性”的开发方式,就是多了挟“客”自重的一个部分。决定权交给客户,客户随时给予满意度评价。这样,开发内部的分歧和矛盾就被转移了。
当然,靠它来完全解决劣币驱逐良币的问题是很难的。
- 相关回复 上下关系8
压缩 3 层
🙂呵呵,你貌似不是在做scrum吧 1 风北客 字1247 2009-06-13 10:13:15
🙂你的一些回复让我看得很是迷惑 糯米园子 字1507 2009-06-13 11:23:48
🙂软件的问题是不能精确量化 1 风北客 字1785 2009-06-14 08:00:27
🙂咱俩可能歪楼了。呵呵
🙂我觉得难点在于量化 2 风北客 字1535 2009-06-14 10:16:28
🙂精确是难以做到的,甭管它是什么考核方法 1 糯米园子 字567 2009-06-14 10:26:27
🙂按照SCRUM培训的内容确实不是这样的 1 哈酷 字542 2009-06-12 03:44:51
🙂scrum是要资深程序员的 1 tubie 字68 2009-06-13 10:23:13