尼古拉对《极客与团队》的笔记(9)

极客与团队
  • 书名: 极客与团队
  • 作者: [美]Brian W. Fitzpatrick/Ben Collins-Sussman
  • 副标题: 软件工程师的团队生存秘笈
  • 页数: 176
  • 出版社: 人民邮电出版社
  • 出版年: 2012-3
  • 第11页
    工程师往往不愿公开自己做到一半的项目。这样做的原因是缺乏安全感,不喜欢自己做到一半的事情被人指手画脚。
    但其实,关于天才的传说,描述的都是共同完成某个伟大项目的团队中的一个榜样或者领袖而已。没有团队的力量,是不可能完成该伟大的项目的。
    尽早分享,不仅可以防止在一开始就误入歧途,还可以强化所谓的公车因子。
    公车因子:一个项目里,需要有多少人被公车撞到才能令其完全瘫痪。
    总而言之,单打独斗比合作的风险更高。相比担心自己的创意被偷走或是被人笑话,你更应该担心自己是不是在错误的方向上浪费了大量时间。
    2015-11-08 22:29:46 回应
  • 第14页
    软件开发是集体项目。
    团队合作才是软件开发成功的捷径。
    团队合作和沟通三个支柱是:谦虚、尊重、信任。即HRT原则
    2015-11-08 22:32:39 回应
  • 第17页
    HRT实战:
    1. 放下自负
    2. 学会批评和接受批评
    3. 快速失败;学习;迭代:
    不要等到完美的时候再出来... 正确的记录错误,能让他人避免重复历史。
    4. 为学习预留时间
    5. 学习保持耐心
    6. 对影响保持开放的态度。
    接受意见改变自己没什么大不了,不要随意挑起争斗
    2015-11-08 22:40:01 回应
  • 第21页
    失败是可以接受的,如果没有经历过失败的话,说明你的创新还不够,或者你承担的风险还太小。
    2015-11-23 22:14:25 回应
  • 培养出色的团队文化
    团队文化不仅仅是成员们编写代码的方式或是成员之间的相处之道,它还包含了所有人都认可的经验、价值观、目标。<
    每个人都是团队文化的一部分,都要为定义、维护和保护她做出贡献
    ...建立起一种团队文化,让他们可以放心的分享创意,并且在决策过程中用用发言权
    ...意味着某种程度上的“共识驱动管理”...共识是指每个人对产品的成功抱有强烈的主人翁精神和责任感,同时团队的领袖也真的愿意倾听团队的意见
    建设性批评是任何工程团队成长发展的基石。接受批评是需要一定信心的,接受建设性批评更容易一点。另一方面,提出建设性批评比直接嘲笑对方要难。
    优秀团队文化中的沟通模式:
    沟通的指导原则之一就是在同步沟通的时候(比如开会),人越少越好。而在异步沟通的时候(比如Email),涉及的听众越多越好。
    任务宗旨:
    任务宗旨可以保证项目不会随着进展而偏离目标,但它不是一成不变的...任务宗旨应该与时俱进,及时反映公司或者产品的变化。
    关于开会:
    1. 邀请一定要参加的人 2. 开会前决定好议程,并事先通知所有人 3. 达成目标后提早散会 4. 注意别跑题 5. 尽量吧会议安排在休息时间前后
    千万不要低估了面对面交流的力量
    2015-11-23 22:24:28 回应
  • 大海航行靠船长
    如果你想要主导自己产品而不是当一名随行者的话,就必须学会掌舵,否则只会令自己和项目搁浅。
    经历若能表明对手下员工的信任,他们就会感受到正面压力,并努力让自己对得起这份信任
    传统型经理关心的是怎么完成任务,而主管只关心完成了什么任务...
    量化管理工作比数数要困难的多,不用把团队的成功据为己有,相反,让他们开心有动力,才是你的主要工作。
    反模式:
    雇佣听话的人
    无视表现不佳的人
    无视人际关系
    和谁都是朋友
    降低招聘标准
    把团队当做小孩子
    领袖的处世之道:
    放下自负
    做一个禅师
    称为催化剂
    当一个导师
    设置明确的目标
    坦诚:不要用汉堡包批评法
    2015-11-23 22:44:30 回应
  • 对付害群之马
    转移“完美主义者”的注意力:
    
    我们决定以这个设计作为起点开始工作,看看效果如何。希望你能帮助我们解决在这个过程中出现的各种问题。
    随时欢迎提交补丁——开源社区里让人闭嘴的委婉说法。
    别去搭理那些挑衅的家伙,别用感情用事,抓住重点,对付挑衅要不卑不亢。知道什么时候应该放弃。
    2015-11-23 22:55:54 回应
  • 操纵组织的艺术
    学习向上管理:
    
    有必要花点时间在向上管理上。这就是说,你要尽可能确保你的经理以及团队以外的人不但知道你在干嘛,还要知道你干的很棒。
    在做承诺的时候要谨慎,而干工作的时候要尽最大努力。
    关于重构
    不要花太多时间在这种防御性的工作上(重构),很少有人看重这些,到时候你会发现自己很尴尬,因为花了那么多时间,你却拿不出什么(政治上)看起来很重要的成果。这样你不但得不到别人的认可,还很容易导致自己的项目被取消。
    这不是说所有的防御性工作无足轻重,不过是这些工作在团队之外的人眼里是如此罢了。
    不管技术债务有多少,团队也永远不应该花超过三分之一甚至一半的时间和精力去做防御性的工作,否则就等于政治自杀。
    运气和互惠经济
    互惠经济最有意思的地方就在于,哪怕离职了,你的账户也不会被清空——你还是可以在需要的时候找他们帮忙。这也是为什么在离职的时候千万不要自断后路,不管当时有多冲动。
    晋升到一个安全的位置:
    在公司里的位置越高,你就越能掌控自己在公司里的命运。在对自己的职位感到满意的前提下,稍微投资一点精力在获得晋升上面是保护自己的好办法...即使晋升是个很主观和不确定性很大的事情,你还是可以取做很多事情来提高概率的...万一发生什么坏事,你的位置越高,全身而退的希望就越大。
    向忙碌的管理层求助:
    越短的邮件就越有机会得到回复。
    申请小马的步骤:
    * 我们缺少小马 * 缺少小马让大家很郁闷 * 拥有小马可以提高生产力 请给我们一批小马。
    只做正确的事情,随时准备被炒:
    Google的新员工常常会问我,为什么我的工作这么有效率。我总是半开玩笑的答道,很简单,我只做对Google和这个世界来说正确的事情,做完之后我就等着被炒鱿鱼。要是没有被炒,那说明我做的事情对大家都有好处;要是真的被炒了,那说明这个不是我想要服务的雇主。
    2015-11-23 23:05:05 回应
  • 用户也是人
    如果你想吸引别人来使用你的软件,你就必须去关心他们对你的软件的情感诉求,而试图改变人们做决定的方式则是不现实的。
    承诺的时候要谨言,做产品的时候要超出预期
    不能让营销部门的人口无遮拦地放卫星,要是用户问起新特性或是发表时间,一定要抓住机会给出最保守的估计。
    软件好不好用:
    身为一个工程师,你绝对不是评估软件可用性的最好人选。
    软件速度很重要
    最好的软件之所以成功是因为它解决了一个很特定的问题。
    用户可以轻易的从应用程序里导出自己的数据,然后带着他离开。
    当用户量上升时,他们的平均技术水平会递减,因为有越来越多的普通大众成了你的用户。再加上不断增加的复杂度,用户失望的程度会直线上升。
    信任是最神圣的资源,必须细心呵护、步步为营。任何举动都要三思而行。决策的时候,眼光要长远,不要只注重眼前利益。
    2015-11-25 22:51:34 回应