如果你打算使用问题和bug跟踪系统的话(事实上你也应该用),很重要的一点是你要准备好一套流程来处理和分流bug,这样才能鼓励人们提交并且按时修复重要的bug。如果bug跟踪系统不被重视或者没有轻重缓急的安排,也就不会再有人提交 bug,人们的不满也会无处发泄。当团队最终开始在 bug跟踪系统里乱挖的时候,他们很可能会去修复那些不重要的bug,却把重要的bug丢在一边。
记住,bug跟踪系统的本质只是一个稍微专业化一点的“网络论坛”或者“电子公告栏”。所以它也拥有很多和邮件列表相同的特点,因此很多最佳实践都是可以照搬过来的。和bug有关的随心交谈都应该作为更新记录在bug跟踪系统里,所有的想法和决策都要“正式”发布给所有人看到。语气措辞要文明,绝不容忍任何挑衅行为。如果讨论变得过于冗长或是琐碎,就应该把它暂时移到主邮件列表上去——E-mail客户端更擅长处理这种复杂的讨论串。
- 内容提要
- 致谢
- 本书宗旨
- 对本书的赞誉
- 前言
- 第一章 天才程序员的传说
- 帮我把代码藏起来
- 天才的传说
- 隐瞒是有害的
- 团队才是王道
- 三支柱
- HRT实战
- 下一步
- 第二章 培养出色的团队文化
- 什么是文化
- 为什么要关心它
- 文化和人
- 优秀团队文化中的沟通模式
- 高层面同步
- 每日进行的讨论
- 使用bug跟踪系统
- 沟通也是工程的一部分
- 说到底真正重要的还是代码本身
- 第三章 大海航行靠船长
- 自然界没有真空地带
- @Deprecated Manager
- 主管才是新的经理
- 唯一要担心的就是……好吧,所有的事情
- 仆人式领导
- 反模式
- 领袖的处事之道
- 人是植物
- 内部激励和外部激励
- 结语
- 第四章 对付害群之马
- 什么是“害群”
- 保护团队
- 发现威胁
- 第五章 操纵组织的艺术
- 优点、缺点和策略
- 理想的情况:团队在公司里应该是怎么运作的
- 现实的情况:当环境成为成功路上的绊脚石
- 操纵你的组织
- B计划:走为上
- 不要放弃
- 第六章 用户也是人
- 管理大众的印象
- 管理和用户之间的关系
- 结语
- 附录A 延伸阅读
- 版权