<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[敏捷开发，落地实践，持续改进]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/iamtestingiamtesting</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; iamtestingiamtesting]]></copyright><item><title><![CDATA[敏捷开发实践集（AgileDo）：如何做好Scrum Master]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/138323008</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/138323008</guid><author>iamtestingiamtesting</author><pubDate>Mon, 29 Apr 2024 21:22:17 +0800</pubDate><description><![CDATA[如何做好Scrum Master，可以从6个方面入手]]></description><category></category></item><item><title><![CDATA[AgileDo实践集：一份详尽的DoD清单（功能被完成的标准，除了编码，还有什么？）]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/138092692</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/138092692</guid><author>iamtestingiamtesting</author><pubDate>Mon, 22 Apr 2024 21:28:07 +0800</pubDate><description><![CDATA[一份详尽的DoD清单，是对完成标准的共识。除了编码以外，还应该包含哪些 ]]></description><category></category></item><item><title><![CDATA[AgileDo实践集：电商行业200+团队规模化敏捷转型整体流程]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/138087568</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/138087568</guid><author>iamtestingiamtesting</author><pubDate>Mon, 22 Apr 2024 19:08:32 +0800</pubDate><description><![CDATA[客户在试点单个团队的Scrum、50+团队的规模化敏捷取得了很好的效果，准备在200+规模的团队中开展敏捷转型。AgileDo的敏捷教练基于Scrum @ Scale、DA（规范敏捷）和Lean（精益软件开发）,为客户制定了详细的规模化敏捷转型方案，方案需要兼顾产品开发和项目开发。这里简要介绍一下整体的研发流程 ]]></description><category></category></item><item><title><![CDATA[AgileDo实践集：敏捷开发最新趋势]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/137889730</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/137889730</guid><author>iamtestingiamtesting</author><pubDate>Wed, 17 Apr 2024 21:27:39 +0800</pubDate><description><![CDATA[2024，敏捷开发的最新趋势]]></description><category></category></item><item><title><![CDATA[AgileDo实践集：异地协作的敏捷开发实践]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/137888781</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/137888781</guid><author>iamtestingiamtesting</author><pubDate>Wed, 17 Apr 2024 21:00:28 +0800</pubDate><description><![CDATA[AgileDo敏捷教练团队帮助客户北京、深圳、济南三地团队通过敏捷开发协作完成一个产品，文章分享遇到的困难和AgileDo的解决方案 ]]></description><category></category></item><item><title><![CDATA[AgileDo实践集：嵌入式开发的敏捷实践]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/137835618</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/137835618</guid><author>iamtestingiamtesting</author><pubDate>Tue, 16 Apr 2024 19:05:34 +0800</pubDate><description><![CDATA[AgileDo团队已经有60+具体的敏捷技术实践和模式，以实现嵌入式开发的更高质量、快速交付、聚焦客户价值和应对需求的变更。这里分享其中的一部分]]></description><category></category></item><item><title><![CDATA[AgileDo实践集：规模化敏捷实践 - 50+团队规模化Scrum的组织架构]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/137753797</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/137753797</guid><author>iamtestingiamtesting</author><pubDate>Sun, 14 Apr 2024 20:44:18 +0800</pubDate><description><![CDATA[50+团队规模化Scrum的组织架构]]></description><category></category></item><item><title><![CDATA[再读经典的“微软团队－成功秘诀”]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84460168</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84460168</guid><author>iamtestingiamtesting</author><pubDate>Fri, 19 Jul 2013 08:29:25 +0800</pubDate><description><![CDATA[
今天静下心来，重新读了一下很久以前就读过的“微软团队－成功秘诀”，有一些体会分享：（有些是老生常谈，但确实是最容易疏忽的）
 
 
①    软件是智能产品，包含的智能越高，软件的价值就越高。管理者最辛苦的地方就是如何将团队的智能用聪明的方法结合起来
 
②    软件团队必须将软件和用户结合在一起，即软件不只是提供功能、性能，而且要提供用户体验（页面风格、交互、帮助、文档等），只有软...]]></description><category></category></item><item><title><![CDATA[38人团队，分为4个子产品小组，如何一起做回顾会议？]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84433955</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84433955</guid><author>iamtestingiamtesting</author><pubDate>Wed, 22 May 2013 08:41:59 +0800</pubDate><description><![CDATA[
38人团队，分为4个子产品小组，如何一起做回顾会议？

这是一个大的回顾会议，时长会在0.5～1天，总体分为两个部分，简单介绍如下：
 
①    搜集数据
a)        可视化项目
                        i.  CPO从项目的整体（预期的交付和实际的交付、技术债务等）做说明，写在大的翻纸上，以便其他人补充
                     ...]]></description><category></category></item><item><title><![CDATA[Adobe Premiere Pro小组的Scrum实践]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84426936</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84426936</guid><author>iamtestingiamtesting</author><pubDate>Mon, 06 May 2013 09:07:48 +0800</pubDate><description><![CDATA[
Adobe Premiere Pro小组的Scrum实践
①使用敏捷开发的原因：计划超期25％，重要的原因是在改Bug。敏捷转型首先使用的是Scrum
 
 
②人员比较多，Scrum团队如何组成？方案是：包含3个跨职能团队，Program manager作为三个团队的Scrum master，Senior Product Manager作为CPO，有最终的发言权，但是PO组包含了Eng...]]></description><category></category></item><item><title><![CDATA[Martin对敏捷宣言中“可工作软件胜过面面俱到文档”的解释]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84418152</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84418152</guid><author>iamtestingiamtesting</author><pubDate>Fri, 12 Apr 2013 08:54:32 +0800</pubDate><description><![CDATA[
Martin对敏捷宣言中“可工作软件胜过面面俱到文档”的解释
没有文档的软件是一种灾难。代码不是传达系统原理和结构的理想媒介。团队更需要编制易于阅读的文档，来对系统及其设计决策的依据进行描述。
 
 
然而，过多的文档比过少的文档更糟。编制众多的文档需要花费大量的时间，并且要使这些文档和代码保持同步，就要花费更多的时间。如果文档和代码之间失去同步，那么文档就会变成庞大的、复杂的谎言，会造...]]></description><category></category></item><item><title><![CDATA[TargetProcess公司敏捷开发历程－开发实践篇]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84416021</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84416021</guid><author>iamtestingiamtesting</author><pubDate>Sun, 07 Apr 2013 08:28:55 +0800</pubDate><description><![CDATA[
TargetProcess公司敏捷开发历程－开发实践篇
TargetProcess公司的创始人Michael Dubakov，分享了该公司50个月的敏捷开发演变历程，这里分享的是工程实践部分。
 

 
 
...]]></description><category></category></item><item><title><![CDATA[导致迭代交付失败的11名杀手]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84414655</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84414655</guid><author>iamtestingiamtesting</author><pubDate>Tue, 02 Apr 2013 09:06:47 +0800</pubDate><description><![CDATA[
      在敏捷开发中，短周期迭代是非常常用的方法。但是在现实中，迭代交付延期也是经常遇到的问题。在我实际遇到的众多案例中，我分析了以下11种因素是造成迭代交付延期的重要原因：
 
 

 
大图见：http://photo.weibo.com/1874343052/photos/large/photo_id/3560580984269281
 
 
...]]></description><category></category></item><item><title><![CDATA[落地敏捷典型问题：计划会议中的估算，你纠结吗？]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84412185</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84412185</guid><author>iamtestingiamtesting</author><pubDate>Tue, 26 Mar 2013 08:47:52 +0800</pubDate><description><![CDATA[
计划会议中的估算，你纠结吗？
 
在Scrum中的计划会议中，估算是较为让人纠结的环节。主要的问题是：1) 花费的时间长；2) 估算不准确 3) 估算是否有必要
 
 
原因是什么？我认为主要是：1) 对需求的理解不到位；2) 每一个需求严格按照planning poker的方式，对于简单的需求和强分工的任务意义不大，但是耽误了时间；3) 设计的风险没有被发现；4) 团队受到“兑现承...]]></description><category></category></item><item><title><![CDATA[TargetProcess公司敏捷开发历程－流程篇]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84409463</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84409463</guid><author>iamtestingiamtesting</author><pubDate>Tue, 19 Mar 2013 08:31:40 +0800</pubDate><description><![CDATA[
TargetProcess公司敏捷开发历程－流程篇
TargetProcess公司的创始人Michael Dubakov，分享了该公司50个月的敏捷开发演变历程。
 
 

 
大图见：http://ww2.sinaimg.cn/mw690/6fb8348cjw1e2txvvzvhwj.jpg
 
 
...]]></description><category></category></item><item><title><![CDATA[落地敏捷典型问题：有了这些迹象，一定是出现了问题]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84407749</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84407749</guid><author>iamtestingiamtesting</author><pubDate>Thu, 14 Mar 2013 09:25:47 +0800</pubDate><description><![CDATA[
落地敏捷典型问题：有了这些迹象，一定是出现了问题
有了这些迹象，一定是出现了问题
 
我们在周而复始的一次一次做迭代，提交新版本。但有一些迹象一旦出现，我们必须停下来，解决这些问题，否则将越来越糟。
 
1. 提交给客户的质量是不能接收的，客户很不愿意升级版本，因为会遇到无法预计的一些Bug
 
2. 给客户提交新功能，需要越来越长的时间。这个问题有可能产生于：功能的实现依赖于特定...]]></description><category></category></item><item><title><![CDATA[落地敏捷典型问题：新产品开发的两大教训]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84407368</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84407368</guid><author>iamtestingiamtesting</author><pubDate>Wed, 13 Mar 2013 08:39:41 +0800</pubDate><description><![CDATA[
落地敏捷典型问题：新产品开发的两大教训
 
我在2004年开始用敏捷开发的模式带领团队快速交付，一路走来有很多的经验，也有很多的教训。这里分享两个曾经的失败教训：
 
 
1. 没有正确理解PO角色：PO要和客户直接沟通，要能真正代表客户意图，否则产品很可能失败
 
 
关 键的客户沟通不到位，导致快上线了，客户认为的关键功能PO都不知道。产品开发之初，公司没有产品负责人（PO）...]]></description><category></category></item><item><title><![CDATA[Robert C. Martin 对验收测试的解释]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84406948</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84406948</guid><author>iamtestingiamtesting</author><pubDate>Tue, 12 Mar 2013 09:15:53 +0800</pubDate><description><![CDATA[
Robert C. Martin 对验收测试的解释

作 为验证工具来说，单元测试是必要的，但是不够充分。单元测试用来验证系统的小的组成单元应该按照所期望的方式工作，但是它们没有验证系统作为一个整体时工 作的正确性。单元测试是用来验证系统中个别机制的白盒测试（white-box tests）。验收测试是用来验证系统满足客户需求的黑盒测试（black-box tests）。
 
 
验收...]]></description><category></category></item><item><title><![CDATA[落地敏捷典型问题：Sprint中的外包]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84406565</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84406565</guid><author>iamtestingiamtesting</author><pubDate>Mon, 11 Mar 2013 08:58:11 +0800</pubDate><description><![CDATA[
落地敏捷典型问题：Sprint中的外包
在我们的实践中，遇到这样一些情形：在Sprint内团队确实无法完成，但业务、商务必须要实现，否则就会推迟数月不能开展业务，此时我们选择的是外包。虽然最终都完成了功能，达到了业务需要，但还是有一些经验和教训可以分享：
 
1.选择按项目承包，而不是“按人承包”
 
2.由于无法明确所有的需求细节，而且遍于沟通，要求承包公司的员工在我们公司实地办公...]]></description><category></category></item><item><title><![CDATA[落地敏捷典型问题之项目透明：固定的白板模式是失败的起点]]></title><link>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84405718</link><guid>https://blog.youkuaiyun.com/iamtestingiamtesting/article/details/84405718</guid><author>iamtestingiamtesting</author><pubDate>Fri, 08 Mar 2013 09:33:12 +0800</pubDate><description><![CDATA[
落地敏捷典型问题：固定的白板，失败的起点

在Scrum的模式中，白板被用来发现风险、团队协作、透明化等，确实是一种简单实用的手段，很多团队在使用白板后获得了直接的效果。但是，白板的使用过程中经常会出现以下问题，例如：
 
1)      一种固定模式的白板，对应一种固定模式的协作方式，但是在不同的实际场景中行不通
2)      白板上的关键信息不做持续记录和更新，失去存在的意义
...]]></description><category></category></item></channel></rss>