这书介绍了软件项目行为的86个模式,基本上概括了软件项目生命周期的方方面面,揭示了软件项目最常遇到的困境,反省了行业内种种不良习惯和做法,是一本非常不错的书,读完后我将每一个模式都总结成了一句话,希望能帮助到大家。
1、 用户客户服务的理念没错,但是更需要一个固定且明确的目标或结论
2、 快,赶上:多长时间完成、多大难度都不是重点,重点是能否立刻动手采取行动;
3、 死鱼:对于很有可能无法完成的目标,项目只有到无后路可退的时候才会采取目标;
4、 快乐的鼓掌会议:把士气鼓舞起来,其他美好的东西也就接踵而至了;
5、 优秀的项目经理会想保姆一样培养他手下的员工
6、 牵涉性疼痛:就像心脏病患者发病时会感觉手臂疼痛一样,项目发生问题未必是看到的地方,集中精力研究真正的需求,解决真正的问题才能让项目事半功倍;
7、 明日复明日:要明确项目时间点,否则逾出时间点很容易导致项目成员没有紧迫感,进而无法产生动力;
8、 眼神交流:只有项目团队在一起,才能保证团队质量
9、 情况戒指管理:团队管理者要合理的反应工作进展、交付物的状态,关注产出、问题以及针对性修改建议,做好客观和主观的平衡,保证团队合理前进而不迷失方向
10、 忠实信徒:不要信任或迷恋任何工具或方法,因为不同的项目需要不同的方法;
11、 出租灵魂:新技术不是银弹,不要迷恋而偏离自我
12、 系统开发旅鼠周期:项目团队要有自己的思想和理念,不要意味的走老路
13、 清空“板凳”:团队中要留有关键人物离开顶替用的后背力量
14、 面对面:越是急切的项目,越需要团队成员一起工作
15、 好的工具更需要拥有好技能的人去使用它
16、 主面板:让项目流程、状态一目了然的面板
17、 无休止的集体会议:经过同意的决定必须遵守
18、 幼犬和老狗:更多20岁左右的年轻人能带动整个组织的活力
19、 影评人:和项目无关的人,总会在最关键的时刻之处“偏离目标”的问题
20、 单一问责:明确责任,承担责任
21、 苏式风格:不要结实耐用,更要有美,更要符合用户感受
22、 自然权利
23、 万籁俱寂的办公室
24、 白线:明确项目核心目标
25、 公开承诺者的姓名、达到确切目标内容及完成日期
26、 稻草人:给客户一个需求钓饵,激发他们提出意见,揭示出他们的好恶,甚至提出一个完全错误的模型引起客户的警惕和关注
27、 伪造的紧迫性:不会给整个项目和团队带来任何好处
28、 合理的规划项目时间,在对的时间亮出符合用户痛点的高质量功能模块
29、 Lewis与Clark
30、 连续消减成本将反噬组织自身
31、 节奏:采用有规律的步调建立属于自己的节奏
32、 加班预兆:加班真正的驱动可能出于恐惧,项目早期及长期加班预示项目结果将不尽人意,是团队变得筋疲力尽,成员背叛进而损害产品的完整性
33、 扑克之夜:只要创造条件让人们(小组成员)碰面,玩的开心并且能达成目标就够了
34、 错误的质量关卡:错误的QA会将时间浪费在不具备产出性的步骤上,却将内容缺陷滞留到了最后的产出
35、 测试前先测试,保证最深远的交付物质量
36、 有用、合理、看上去有意义的规则都不如现实,现实情况才是王道
37、 说,然后写下来
38、 项目太多求全:需要有勇气对不迫切的需求说不
39、 不要让团队领袖(几乎)擅长一切事情,否则他的离开损失将无法弥补
40、 所有人都穿着衣服是有原因的
41、 新团队成员,让团队选取
42、 不同形式的分析活动,贯穿项目的整个生命周期,自上而下,自下而上,先中间厚两边
43、 一切都是该死的接口
44、 蓝色区域:项目成员的人物安排中即没有明确安排也没有明确禁止的活动
45、 消息美化:往往高层管理者听到的都是美化后的消息,因此督促团队(尤其是坏消息的报告者)尤为重要。坏消息可以被解决,但不能被美化
46、 慢慢道出事实:过于诚实的言语会降低你在管理者心目中的位置
47、 残局游戏:团队在整个开发过程中定期地使用交付标准检验构建中的产品,保证开发的每个阶段团队成员都会‘再一次’关注产品的剩余工作
48、 IT群体中拥有音乐才华的人比例大于其他群体
49、 记者:准确报告目标却将项目是否成功与这个目标完全分开的项目经理
50、 不要忽略用户体验,更需要有固定职位的人整体负责用户感受
51、 为得到最佳解决方案而争论的团队成员会互相尊敬,甚至惺惺相惜,但要控制虽然群情激昂却彼此间了无敌意
52、 对于多而杂的需求,时刻牢记项目团队的目标,要明确重点并不是零星获取到的需求
53、 数据质量随时间推移都会出现为题,这时做出新的软件要比‘数据清洗’要快捷的多
54、 批评要直接,’礼仪×××’不会给团队带来任何好处
55、 管理者的角色是应该引导手下从事他感兴趣的工作
56、 全神贯注:在单一项目投入全部的时间,将大大提高个人的绩效水平
57、 给项目配置激情四溢,关心自己所从事工作的人才是成功之道
58、 当冲突出现,注意力应转向有效解决冲突上
59、 按期交付,没回都不例外;了解项目人员、技术使用、范围控制、日程表时间控制之后,放空交付质量标准必能实现
60、 一起享用“美食”,不如整个团队一起筹划和准备这些食物
61、 想要团队产出一个交付物,必须有预先承诺偿付的“资助人”
62、 隐藏的美:每到极致不是增无可增,而是减无可减63、 要让团队中每一个‘我不知道’的人变得‘知道’
64、 绩效的排名不能有效区分执行力的强弱
65、 互相学习:想要产出正确的产品和服务,就必须深刻理解“消费者”的需求和支持那些需求的特性
66、 组织要允许有‘特殊天赋’的团队随意的安排自己的工作,但也要谨慎‘李鬼’这样的人出现
67、 人民更愿意去接受经过考验的发明家提出的想法
68、 团队自身对创意的需求和老板对可预期的需求之间做出平衡
69、 技术人员有必要先扪心自问质量和创新对于组织成功的重要性
70、 在项目愿景或目标清晰之后在往项目团队里加入新人
71、 大声地、清楚地让项目组里的每个人能看到最终的目标
72、 化解工作中的紧张气氛,团队需要一个适合自己的解压活动
73、 项目需要一种不断活化,让团队自愿去认真地、反复地、甚至痴迷的专用语
74、 合理控制奖励‘惊喜’的预期,否则将有负面影响
75、 将项目成果定期展示给所有人
76、 不要被乐观情绪左右,认为明天将一切顺利,要预计每一件可能发生的‘坏运气’,并制作对应的计划
77、 当项目重要部分实现之后,项目就没有必要继续了
78、 降低不必要的变更的最佳办法是减少迭代
79、 不要再项目过程中形成‘造纸厂’,仅保证知识库可朔即可
80、 尽量减少项目外包,减少异地办公
81、 作战室:项目团队专属区域
82、 小组内成员无法觉察隐藏的危机,因此需要其他小组成员进行帮助
83、 不断从教训中学习
84、 团队要鼓励、呵护即使看起来不成熟的想法85、 合理控制时间
86、 防止‘模板僵尸’控制项目思维
------------------------------------------------------------------
我的微博:http://weibo.com/192jiang
转载于:https://blog.51cto.com/192jiang/987614