如何让软件开发成功（2）

二、开发管理
如果一个产品的行业分析、产品定位和技术路线都明确了，那么让一个产品从图纸和设计上转换为现实，就涉及开发管理。开发管理是涉及整个团队的分工协作、路线图规划、过程的执行力。如果团队混乱执行没有章法，那么产品要么遥遥无期，要么故障一堆，要么渐行渐远偏离初衷。理想很丰满，现实很骨感，如此一来，还谈何成功？

理论上来说，软件开发有一套成熟的软件项目管理理论，它所涉及的范围覆盖了整个软件工程过程。从资源管理（人员的组织与管理，硬件/软件资源调度），计划与实施（项目进度计划、里程碑管理、成本预算、风险评估），到验收（软件质量保证）等方方面面，使软件项目能够按照预定的成本、进度、质量顺利完成。

但是，有人说大公司管理过度，有人说小公司不需要管理。而且，探讨管理话题，很容易陷入空谈，甚至被认为纸上谈兵夸夸其谈。而且从细分角度来说，开发管理不一定等于软件项目管理，计较起来，从学术上又能争辩不清，更是加重了夸夸其谈纸上谈兵的嫌疑。同时，有的公司花大力气制定了非常完善细腻的软件开发的规章制度，那事无巨细的规章制度等于良好的开发管理吗？我也不敢苟同。但是，如果反对这些规章制度，那是否每天填日志，每周填周报，每个月写月报，每个季度做个复盘也就不对吗？也不能如此武断的下结论。

其实，对于管理，确实是人见人智的。管理理念和管理规则如果被老板蔑视又被员工鄙视，那么原因有二，要么思想太超前了不被当下接收，要么不接地气脱离现实。个人觉得这两个都是现实中不可取的。最佳的管理是每个公司都不同，甚至每个团队都不同的，也就是只有适合的才是最好的。所以，管理没有标准，也无法标准化操作，必须深入调研团队的现状，针对团队当下来制定管理规则。而且规则是有时间有效性的，随着时间的推移，项目的新变化，也必须随时调整。从个人角度，我更喜欢刚柔并济的管理风格，有刚性的原则性的教鞭式的基本制度，也有柔性的人格化的润物细无声的管理方式。

1.  刚性的管理原则
刚性管理强调的是清晰明确的规定，不允许任何借口，强调对规则的绝对服从。而且从开发管理的角度，有几样东西，个人觉得必须明确清晰
（1）工作职责
每个人的工作职责必须明确，明确职责是明确分工，同时确保信息传递不混乱，让每个事情都有明确的负责人，每件事情唯一有效的官方说法。谁负责人事管理，谁负责技术最终拍板，谁负责产品的规划和迭代周期，必须明确。不允许大家七嘴八舌谈看法，我觉得应该如何如何，他觉得应该如何如何。谁都想说，但谁说了都不算，谁也无法说服谁是很可怕的现象，我们允许讨论，但必须高效决策，战争年代的民主集中制的值得推广的。职责不明晰或者故意越界带来的管理代价是很大的，这种在私人企业有明显的现象，对别人的领域随意发表意见随意插手干涉，甚至代替别人瞎汇报，带来很多的误解与误会。当然，作为领导也必须明确哪个领域以谁的说法为准，不能谁说都行，谁说都信。同时在一些大企业，却存在事情没人管，但是绩效汇报却一套一套的，写的瞠目结舌。

（2）作业流程
每个团队必须要有完整的作业流程，哪怕小公司，也不能各自凭着各自的习惯做事。不一定要形成详细的流程指导书，但必须至少要有个约定俗成的流程规则。这个目的在于让每个人都知道怎么开展工作，什么节点该找谁。让团队协作起来有章法，让配合行云流水，也让新人容易参与其中。

（3）路线图
路线图和里程碑必须科学论证后形成宪法式的权威文件，然后严格遵守。我们遇到过路线图拍脑袋随意制定，然后束之高阁，无人遵守，研发延期就随便延期，做到哪算哪。各个团队间协调合作都是随便承诺，但对承诺视若无物。其实，大家协商一致并承诺签字的路线图必须得到最高层次的尊重，如果出现延期，该加班必须加班。说一不二一诺千金是我们民族的传统美德，不应该视若无物。

（4）团队协作的时间观念
严禁开会迟到，开会必须主题明确时间简短，必须形成结论。除非是务虚会，否则不能天马行空的东拉西扯，也不要把细节搬到大会上讨论，让其他无关人员干坐着看热闹，而且开会必须要有结论。我们见过每周开进度会说到哪算哪，一遍讨论细节，一遍玩手机，约好下周要做的事情，无人跟进，会后一拍四散，每周周而复始。

2. 柔性的管理方式
在原则必须无条件遵守的情况下，我们也不能冰冷的陷入没有人性的无趣工作的氛围中。中华民族推崇的无为而治，就是一直润物细无声的一种管理风格。这种管理风格不强求各种繁杂的规则制度，不是依靠指令或制度条文，而是而是追求人性，互相尊重个体价值，从内心深处来激发大家的主动性，实现自我管理，自我改善，必要时再集体总结升华成规则制度。

以前一个部门提出事情太多了，别的部门别来烦，最好建个规定，所有的事情都走个单据，哪怕是故障联调或业务咨询都统一走任务单据。部门间走单据貌似合理，但是，当时所处的是个小公司就不尽然了(没有绝对的对错)。整个项目参与人员也才小几十号人。如果就这点人，互相间的配合合作都必须依赖于单据，我担心陷入大公司病，互相之间都懒得走动，依赖冰冷的单据来回抛，效率也更为低下。几句话能当面沟通的事情，也许单据来回就一两天过去了，但是，反复打扰别人也确实不妥。这点，让我想起曾经的对日软件开发时日本人的习惯，日本人不喜欢打扰别人，项目合作也不是依赖单据来回抛。他们遇到问题习惯于自己先分析，也习惯于整理汇总疑问，然后寻求一个统一的时间节点一并讨论。这样就避免了动不动就打扰别人，或者一遇到问题就到处嚷嚷找人的烦恼。

其实从管理的时效性看，柔性管理是一种循序渐进的流程优化过程，更强调价值取向的引导内化与升华。而刚性管理是先基于经验或参考先制定制度，依赖条款，强制推广，然后再根据实施效果进行完善和优化，他约束力强见效快，但要容忍"水土不服"的试错空间。

以上，个人总结而言，对于上文刚性管理强调的几点，我个人还是比较坚持，是自己工作中遇到的问题反思。当然，关于开发管理的思考也更多是自己个人的思考，经验不足，不见得一定对，贻笑大方之处敬请谅解。