回首往事 之 来自经理的帮助——《轻松Scrum之旅》（10）

来自经理的帮助

    时间到了晚上9点。
    徐天结束了一天的工作，坐在家中温馨的书房里，仔细地读着关毅的博客。关毅幽默的文字让徐天忍俊不已。呵呵，80后？70后？他29岁，的确是一个说大不大，说小不小的年龄。不过他“遭遇”的那些经历和经验正是徐天看重的，因为徐天自己也曾有过类似的经历。
    读过关毅的博客，徐天仔细查阅了自己明天的工作计划，取消了一些无关痛痒的会议。他想尽量给关毅预留多一些时间。
    第二天，徐天一到公司就直接找到关毅，两个人找了一间会议室，也没有什么寒暄，就直入正题。
    “小关，我看过你的博客了，很有感触，只是有些地方不是很明白，即便这样，我一样可以理解你现在的心情。我也有过类似的工作经历，现在就咱们两个，有什么想说的、想问的、想不通的，咱们都可以好好聊聊，工作上的、生活中的，都可以，怎么样？”
    关毅点点头，然后低着头沉默了一会儿，终于下定决心，说出了憋在心中许久的困惑：“徐天，咱们实话实说，自从在X公司经历过那些之后，我对大型组织的管理有点丧失信心了，真不知道咱们E公司会怎么样。”
    关毅调整了一下情绪，继续说道：“这些天我一直在思考，F4为什么会做成这样？当然，我们不能把所有的问题都推给开发流程。其实，在管理上，F4的问题更大。前期部门之间自发的协作和沟通基本没有，所以需求、设计的问题到了编码阶段才逐步暴露出来，这时再由程序员们逆流而上去协调、解决，难度之大是可想而知的。我不是说需求和设计人员的坏话，可是如果给了他们绝对的权利，他们却不用承担相应的责任，这样情况就永远不会改变。”
    借着关毅提出的问题，徐天说：“是啊，部门之间的合作确实是个让公司比较头疼的问题。咱们公司为了解决这样的问题，倡导实行一种叫做‘矩阵式’的管理模式，就是在需求、设计、开发、测试部门的内部根据独立的模块划分成多个虚拟的项目组，这样就把模块内的需求、设计、开发、测试人员紧密结合起来，可以说是最大化地降低了人员之间的内耗，从而调动起整个项目组的积极性。你觉得怎么样呢？管理上的问题是每个公司都会遇到的，而且随着公司的不断发展，原来的模式一定会有不能适应的一天，所以，公司的管理者同样需要创新。可能X公司的高层还没有意识到这一点，或许他们也不是没有意识到这一点，只是需要时间，特别是对国内的企业而言。所以，千万不要对一切都失去信心，失去信心才是最可怕的。”
    徐天的话让关毅陷入了沉思，大约过了半分钟，关毅苦笑了一下，说道：“你说的没错，X公司的管理模式有问题，领导的权利太大，而且没有人能制衡他，以至于在决策中出了问题，没办法及时发现和补救，就只能离目标越来越远了。”
    “还是面试时候我问过你的，难道你们没有向管理层反映过吗？比如说，你可以告诉F4的总监，说设计和需求之间缺乏沟通，这样对产品的开发是有极大隐患的。”徐天有些不解。
    “反映？我都不知道反映过多少回了，效果甚微。后来，我们所有的开发经理恳请我们的部门经理去找总经理反映一下困难，谁知道害得部门经理被F4产品的总监狠狠K了一顿，从此以后，就再也没人敢说什么了。李总监一个人真是有绝对的权威啊！”
    提到这些，关毅总是一脸的无奈，“最后的结果是我们开发部门的怨气很大，人员流动极为频繁，我当然也是其中的一个。说到底，就是领导认为我们开发部门的工作是在整个F4中技术含量最低的，因为已经有了XFF这样的自动开发平台，随便找个玩过电脑的人来都可以胜任。真是可笑啊！”
    “小关，我不能对X公司的问题评头论足，但是在E公司，这样的问题会少一些。”徐天郑重地做出了保证。
    关毅轻轻地点了点头：“谢谢。其实我一直认为，在X公司的经历是我的宝贵财富。反思一下在X公司遇到的那么多开发流程上的问题，其实我也没有提出特别系统的和有建设性的解决方案，所以管理层也就没有足够的重视吧。问题也许大家慢慢就都知道了，但是究竟应该如何解决呢？”
    徐天看着有些茫然的关毅，微微地笑了一下，“这个问题我先不回答你，但是你下周不是要参加关于敏捷开发的培训吗，说不定你能找到答案。”
    关毅看着徐天诚恳的眼神，不禁在想，敏捷开发，Agile，真有那么神吗？

总结和思考
    X公司的问题不完全是由传统的开发模式造成的。但是我们可以看到，传统的开发模式确实大大阻碍了X公司的产品，甚至人的成功。