小骏管理之路4 - 东施效颦的开发流程

image

Tony是一家互联网公司的一线Leader，管理着20+人的技术团队。团队中有3个产品经理，10个前端，8个后端以及3个测试！整体来说算是公司最大的技术团队了。到了年底一家公司挖他，希望他跳槽。给他开出了60K * 16 + 期权的高薪年薪百万让小骏也是咋舌。
小骏问Tony，他平日里的工作都有哪些。
Tony表示，项目管理，团队管理，员工培训，招聘，技术评审以及核心功能

image

小骏对Tony技术评审这块细节比较感兴趣。因为前几天小骏和花儿两口子吃饭的时候，花儿的女朋友雪儿刚讨论了研发怎么做产品评审和技术评审的。
Tony表示，项目的初审是由负责迭代的1-2个核心人员做的。正式的项目评审要全体都去但是Tony本身不会去。因为他的理由是，一旦他去了。员工对他的依赖就会不好好思考了。所以无论是初审还是复审他都不会参加。对于测试用例评审也是，他会要求测试的负责人和研发以及产品同事来完成测试用例的评审。然后要求所有研发相关的人员去参加测试用例的复审。

image

小骏对评审的地方感到很困惑，为什么要拉着大家一起来评审。Tony表示是因为测试怕用例不全，让研发给一些意见。小骏却觉得眼前的Tony根本就不懂得人性。测试拉着研发根本就起不到任何作用。相反研发去参加测试用例评审就会给测试一个推卸责任甩锅的借口。就是“这么多人都没看出来问题。这不是我的问题”一个合格的测试工程师其实都是可以把产品想周全的，只要足够的用心。但是Tony却用大家陪着测试给测试一个犯错和推卸责任的借口。

image

一个三周的迭代，产品初审，产品复审，设计系统，排期，技术评审，开发，用例初审，用例复审，项目回顾会。其中还要穿插着解决线上问题，回答客户的问题，晨会，周会，月度会议，还得抽出来时间写绩效，还得和leader一对一，作为小组长还得写员工的绩效考核，小组长不只要和leader一对一谈话还得和员工一对一谈话，与其他团队协作的沟通，还有新人的串讲会，技术培训会。还好没有下班前的晚会，稍微高级一些的人员还得去面试。产品对于历史版本功能的咨询。然后还安排下个迭代产品初审在测试期间的正中间的时间点，测试用例评审也是在开发期间。说让核心开发人员去初审，但是开发人员一共4个初审去了2个。接口设计的不合理，开发人员找不到设计的人咨询，开发就卡主了。觉得每一个会议都只占用2个小时其实不多。但是人不是计算机。即使是计算机对于上下文的切换成本也不小的，更遑论这些工作专注的工程师。最后就造成了开发的时候需要想着评审，评审的时候还可能想着开发。最终就是开发的质量不高，需求评审也不太明确，上线后发现问题。这个迭代还得想着怎么修复上个迭代的BUG。大家只能白天开会晚上写代码？

image

制定这个政策的人没被美国以反人类罪名绞死简直是一个奇迹。真不知道Tony哪来的自信说自己项目管理能力很强。