2017年6月13日

至虚极,守静笃 | 颠覆式变革下的认知升级之路

当旧有的问题解决方式和决策方式不再奏效,甚至会陷入“越解越乱,越扑腾死得越快”的尴尬境地时,我们该如何去调动深层智慧,不被问题表象所惑,跳出现有认知模式的束缚,去看到全新的解题思路呢?今天,就让我们从这个U型的核心流程"教练圆圈"说起,来个管中窥豹,看看这个在"政商社学"各界领导者中产生广泛影响的U型理论,在乌卡时代会带给我们什么样新的启示?
2017年3月15日

如何逐步引入TDD

看到效果是团队能够自动吸收TDD的最佳策略。一定要让团队亲自去感受到TDD的效果。
2017年1月23日

敏捷中的文档平衡艺术

如何分拆硬件研发中的产品增量? 这个例子来自德国纽伦堡的某个硬件产品团队,他们在5年前开始导入LeSS(大规模敏捷)。
2015年5月19日

创意文化管理札记

把高明的点子交予平庸的团队,点子就会毁在他们手上。把平庸的点子交予一支卓越的团队,那么团队要么就对点子进行改进,要么就是将点子推翻,提出更好的构想。也就是说,如果你能组建一支优秀的团队,那么他们就能给你好点子。
2015年1月22日

敏捷开发中分解用户故事的几种模式

用户故事是敏捷开发中流行的需求表达手段,各种敏捷流派中都提倡将大型需求进行化整为零,减少颗粒度,提高灵活性,实现尽早交付价值和揭示风险。
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%才好吗?
拨打免费咨询电话 021-63809913