读书笔记 32| 《项目百态 软件项目管理面面观》
《项目百态 软件项目管理面面观》
如果有人问：有没有一本书讲的是软件项目管理过程中的各种“问题”和对应的“解决方案”？恭喜你，确实有这样一本五星推荐的书，它就是《项目百态 软件项目管理面面观》。
书中介绍了86个软件项目的行为模式，概括了软件项目生命周期的方方面面，解释了软件项目最常遇见的困境，反省了行业内种种不良习惯和习惯，本书的作者都是有十几年软件从业咨询服务经验的“老司机”，浓缩了成百上千个项目管理案例，通过一个个模式展现出来，是一本非常不错的“老司机开车宝典”，也是一本关于项目管理的实话集...............
模式1. 玩的就是心跳（组织相信，工作忙乱是生产率高的表现）
我的解读：优先级+价值收益
模式2. 快，赶上（项目团队在决定谁在什么时间改做什么事情时，会有明显的紧迫感，并迫不及待地采取所有必要行动）
我的解读：清晰明确的目标和责任人及完成时间，可以更快的完成
模式3. 死鱼（从开工期，项目就完全不可能完成目标，项目团队中的大多数人都很清楚这一点，确缄口不言）
我的解读：项目立项前就应该有充分的商业论证
模式5. 保姆
我的解读：全员沟通，业务实际导向，关注团队成员成长和发展
模式6. 治标还是治本（项目治愈了外部的针状，却没有根除内部的病因）
我的解读：根因分析：5why， 以终为始
模式7. 明日复明日
我的解读：设定阶段的目标（预期功能效果、完成百分比）避免最后的ALL in
模式8. 情绪戒指管理
我的解读：结果基于定性评价+定性分析
模式10. 忠实信徒
我的解读：方法论一定基于现状裁剪，解决问题为首要
模式13. 清空“板凳”（组织过于精简，以至于任何关键人物的确实都会造成灾难）
我的解读：金钱换时间，AB备选，一个篮子放2个鸡蛋
模式16.仪表盘（强团队和弱团队都在使用仪表盘，但普通团队则不然）
我的解读：聚焦，精益可视化
模式17.无休止的集体回忆（允许无休止地争辩，最终肯定无法达成任务一项决定）
我的解读：先收集不同规则建议，后遵从一直认同的规则
模式18. 小家伙和老家伙
我的解读：组织血液流通，老中青阶梯
模式19.影评人
我的解读：问题一发现立即处理，对成败负有有责任感---己任
模式20.单一责任制度
我的解读：职责和边界明确，每个角色有目标和协同的方向
模式20.苏式风格
我的解读：需求分析定义场景及非功能性需求及验收标准
模式21.自然权利
我的解读：最先听见炮火声的人做决策
模式22.白线
我的解读：通过建模，明确系统边界
模式23.稻草人
我的解读：探针式迭代开发，最小成本最快试错
模式28.时间清掉了你手里的牌
我的解读：对交付的特性集优先级排序，增量交付和确认
模式32.加班预兆
我的解读：项目的节奏感，说明交付是否顺畅
模式33.扑克之夜
我的解读：团队非工作时间的交流和互动
模式34.虚假的质量关
我的解读：语法（right）+语义（value）
模式37. 说完写下来
我的解读：有效的沟通，快速的决策输出和同步
模式43.都怪该死的接口
我的解读：人员沟通渠道和方式，决定了一部分产品复杂度
模式44.蓝色区域
我的解读：蓝色区域（既没有明确要求又没有明确禁止），制造一些问题，更能持续改进
模式45.消息美化
我的解读：报喜不报忧，根音分析
模式47.收官演练
我的解读：定期回顾演示，确保交付正确
模式49.记者
我的解读：给出现实问题/结果的同时，更中重要的事给出解决方案
模式50.空椅子
我的解读：业务型+技术型+套路型=复合能力
模式51.堂兄文尼
我的解读：刻意制造问题和争论，学会“挖坑”
模式52. 特性汤
我的解读：增加特性需求的同时保持业务关联一致性和整体性
模式56.专注力
我的解读：单项的全投入 胜过多项的半投入
模式58.铁窗喋血
我的解读：有效解决矛盾，而非争论矛盾
模式59.按期交付，概无例外
我的解读：最后的“按期交付”往往是以牺牲质量为代价
模式60.食物++
我的解读：非工作时间的互动和交流，建立更多连接
模式66.团伙
我的解读：“敏捷团队”、“普布团队”
模式71.大声地说，清楚地说
我的解读：初始明确目标和验收标准，中间过程校正
模式72.巴别塔
我的解读：定期重申项目目标和回顾项目范围
模式74.意料之外
我的解读：“动情”的奖励和激励
模式75.冰箱贴
我的解读：信息辐射源，透明可视化和更快传递
Standing on shoulders of giants , 站在巨人的肩上。比一个人闭关悟道项目管理成长更快和收获的更多，当然，文中的解读仅仅是我个人的一些解读和体会，不一定对也不一定错，没有标准答案。当你回顾一个项目，一个事例时，能有联想和思考，最后会心一笑，这个时候即是你的所得，闻道有先后，学后知不足，而日后精进，加油~
