《走出软件作坊》读后感
2013-10-30
《走出软件作坊》读后感
第一次知道这本书，是曹政写的一篇叫《走不出软件作坊》的博文[1]。我记得那篇博文的最后caoz说阿朱对互联网领域的理解不如黄一孟。想想黄一孟的团队才十来个人、七八杆枪，想必这个阿朱水平也不会高到哪里去。我找来一份PDF版粗粗看了一下，不但找不出来caoz的槽点的落脚处，而且连作者立论的依据和场景也想不出。那时候，只懂得什么是“代码”不懂得什么是“软件”的我，遑论“软件作坊”和“走出软件作坊”。就这样，这本书一直躺在我的硬盘里，从来没有认真的读过。
后来公司临时决定交一个项目让我带的时候，终于体会到了麻烦扑面而来的感觉：丝丝相扣的问题让你无法下手，一个一个貌似死结的东西需要解开，甚至没有时间去想里面的前因后果。赤手空拳的我这时候想找一些项目管理的书来作为“武功秘籍”来修炼一下：先是到豆瓣上看看哪本评价最高，然后到书店去找书来试读一下，但是到最后也没能找到一本“葵花宝典”。一部部的经典著作好像都在告诉我一个事实，项目管理是“道不可言”。在放假回家的火车上百无聊赖找出来这“钦定”读本，细细读了一些章节之后发现共鸣不少，实在是一本很接地气的书。
点子大王
书里面的场景在现在看来都有些似曾相识，好像是犯过这样的错，吃过这样的亏，但是为什么却没有阿朱这样的一个个的“点子”。比如项目经理的棘手问题怎么处理？维护人员的棘手问题怎么处理？怎样让测试人员不敷衍了事？嗯，好像看起来阿朱比别人要聪明一些。
软件质量是所有公司的首要问题，所有的实施困难、使用效果差、支持费用高，都与此相干。 阿朱所述： 先找一个“懒”程序员做客户支持，为了减少客户支持工作量，就要做好好做测试。为了好好做测试，就需要有恰当的测试策略。自然而然的引入BUG管理工具与问题处理流程。如此看来，阿朱的策略是代价最小的，既没有空降规范，又没有人员的流血冲突。:P 用“土方”治大病的范例。
象这样的例子书中很多，看起来作者象个“点子大王”，不过仔细研究一下里面的来龙去脉，发现阿朱这些东西并不是“灵机一动”而是具有相当的智慧，实际上是敏锐观察和不断思考的结果。
分析高手
知道有坑，却始终不知道坑在哪里，这是我的真实感受。针对行业软件项目实施时间长的问题：问题(实施周期长) -> 主要问题（客户需求、数据准备、报表定制） -> 具体分析（关键矛盾的解决）。这样就把整体的问题拆解了，如此下来好像都有了具体的策略。书中的“四套马车”就是CMMI的简化简化再简化，如果CMMI是“超跑”，“四套马车”就是“昌河”，从到达目的地这个目的来说，选择一个合适的交通工具更重要。
对于正规化，作者认为：只有专业分工合作，才能走上正规化。组织结构可以保证专业分工，过程管理可以保证合作，我们看到的是大树，阿朱看到的是森林。
实践出真知
与第一版的书相比，思考组织结构方面更多了一些，认识也更深刻了，这是作者自己的提升。在知乎，有人问了一个问题：“您觉得明源相比较其他本土ERP公司（用友、金蝶、神码等等），优势在哪里？”阿朱的回答：
“这里缺研发线带头人,需要把整个研发团队带向前进.一个300人的研发大军要走向何方，如何带领这么大的一支研发团队，应该给业界产生怎样的影响力和贡献？这就需要大格局大未来的研发带头人。一个纯软件公司，最核心的资产和竞争力就是它的研发线了，这是一个纯软件公司的命根，它的大部分收入和发展都取决于研发线，这个部门的重要性在公司不言而喻。能带领这么核心的、可以决定公司命运的部门，而且是靠我的力量去领导它前进，这是个人价值实现需求满足的一方面。另外也和我个人的研发优势合拍。我一直在行业软件公司工作，而且一直在研发口工作，而且一直在架构、研发、管理三方面精进，十多年来从未离开半步。”
查字典图书网