观点文章

2014年10月20日

Spotify的敏捷工程文化

Spotify的敏捷工程文化讲的是关于失败,用Spotify的创始人Daniel的话说就是,“我们要比其它人更快地犯错误”。因为失败意味着学习,因此更快地失败就意味着更快地学习,更快地改进。
2014年9月12日

Scope-Question-Assumption需求讨论会

最近在辅导敏捷团队和教授Scrum课程中,发现团队提出的很多的问题现象可以归结为迭代前讨论不充分所导致。 根据自己多年亲身实践的敏捷经验,如果在迭代的计划会议上,团队并没有澄清和理解需求,而是在迭代过程中再进行需求澄清,那么往往导致“迭代紧张、测试不充分、估算不准确、精神面貌不良”等表面现象。
2014年8月20日

高绩效scrum敏捷团队的4个特征

最近的课程碰到了很多ScrumMaster和Product Owner对于打造高效能团队(效率和效果并重)的困惑和疑问,这也促发我们对这个问题再次的关注、思考及总结。简而言之,我们觉得团队的打造方向就是四个重点特征:纪律性;主动性;合作性;创新性。
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日

敏捷启示录—石头的寓言 (The Parable of Stones)

我一直用这件事比喻竭尽全力工作的团队。正是通过团队合作,通过这些精英的相互碰撞,通过辩论、对抗、争吵、合作,相互打磨。磨砺彼此的想法,才能创造出美丽的“石头”。
2014年4月15日

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

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

 

拨打免费咨询电话 021-63809913