一首诗:
通往智慧的路啊,明白而简单,
我们一错再错,一错再错
但会越来越好,越来越好。
——派特·海恩
u 愤怒的经理:
Ø 管理中的愤怒和耻辱是会传染的。如果高级管理者喜欢骂人,低级管理者也会有样学样(就像经常被骂得小孩很容易变成爱骂人的父母)
Ø 管理中的辱骂常被认为是一种刺激,可以让员工提高效率。在“胡萝卜加大棒”的管理策略中,辱骂是最常见的“大棒”。但是,哪有人被辱骂之后还能做得更好的?
Ø 如果经理使用辱骂得方法来刺激员工,这就表现出经理的无能,而不是员工的无能
u 含糊的规格文档
Ø 规格文档中的含糊隐含着不同的系统参与者之间存在着未解决的冲突
Ø 如果一份规格文档不包含完整的输入输出列表,那么它就是毫无希望的,它根本就还没开始说明任何东西
Ø 没有人会告诉你一份规格文档是不是糟糕。人们往往倾向于责备自己,而不是责备文档
u 冲突
Ø 只要在开式过程中有多个参与者,就一定会有冲突存在冲突
Ø 创建、安装系统的业务中特别容易出现
Ø 绝大多数系统开发团队都缺乏解决冲突的能力
Ø 冲突应当引起重视。冲突并不是缺乏职业道德的行为
Ø 应当提前声明:所有人的‘赢’都是受重视的。确保每个级别的人都能赢
Ø 谈判困难;调解容易
Ø 如果两个人的利益是完全或者部分相斥的,预先做好安排,准备好请双方通过调解来解决冲突
Ø 记住:我们都站在同一边;跟我们对立的,是我们要解决的问题
u 催化剂的角色:
Ø 有这样一种催化剂式的人物,这样的人能帮助团队成型并凝聚,保持团队的健康和生产力,从而对项目做出贡献。就算的什么事情都不干(其实,通常他们还会干很多别的事),这种催化剂的角色也是重要而有价值的。
Ø 调解是“催化剂”的一项特殊工作。调解是可以学的,而且只需要很小的投资就能学会。
Ø 调解应该从一个小小的仪式开始。“我能帮你们调解一下吗?”在解决冲突的时候,这是必要的第一个步骤。
u 人类的错误
Ø 将你置于死地的,不是你不知道的的东西…而正是你“知道”绝不会置你于死地的东西。
u 人员安排:
Ø 在早期,人员超编会迫使项目跨过关键的设计阶段(这是为了让所有的人有事可做)
Ø 如果在设计完成之前,工作先被分给了很多人,那么人与人之间、工作组之间的接口就会很乱套
Ø 这会使团队内部耦合度提高,会议时间、重复劳动和无效工作都会增加
Ø 理想的人员安排是这样:在项目的的大部分时间里由小型核心团队来做设计工作,在开发的最后阶段(时间安排的最后1/大量的人手
Ø 可怕的猜想:时间安排紧迫的项目,与时间安排比较合理的项目比起来,完成的时间发而会更长。
u 项目社会学:
Ø 让不必与会的人可以放心离开,从而保证会议的精简。有一份公开的议程,并严格执行,这是最简单的办法
Ø 项目需要仪式。
Ø 用小小的仪式来使人们注意项目的目标和理想状态:小规模会议、零缺陷工作等等。
Ø 采取行动,防止人们随便发怒。
Ø 记住:愤怒=恐惧怒的经理一定是因为恐惧才会这样做的
Ø 意见:如果所有人都懂得“愤怒=恐惧”这个道理,就明显地看出发怒的人是在害怕。由于无法再隐瞒自己的恐惧,他也就不会再生气了。(这不能解决这些生气的人的问题,但是肯定可以让其好受一些。)
u “病态的政治”(旧话重提)
Ø 别想根治一个病态的人
Ø 不要浪费时间,也不要因为尝试治疗上司的病态而使自己受到威胁
Ø 有时候,你唯一的选择就是等待,等问题自己解决,或者等一个让你继续前进的机会
Ø 奇迹时有可能发生的(但是千万别去指望它)
u 精兵简政:
Ø 精兵确政是失败的公司使用的办法。它让员工负担失败的责任
Ø 公司的目标应该正好相反:兴旺而人性化
Ø 当你听到“精兵简政”这个词的时候,请记住它的弦外之音;失败和恐吓
u 基本常识
Ø 项目既需要目标,也需要计划
Ø 而且这两者应该不同