《极客与团队》一使用bug跟踪系统

使用bug跟踪系统

极客与团队
如果你打算使用问题和bug跟踪系统的话(事实上你也应该用),很重要的一点是你要准备好一套流程来处理和分流bug,这样才能鼓励人们提交并且按时修复重要的bug。如果bug跟踪系统不被重视或者没有轻重缓急的安排,也就不会再有人提交bug,人们的不满也会无处发泄。当团队最终开始在bug跟踪系统里乱挖的时候,他们很可能会去修复那些不重要的bug,却把重要的bug丢在一边。

记住,bug跟踪系统的本质只是一个稍微专业化一点的“网络论坛”或者“电子公告栏”。所以它也拥有很多和邮件列表相同的特点,因此很多最佳实践都是可以照搬过来的。和bug有关的随心交谈都应该作为更新记录在bug跟踪系统里,所有的想法和决策都要“正式”发布给所有人看到。语气措辞要文明,绝不容忍任何挑衅行为。如果讨论变得过于冗长或是琐碎,就应该把它暂时移到主邮件列表上去——E-mail客户端更擅长处理这种复杂的讨论串。

时间: 2024-11-02 21:23:56

《极客与团队》一使用bug跟踪系统的相关文章

《极客与团队》一导读

前 言 极客与团队 "工程问题都很简单.人际关系才是最难的." --比尔·库格伦,前Google工程部资深副总裁 生活中总是充满了离奇的转折,就好像我们俩从没想过会合作写一本软件工程的书一样. 和大多数电脑狂一样,大学毕业后我们发现自己的兴趣和热情(折腾电脑)居然也是不错的谋生手段.而和那个时代的大多数黑客一样,我们的整个20世纪90年代中期都是在干这些事情,用别人剩下的零件攒机,拿着一大叠软盘安装预览版的Linux,然后学着操纵UNIX机器.我们都是系统管理员出身,然后在互联网泡沫刚

《极客与团队》一沟通也是工程的一部分

沟通也是工程的一部分 极客与团队市面上软件开发流程方面的书可以说是数不胜数.我们无意在此做过多深入的讨论,只想提几点和沟通特别有关的,无论遵循何种开发理念,这些要点都值得关注. 代码注释代码注释风格是一样很主观的东西.原作者常常通过详细的注释解释自己的意图和理由,这些对理解代码都很有帮助,但是却要付出后续维护的代价:过时甚至不准确的注释反而会极大地妨碍对代码的理解.同样,过于扼要的注释,或者干脆没有注释也会浪费将来维护或者API用户的时间.注释一般是用来说明代码里缺失的部分,以及起得不好的名字,

《极客与团队》一隐瞒是有害的

隐瞒是有害的 极客与团队假如你一直都是单打独斗的话,你其实是增加了自己失败的风险,而且浪费了自己成长的可能性. 首先,你怎么知道自己选的路是对的? 假设你是一名狂热的自行车设计师,有一天你想到了一个绝妙的主意,设计出一个具有颠覆性的换挡装置.你订购了零件,然后在车库里泡了好几个星期来制作原型.当你的邻居(他也是自行车爱好者)问你最近在忙什么的时候,你想还是先保密好了.在这个设计完善之前,你不想任何人知道它的存在.几个月以后,你遇到了瓶颈,没有办法令原型正常工作,但由于这个项目是保密的,所以也没办

《极客与团队》一团队才是王道

团队才是王道 极客与团队 现在我们来小结一下. 我们到目前为止一直在打磨的观点就是,在编程领域里,真正的独行侠是很罕见的--就算他们真的存在,他们的非凡成就也不是凭空而来的.这些改变世界的成就几乎都是集体智慧努力得来的结晶. 因此建立一支全明星团队才是真正的目标,不过想达成这个目标,难度高得惊人.最好的团队能充分利用好队里的巨星是没错,但是集体的力量一定是大于个体力量之和的. 用一句话来说就是:软件开发是集体项目. 乍看之下这个理念很难让人接受,毕竟这和我们心里的天才程序员幻想是相抵触的,所以先

《极客与团队》一文化和人

文化和人 极客与团队 编写软件和在流水线上简单地组装产品可不一样.有些工作只需要几天培训和一些基本的工具就可以完成,如果有工人退出或离职(或者就是学不会),你只需要替换为另一个工人就可以了.在流水线环境里,员工通常只要机械性地完成简单的任务即可,而不需要什么创造性思维或是解决问题的本领.但在软件行业里,产品工程师则需要大量的创造性思维1,这就是说如果你想要出色的产品,那么就离不开出色的工程师.而且如果你希望这些出色的工程师能做出漂亮的产品(并且留住这些优秀人才的话),你就需要为他们建立起一种团队

《极客与团队》一为什么要关心它

为什么要关心它 极客与团队 简单来说,关心团队文化的原因就在于如果不努力营造它,那么团队最终会因为某个特别强势的人的出现而被注入他个人的文化基因.这种文化或许是生产力强劲的健康文化,能产出大量的优秀代码.但事实往往相反,你会突然发现自己在争执和争斗中浪费了太多精力,没有办法集中精神去设计和编写代码.不仅如此,团队拥有一个共同的价值观并愿意为之奋斗是非常重要的事情.要是团队不在意自身的团队文化,那么不仅构建强烈的团队认同感以及对自身工作的骄傲感会变得十分困难,而且会很容易受新人影响而引入糟粕. 大

《极客与团队》一什么是文化

什么是文化 极客与团队 当我们听到"文化"这个词的时候,脑子里浮现的情景往往是某个晚上去歌剧院看演出,或是高中生物课上在培养皿里繁殖细菌的画面.工程师团队的文化其实和后者的差别并不大. 假如你吃过非常美味的发酵面包并且对烘培它的人感到好奇的话,你会发现这面包的关键就在于酵母.酵母是面粉和水里的酵母菌和乳酸菌.酵母菌能让面包膨大,而乳酸菌是让面包具有强烈酸味的秘密.然而并非所有乳酸菌都是一样的,有些乳酸菌产生出来的风味更好吃,所以当面包师找到味道一流的酵母(即含有恰当酵母菌混合比例的面团

《极客与团队》一帮我把代码藏起来

帮我把代码藏起来 极客与团队 过去6年来我们俩一直在各种编程大会上做演讲.由于我们是2006年发布Google开源项目托管服务的小组成员,所以我们收到了很多关于这个产品的问题和请求.到了2008年中的时候,我们注意到这些请求里出现了很明显的趋势. 能让Google Code上的Subversion隐藏某个分支么? 能不能实现这样的功能:先把新建项目隐藏起来,等到准备妥当的时候再公开发布? 我想推倒重来,能不能删掉整个历史记录呢? 你能看出这些请求之间的共同之处么? 这里的要害就是缺乏安全感.人们

《极客与团队》一每日进行的讨论

每日进行的讨论 极客与团队 假设大方向已经确定,接下来需要确定的就是每天团队用来协调的工具.这些工具很有用,但是可能会限制沟通的效果,因为它们常常缺乏面部表情以及身体语言这种辅助的沟通渠道.结果它们可能会导致沟通产生误解,从本质上对HRT造成威胁.不管怎么说,这些工具对绝大多数团队来说仍然是不可替代的,(只需要一点点努力)就可以大大提高生产力. 邮件列表 我们还没见过写软件不用邮件列表的人,不过这些技巧可以让你更好地利用邮件列表. 很多非常成功的项目都有好几个邮件列表,把开发讨论.代码审查.用户