“合理化（rationalization）是个体对于某些不愿接受之矛盾信仰、言论、想法、行为，以动机等，赋予合乎情理的解释，以及勉强能被接受之理由，以掩饰的方式重新诠释，借由自欺的行为自圆其说，使其能说服自己或被他人接受，以获得自慰。”——维基百科
题目可能让你觉得我会为苦逼的程序员说话，其实恰恰相反。
这又是一个我服务过团队的故事，是一个美国公司的中国区团队。那是一次计划会议的过程，团队的需求负责人做了很充分的准备，要对这个迭代进行容量估算。团队鱼贯而入，他把笔记本电脑插到投影仪上，进入需求管理软件，对大家不明的需求进行了讲解。最后填入所有人对自己工作的估算，挨个问每一个负责的开发人员的估算人天数。
他：这个任务你的估算？
成员：0.4 天
他：下一个呢？
成员：0.8 天
他：下一个人，你这个任务估计多久？
成员：0.5 天
......(挨个程序员和任务的填写估算)
他使用需求管理软件进行了一下汇总功能，然后他说出了让我震惊的话。他说：
某某，从数据上来看，你的工作量太多了吧，你是不是调整一下？分给别人或下个迭代再干？
大家纷纷的调整自己的任务以及推迟一些任务到下周。我心里这个难受啊，这哪里是团队的计划会议，这简直就是包产到户各扫门前雪的“合理化”过程。可以想象开始这些任务的时候团队将会是什么样子的精神状态。
当这个故事讲完
我会对团队说：
- 任务可以有一个主要负责的人，但交付高质量的软件是团队的工作，而不是个人的。谁的活干完了，但是团队的任务没有完成，我会用最严厉的手段来惩罚这个人。
- 估算仅仅是估算，它只是我们预测项目风险的一个手段。估算的时候禁止用人天进行估算。
- 我们如果这么玩，业务方就会不停的压迫我们。就会变成不是你坑了我就是我坑了你的过程。我们需要说出我们的完成速度，而不是时间的消耗。
敬请关注公众号【思维发条】，精彩文章，精彩语音
网友评论