【软件工程之美 - 专栏笔记】“一问一答”第2期 | 30个软件开发常见问题解决策略

---

专栏信息

1. 专栏作者：宝玉

2. 专栏发布平台：极客时间

---

主要内容

一问一答

1. 问： 可行性分析形同虚设，小公司岗位职责不清晰，互相照顾面子怕得罪人，谁都怕犯错背锅，感觉谁都对，最终就导致谁是“老板”谁拍板！我感觉这个问题挺严重的，很影响决策正确性，只能等所谓的市场反馈。也用类似项目成员“扑克牌”打分的方式可以解决吗？核心问题出在哪里？

   答： 这个问题已经不是可行性研究的问题了！核心问题在于没有一套合理的类似于扑克牌打分的机制和流程。

   扑克牌为什么是个好机制：

   • 公平合理，每个人都有机会不受他人影响的表达
   • 不用背锅，估错了也没关系，意见不一致还可以讨论

   可行性研究是不是也可以形成类似机制？有专门会议，大家提前准备，会议上一起讨论结果，不用背锅，根据讨论结果形成最终决议。项目结束后在回顾对比当初的分析，作为下一次的参考。

2. 问： 架构师是否也属于管理者的范畴？因为他需要对产品的整个框架的负责，进而涉及到对每个人的代码的管理，必要时还要给带领团队成员去做重难点问题的攻坚。那么对于架构师而言，是更偏向技术还是管理呢？

   答： 我觉得架构师和管理有相通的也有不同的，简单说一下我的观点：

   相同之处：

   • 都需要大局观；
   • 都需要好的沟通能力，让团队清晰的理解自己的意图；
   • 都需要用好流程和工具；
   • 都要善于“分而治之”，把复杂的问题拆分成小的具体的问题。

   不同之处：

   • 项目经理更多的是跟人打交道，对项目负责；
   • 架构设计更多是专注技术，对架构负责。

   两者互为补充，架构师有项目管理能力、项目经理有架构能力，都是非常好的！

3. 问： 目标的一致性是遇到的困难，公司没有激励制度，导致项目经理和组员目标不一致，如何解决这个问题很挠头。

   答： 解决目标一致性问题，一个方法是多一对一沟通，你了解组员想法，组员知道你的期望；另一个方法就是不必依赖于公司现有制度，自己创造激励制度，激励制度并不一定要花钱或者花很多钱，有时候正式的表扬比钱还有价值。

4. 问： 小公司如何进行技术管理的问题？我所在的公司，开发人员多的 40、50 人，少的 10 多个人，这个阶段，是用制度来进行管理，还是人来管理比较合适？

   答： 我觉得无论大小公司，一定都要多用合理制度流程，多用工具，摆脱对人的过度依赖，只是在设计流程规范时，要充分结合公司特点、项目特点。

   比如说小公司老板权力很大，有些流程普通员工有效，老板直接无视了，你还得做好隔离措施，让他不要破坏流程。比如说大公司很多工具、系统都是自建，小公司就不如买来的合算。

   大公司各种会议和文档相对多很多，小公司这方面就可以多精简，但必要的也不能少；大公司用瀑布模型开发，一个项目几年耗得起，小公司还是敏捷一点，早点能看到产出更好。将来有一天，小公司也会变成大公司，如果你之前没有做好制度建设，将来团队壮大，项目多了，可能就会成为你的管理瓶颈。

5. 问：团队的成功，才是你的成功，以前也坚信这个观点，但自身的例子，让我有些动摇。把下级培养起来了，结果不是升职，而是上级越来越把我边沿化。对于这种情况，怎么调整自己呢？
   答：　心情完全能理解，但建议还是看长远些。人生不只是一个下属，不只是一个老板，也不只是一个项目。以前我也纠结过这问题，现在不纠结了。因为我不止能培养好一个下属还能培养更多的下属，我能做好一个项目还能做好更多项目，我不需要靠一个老板的赏识与否来证明自己。

---

总结

项目管理贯穿项目始终，需求是项目的源头。