高绩效

2014年6月7日

所有代码都需要单元测试覆盖吗?

常常听到一些组织要求开发团队提高单元测试覆盖率,换来的却是怨声载道,或者是一堆应付差事的垃圾测试(没有断言的测试,都见过吧)。尽管,低测试覆盖率意味着对质量的信心不足,但是,单元测试覆盖率真的要达到100%才好吗?
2014年5月23日

越改越长的Bug管理流程

开发软件中的Bug需要进行科学的管理这样才能够确保正确的跟踪,以较为合适的成本进行Bug的修复,以及针对Bug做出正确的决策。因此各个公司基于各自的情况都设定了对应的Bug管理方法。其中包括采用了何种工具进行Bug的登记,Bug的严重级别如何定义以及Bug的管理流程。
2014年4月30日

优秀Product Owner的特质

我们总是觉得中国最缺好的Product Owner(PO),但在敏捷研发环境中,怎样来判断和选择PO呢?又从哪些方面来培养PO呢?允许我在此简要分享我的看法。我认为优秀的PO最重要的是要具备超强的产品领导力,然后是合作的心态,并且愿意去探索和演进产品。她是产品Backlog管理的大师,具备平衡的艺术和能力。
2014年4月15日

从马航失联事件看频繁发布的意义

频繁发布,尽早让大家看到有用的结果,有助于建立与相关利益方的信任。信任是一种难以定义的事物,社会学家称之为社会资本(Social Capital)。研究发现,信任是由事件驱动的,相比大规模但是偶尔发生的活动,小而频繁的表现更加能增加信任的产生。
2014年4月15日

敏捷中分布式跨地域团队的沟通合作策略

敏捷的工作模式强调个体及团队的互动和频密交流,为了及早反馈和频密交付。但这对于分布在不同办公室甚至不同国家的团队成员带来不小的沟通和合作方面的挑战,很多人会觉得沟通的负担超重,或者浪费无谓的等待时间。基于我们的经验,如何应对其实也没有什么大秘密,只要遵循以下一些原则和策略,就能减少分布式的合作之痛,同时确保良好的敏捷交付效果。
2014年4月15日

大公司里技术专家转做基层Product Owner,前途何在?

PO到底是个什么职位呢?在互联网类的公司里,PO做为产品经理是科技,商业与用户体验的综合体,有权决定产品的未来。但在电信设备类的公司里,情况稍有不同,我总结为PO乃技术、管理和人性的综合体。
2014年4月15日

新型的敏捷矩阵组织:部落、分队、分会和协会

组织导入敏捷往往更加关注形式和标准化,然后却发现不同团队的接受程度不同。 这里介绍了Spotify 的大规模敏捷之路。在从6个人扩张到1200人的过程中,它使用一种了新型的矩阵组织来扩展:部落、分队、分会和协会。