<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
 <channel>
  <title>yizhituzei</title>
  <link>http://yizhituzei.blogbus.com</link>
  <description><![CDATA[一只土贼的博客博客波波客]]></description>
  <generator> by blogbus.com </generator>
  <lastBuildDate>Tue, 14 Feb 2012 18:41:01 +0800</lastBuildDate>
  <image>
									<url>http://public.blogbus.com/profile/1/3/7/4604731/avatar_4604731_96.jpg</url>
									<title>yizhituzei</title>
									<link>http://yizhituzei.blogbus.com</link>
								</image>  <item>
   <title>转至独立博客</title>
   <description><![CDATA[今日开始博客已经转至独立博客<br />
<br />
欢迎访问<br />
<br />
www.tuzei8.com<br />
<br />
<!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F94683719.html&title=%E8%BD%AC%E8%87%B3%E7%8B%AC%E7%AB%8B%E5%8D%9A%E5%AE%A2">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/94683719.html</link>
   <author>yizhituzei</author>
   <pubDate>Thu, 30 Dec 2010 11:47:00 +0800</pubDate>
  </item>
  <item>
   <title>二十三 如何解决流于形式的敏捷实践</title>
   <description><![CDATA[&ldquo;面对慢慢流于形式的敏捷实践，该怎么办？&rdquo;<br /><br />在某些情况下，敏捷实践不能够坚持而流于形式。作为项目管理者，需要做的不是强行用行政手段强推实践，也不是放任自流，而应该做的分析这个实践所期待发挥的价值，采取正确的策略应对。<br /><br />以当前团队中对于验收条件的态度变化为例。<br /><br />在实践验收条件几个月之后，从各方的反馈来看，似乎验收条件不被重视：<br /><br />- 对于开发人员来说，因为有详细的设计文档，大部分详细信息都在设...<!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F75110042.html&title=%E4%BA%8C%E5%8D%81%E4%B8%89+%E5%A6%82%E4%BD%95%E8%A7%A3%E5%86%B3%E6%B5%81%E4%BA%8E%E5%BD%A2%E5%BC%8F%E7%9A%84%E6%95%8F%E6%8D%B7%E5%AE%9E%E8%B7%B5">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/75110042.html</link>
   <author>yizhituzei</author>
   <pubDate>Thu, 16 Sep 2010 23:50:27 +0800</pubDate>
  </item>
  <item>
   <title>二十二 敏捷项目的三层保护</title>
   <description><![CDATA[<p>- 为什么需要保护？<br />- 谁来保护？<br />- 如何保护？<br /><br />敏捷项目因为透明而往往趋向于脆弱&mdash;&mdash;一个鼓励提前暴露风险和缺陷的精益环境，它把交付团队的一切都展露无疑，风险或者坏味道在第一时间就可以被暴露。风险或缺陷的提前暴露，在某种情况下会引起客户的不安，如果没有适当的引导和疏解，这样的不安会变成很多&ldquo;反敏捷&rdquo;的动作，例如：填写每日工作日志审核，或者按照合同强压开发上。结果是，我们推崇的敏捷特性&mdash;&amp;mdas...</p><!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F73972628.html&title=%E4%BA%8C%E5%8D%81%E4%BA%8C+%E6%95%8F%E6%8D%B7%E9%A1%B9%E7%9B%AE%E7%9A%84%E4%B8%89%E5%B1%82%E4%BF%9D%E6%8A%A4">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/73972628.html</link>
   <author>yizhituzei</author>
   <pubDate>Sun, 29 Aug 2010 20:52:18 +0800</pubDate>
  </item>
  <item>
   <title>二十一 敏捷实践后的若干步</title>
   <description><![CDATA[<p>&ldquo;没有路线图，实践终有一天会被忘记。&rdquo;<br /><br />为什么我会觉得疲惫不堪且阻力重重，为什么似西西弗斯（Sisyphus）的巨石终日不得安息，为什么若置黑洞中旋转挣扎？敏捷实践不受保护，甚至被榨干每一点可能的改进，所有人都在焦虑等待敏捷能够带来的可以体会的好处时，敏捷本身到底应该何去何从？<br /><br />我们的敏捷实践是一个关于50多个善良可爱的底层开发者精益化自己这个小组织的故事。在这个组织里，业务组（负责业务逻辑的开发）便是核心的价值流，我们所有工作都围...</p><!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F72603877.html&title=%E4%BA%8C%E5%8D%81%E4%B8%80+%E6%95%8F%E6%8D%B7%E5%AE%9E%E8%B7%B5%E5%90%8E%E7%9A%84%E8%8B%A5%E5%B9%B2%E6%AD%A5">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/72603877.html</link>
   <author>yizhituzei</author>
   <pubDate>Wed, 11 Aug 2010 19:24:06 +0800</pubDate>
  </item>
  <item>
   <title>二十 谁杀死敏捷 谁保护敏捷</title>
   <description><![CDATA[<p>&ldquo;客户、销售、友商三人一起谋杀敏捷&rdquo;<br /><br />你可以这样思考，敏捷最成功的实例一定是具有以下三个元素：客户对精益生产的认同，销售在交付压力方面对团队无微不至的保护，友商的通力协作和配合。那么敏捷最失败的实例一定具有以下三个元素：客户足够强大搞死团队、客户和销售合作搞死团队、客户、销售和友商通力合作搞死团队。<br /><br />客户谋杀敏捷的工具很简单，交付压力。那些用合同关系于开发团队绑定的客户，在乎团队开发进度情况，却不在乎如何帮助团队解决，通常做的永远是...</p><!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F72463568.html&title=%E4%BA%8C%E5%8D%81+%E8%B0%81%E6%9D%80%E6%AD%BB%E6%95%8F%E6%8D%B7+%E8%B0%81%E4%BF%9D%E6%8A%A4%E6%95%8F%E6%8D%B7">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/72463568.html</link>
   <author>yizhituzei</author>
   <pubDate>Tue, 10 Aug 2010 22:30:02 +0800</pubDate>
  </item>
  <item>
   <title>十九 我们忘记CoC了吗？</title>
   <description><![CDATA["请问，我们忘记什么是CoC了吗？"<br /><br />还记得敏捷宣言里Customer collaboration over Contract negotiation吗？我无法理解的是，到底是用敏捷让客户与开发商之间达到CoC，还是在CoC之后才能适用敏捷？敏捷宣言到底是敏捷所达到的结果还是制约敏捷实施的准入条件？<br /><br />如果CoC是敏捷希望达到的目标，那么合约关系对敏捷实践的推行有着强大的阻力。合约关系是目标驱动&mdash;合约范围里交付一定量的产品（代码），合作的另一方纯...<!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F72369661.html&title=%E5%8D%81%E4%B9%9D+%E6%88%91%E4%BB%AC%E5%BF%98%E8%AE%B0CoC%E4%BA%86%E5%90%97%EF%BC%9F">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/72369661.html</link>
   <author>yizhituzei</author>
   <pubDate>Mon, 09 Aug 2010 20:41:57 +0800</pubDate>
  </item>
  <item>
   <title>十八 敏捷死于交付压力</title>
   <description><![CDATA[&ldquo;敏捷项目多死于交付压力&rdquo;<br /><br />敏捷并不是保证交付的银弹，敏捷也从来不是提高交付速度的工具，敏捷和其他所有项目一样，当交付压力过大时，很可能面临失败。因为敏捷的迭代化特征，使这个交付压力从第一个迭代就能体现，而如果这个交付压力不能够很好的解决，比起传统瀑布式项目来说，更容易造成失败。<br /><br />传统的瀑布式模型对交付压力的反应最慢。在整个开发期中，交付压力的体现往往需要到后期才能显现&mdash;&mdash;所有人都在工作，谁也不知道能不能完成...<!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F72046303.html&title=%E5%8D%81%E5%85%AB+%E6%95%8F%E6%8D%B7%E6%AD%BB%E4%BA%8E%E4%BA%A4%E4%BB%98%E5%8E%8B%E5%8A%9B">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/72046303.html</link>
   <author>yizhituzei</author>
   <pubDate>Fri, 06 Aug 2010 19:11:53 +0800</pubDate>
  </item>
  <item>
   <title>十七 浪费的本质</title>
   <description><![CDATA[&ldquo;对不起，请停下来，努力工作也可能是浪费&rdquo;<br /><br />－ 对浪费的理解不深刻<br />－ 杜绝浪费就是&ldquo;不做不产生价值的东西&rdquo;<br />－ 如何&ldquo;不做不产生价值的东西&rdquo;<br /><br />到底什么是浪费，一般的理解里，浪费可以是我们看到公司购买最高档的打印机，但实际上很少人用；浪费可以是本来约定十点的会议到十点二十人才到齐；浪费可以是本来可以一个人解决的事情却需要繁杂的流程审核。但我们却很少有一个统一认识，只...<!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F71107572.html&title=%E5%8D%81%E4%B8%83+%E6%B5%AA%E8%B4%B9%E7%9A%84%E6%9C%AC%E8%B4%A8">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/71107572.html</link>
   <author>yizhituzei</author>
   <pubDate>Fri, 30 Jul 2010 22:42:17 +0800</pubDate>
  </item>
  <item>
   <title>十六 一体化团队</title>
   <description><![CDATA[&ldquo;大型团队敏捷实践得答应我3件事&rdquo;<br /><br />－ 我们追求一体化团队<br />－ 为何不能达成一体化团队<br />－ 如何达成一体化团队<br /><br />精益生产中单件流模式最终依靠U型生产线实现，将传统生产方式中产生的库存及等待所产生的浪费降至最低，依靠需求拉动，和有缺陷及停止的制度，保证每件从U型流水线上流出的产品都是符合质量标准并满足需求的。映射到敏捷软件开发中，将分析人员，开发人员，测试人员集中在一个一体化团队，每个团队的技能足以满足一个需求从设...<!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F70977211.html&title=%E5%8D%81%E5%85%AD+%E4%B8%80%E4%BD%93%E5%8C%96%E5%9B%A2%E9%98%9F">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/70977211.html</link>
   <author>yizhituzei</author>
   <pubDate>Thu, 29 Jul 2010 22:59:18 +0800</pubDate>
  </item>
  <item>
   <title>十五 敏捷项目启动</title>
   <description><![CDATA[<p>&ldquo;让我们推动大铁球&rdquo;<br /><br />老王是一个典型的H人－充满激情和执行力极强，他忧虑地跟我说：&ldquo;这个项目就像一个大铁球，人人都知道很重，但是光滑的表面让所有人不知如何使劲&rdquo;。我的回复是：&ldquo;你需要一个敏捷里的项目启动&rdquo;。<br /><br />这样的项目都有一个类似的特征：一个被拍脑袋的，谁也不知道能不能完成的结束日期；一堆还未明确的需求；一群缺乏计划的开发人员；和一个必须看到团队至少应该干点什么的项目经理。以往的项目开...</p><!--sp--><div class="addfav"><br />收藏到：<span class= "delicious"><a href="http://delicious.com/save?url=http%3A%2F%2Fyizhituzei.blogbus.com%2Flogs%2F70698391.html&title=%E5%8D%81%E4%BA%94+%E6%95%8F%E6%8D%B7%E9%A1%B9%E7%9B%AE%E5%90%AF%E5%8A%A8">Del.icio.us</a></span></div><br /><br /><div class="sysmsg"><b><a href="http://www.blogbus.com" target="_blank">博客大巴，你的个人传媒早班车</a></b></div><br /><br />]]></description>
   <link>http://yizhituzei.blogbus.com/logs/70698391.html</link>
   <author>yizhituzei</author>
   <pubDate>Tue, 27 Jul 2010 23:15:00 +0800</pubDate>
  </item>
 </channel>
</rss>

