如果有人问:有没有一本书讲的是软件项目管理过程中的各种“问题”和对应的“解决方案”?恭喜你,确实有这样一本五星推荐的书,它就是《项目百态 软件项目管理面面观》。
书中介绍了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 , 站在巨人的肩上。比一个人闭关悟道项目管理成长更快和收获的更多,当然,文中的解读仅仅是我个人的一些解读和体会,不一定对也不一定错,没有标准答案。当你回顾一个项目,一个事例时,能有联想和思考,最后会心一笑,这个时候即是你的所得,闻道有先后,学后知不足,而日后精进,加油~
网友评论