<?xml version="1.0" encoding="gb2312"?>
<rss version="2.0">
<channel>
<title>项目管理</title>
<link>http://www.kuqin.com/projectmanage/</link>
<description>挖经验 / 项目管理</description>
<language>zh-cn</language>
<generator>Copyright &amp;copy; 2007-2008 &lt;A href=&quot;http://www.kuqin.com&quot;&gt;酷勤网&lt;/A&gt; All Rights Reserved
&lt;A href=&quot;http://www.miibeian.gov.cn/&quot; target=&quot;_blank&quot;&gt;京ICP备07011765号&lt;/A&gt;</generator>
<webmaster>kuqin.com@163.com</webmaster>
<item>
    <title>与Martin Fowler关于敏捷方法的问答</title>
    <link>http://www.kuqin.com/projectmanage/20090705/60840.html</link>
    <description>2009年6月23日，Martin Fowler到公司访问，与我们开了一个小型座谈会并顺便拜访了他在ThoughtWorks的同事们。
以下是座谈的内容：
1、如何在常规业务中应用敏捷方法？ 
常规业务（Business As Usual）是指使公司业务正常运营而进行的一些日常业务活动，对于IT部门而</description>
    <pubDate>2009-07-05</pubDate>
    <category>项目管理</category>
    <author>jnj</author>
    <comments>酷壳</comments>
</item>
<item>
    <title>关键路径的运用—-项目时间计划</title>
    <link>http://www.kuqin.com/projectmanage/20090705/60839.html</link>
    <description>&amp;nbsp;以前做项目我们在估算测试工期时，基本上是从项目经理告知预计发布时间，从开发负责人那里获知代码的开发结束时间，中间的这段时间大概估算还行的话，那么测试的开始时间，结束时间基本上也就这么定了。这个毛估估出来的测试时间，有时候会成为我们后期测试紧迫的</description>
    <pubDate>2009-07-05</pubDate>
    <category>项目管理</category>
    <author>葵儿</author>
    <comments>Taobao QA Team</comments>
</item>
<item>
    <title>敏捷记忆卡：学习和记忆敏捷的索引卡</title>
    <link>http://www.kuqin.com/projectmanage/20090705/60838.html</link>
    <description>很多人打趣地把3x5英寸大小的索引卡片称作为&amp;ldquo;敏捷专家的徽章&amp;rdquo;。很多情况下这么说也不能算不对或者不合适。通常很多敏捷活动的一大特点就是跟一堆索引卡片打交道。但是能否通过使用索引卡片来学习和牢记敏捷呢？Tim Ottinger和Jeff Langr想通过他们的敏捷记</description>
    <pubDate>2009-07-05</pubDate>
    <category>项目管理</category>
    <author>Mike Bria 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>项目进度与项目成本的计划统筹</title>
    <link>http://www.kuqin.com/projectmanage/20090705/60696.html</link>
    <description>　　项目经理与客户签订开发合同之后，接下来的工作就是组织项目团队、绘制专业领域技术编制表、建立工作分析结构（WBS）以及项目组成员的责任矩阵，并在此基础上进行工期和预算的分摊，也就是制定项目的进度和成本计划。
　　成员能力评估
　　为了让项目组成员各负</description>
    <pubDate>2009-07-05</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>IT168</comments>
</item>
<item>
    <title>俞军离职前演讲：谈管理之道</title>
    <link>http://www.kuqin.com/projectmanage/20090629/59598.html</link>
    <description>百度副总裁俞军将于明天正式离职。上周，俞军在离职前在公司做了一个演讲，谈了关于管理的一些内容，直白而又深刻。以下是俞军演讲全文：
以文取人&amp;mdash;&amp;mdash;所有选手站在同一个起跑线
如何选人？选什么样的人？很多经理都会面临这样的问题。选对一个人，会大大提</description>
    <pubDate>2009-06-29</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>百度爱好者</comments>
</item>
<item>
    <title>敏捷项目注资──得到高效结果的巧方妙计</title>
    <link>http://www.kuqin.com/projectmanage/20090629/59532.html</link>
    <description>初次采用敏捷的组织需要重新评估他们是如何管治和对项目注资的。组织的形势千变万化，与项目相关的决定需要快速做出，同时要特别留意项目和组织要达到什么目标。
Rob Thomsett是一名咨询师，也是《极限项目管理》的作者，在最近的一次 Cutter Edge上，他就项目如何注资</description>
    <pubDate>2009-06-29</pubDate>
    <category>项目管理</category>
    <author>Shane Hastie 译者 张晓庆</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>在产品开发过程中保持较快开发速度的要素</title>
    <link>http://www.kuqin.com/projectmanage/20090629/59357.html</link>
    <description>原文标题：鸟儿是追不上蜻蜓的
原文链接：http://www.uesign.com/2009/06/54804/
最近接了几个网站建设的活，从网站策划到网页设计制作，都是我和朋友两个人在完成，工作量虽然很大，经常忙到凌晨两三点，却不感觉到累。
这就是做顺畅了的感觉，网站的前期策划到最后</description>
    <pubDate>2009-06-29</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>OutC</comments>
</item>
<item>
    <title>最近几年做软件项目的心得总结</title>
    <link>http://www.kuqin.com/projectmanage/20090628/59305.html</link>
    <description>【做软件外包经验告诉我】1. 做软件需要人海战术，软件是需要大量的体力劳动，而不是脑力劳动。
有一句俗话，一个萝卜一个坑，软件项目的功能模块多了，每个功能都需要有一个人盯，不断改进不断维护。而且功能划分得越细了，工作量越大，需要的人越多，否则哪里会产生</description>
    <pubDate>2009-06-28</pubDate>
    <category>项目管理</category>
    <author>吉日嘎拉</author>
    <comments>博客园</comments>
</item>
<item>
    <title>开发计划与软件测试</title>
    <link>http://www.kuqin.com/projectmanage/20090628/59302.html</link>
    <description>写blog对我来说其实就是写日志，记录日常工作中一些小事，常常比较散乱，所以标题总是不恰当。 
六月底了，又过了半年，前期开发告一段落。这一周主要是做下半年的开发计划，整理思路--&amp;gt;开会讨论--&amp;gt;分配工作--&amp;gt;大家分头整理、写计划文档--&amp;gt;再开会--&amp;gt;再</description>
    <pubDate>2009-06-28</pubDate>
    <category>项目管理</category>
    <author>梁-兄</author>
    <comments>C++博客</comments>
</item>
<item>
    <title>敏捷项目中的资源管理</title>
    <link>http://www.kuqin.com/projectmanage/20090626/58850.html</link>
    <description>很多人都知道：敏捷项目可以解决快速变更带来的问题。这些变更可能来自市场、系统 需求或是具体实现技术。然而，敏捷项目似乎对一种变更处理不好，就是项目人员的频繁变化。在实施敏捷的组织中，人们要想在项目间分配人力，经常面临这方面的挑战。Roland Ceullar谈到一</description>
    <pubDate>2009-06-26</pubDate>
    <category>项目管理</category>
    <author>Vikas Hazrati 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>分离需求与GUI设计——保持项目节奏实践之七</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58821.html</link>
    <description>系列文章目录索引：《保持项目节奏实践：掌控项目节奏，做到了如指掌》
我们希望系统解决的问题通过需求得以体现。GUI设计是要体现出GUI如何引导用户使用系统以解决他们的问题。很多项目都将GUI设计混同于需求的假面之下，这很让人讶异。如果你的项目总是陷于无尽的需</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>《Manage It！》</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>通过用例、用户故事、角色和场景来定义需求——保持项目节奏实践之六</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58820.html</link>
    <description>系列文章目录索引：《保持项目节奏实践：掌控项目节奏，做到了如指掌》
要减少不必要的代码，有一个好方法：想想谁会使用系统，又该如何开发用户需要的系统。
有很多项目都试图通过定义功能性和非功能性需求来确定需求。可是这些需求没有说明一个人如何使用系统，以及</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>《Manage It！》</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>准备重构——保持项目节奏实践之五</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58819.html</link>
    <description>系列文章目录索引：《保持项目节奏实践：掌控项目节奏，做到了如指掌》
重构是对代码的简化，无论是产品代码还是测试代码。重构不等于重新设计，只是简化而已。重构过的代码不会改变它的接口，只是更简单。
我的代码不见了
哈尔，初级开发人员
我现在参与的项目是离</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>《Manage It！》</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>多几只眼睛盯着产品——保持项目节奏实践之四</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58818.html</link>
    <description>系列文章目录索引：《保持项目节奏实践：掌控项目节奏，做到了如指掌》
邀请团队成员相互复查工作。复查的形式并不重要，结对编程（pair programming）、伙伴复查（buddy review）、同行复查（peer review）、走查（walk-through）、正式代码检查（formal code inspect</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>《Manage It！》</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>按功能实现，而不是按架构——保持项目节奏实践之三</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58817.html</link>
    <description>系列文章目录索引：《保持项目节奏实践：掌控项目节奏，做到了如指掌》

逐个功能进行实现和测试
哈威、维贾、道、兰迪、肯和梅布尔，负责提醒功能的团队
我是哈威，团队的头儿。我们的开发人员包括维贾、道、兰迪和肯，梅布尔是测试人员。我们在GUI、平台、硬件集</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>《Manage It！》</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>为构建创建自动化冒烟测试——保持项目节奏实践之二</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58816.html</link>
    <description>系列文章目录索引：《保持项目节奏实践：掌控项目节奏，做到了如指掌》
不管使用持续集成与否，都应该为构建产品创建自动化冒烟测试。冒烟测试仅仅是为了验证要构建的版本没有问题。你想添加多少回归测试都可以，我不拦着，但是使用冒烟测试，是要知道当前的构建版本是</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>《Manage It！》</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>持续集成——保持项目节奏实践之一</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58814.html</link>
    <description>系列文章目录索引：《保持项目节奏实践：掌控项目节奏，做到了如指掌》
项目经理不但要用管理实践掌控项目，还可以欢迎团队改变自己的技术实践，从而获得更大收益。本章包含的一系列实践，能为项目带来很多好处。项目经理和团队要根据自身的实际情况，判断如何调整、使</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>《Manage It！》</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>保持项目节奏实践：掌控项目节奏，做到了如指掌</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58812.html</link>
    <description>节奏，无所不在。春夏秋冬，日升月落，这是大自然的节奏；日出而作日入而息，朝九晚五，这是人类社会的节奏。生活有了节奏，人体的各个构成部分、乃至各个细胞才能正常运作，以保证整体的健康。社会中有节奏，而不是朝令夕改，大家才能安居乐业。
项目管理同样如此。《</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>《Manage It！》</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>无废话项目经理</title>
    <link>http://www.kuqin.com/projectmanage/20090625/58808.html</link>
    <description>1项目经理四个关键环节
A项目核心要解决的问题、项目边界。IT公司认为把软件安装好，功能培训给客户业务部门会操作，验收就OK了，这就是项目目标。而企业一般认为把ERP软件用起来就是项目目标。但这两种目标都是错误的。企业到底想在这一次项目中解决什么核心问题，哪</description>
    <pubDate>2009-06-25</pubDate>
    <category>项目管理</category>
    <author>阿朱</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>产品经理和项目经理的区别</title>
    <link>http://www.kuqin.com/projectmanage/20090624/58505.html</link>
    <description>　　 产品经理&amp;mdash;&amp;mdash;靠想。产品经理是做正确的事，其所领导的产品是否符合市场的需求，是否能给公司带来利润的。 
　　项目经理&amp;mdash;&amp;mdash;靠做。项目经理是把事情做正确，把事情作得完美，在时间，成本和资源约束的条件下完成目标。
　　从管理的角度讲，</description>
    <pubDate>2009-06-24</pubDate>
    <category>项目管理</category>
    <author>吕维</author>
    <comments>5G/五季网络</comments>
</item>
<item>
    <title>对项目管理的几点认识</title>
    <link>http://www.kuqin.com/projectmanage/20090620/57870.html</link>
    <description>自2007年参加工作以来，参与的项目也有好几个了，但都是以项目成员的角色参与，从来没有以项目经理的角色参与项目。中国有句古话叫&amp;ldquo;旁观者清&amp;rdquo;，同一个问题站的角度不同，可能会形成不同的结论。下面我就以一个普通项目成员的角度谈一下对项目管理的几个看法</description>
    <pubDate>2009-06-20</pubDate>
    <category>项目管理</category>
    <author>张荣华</author>
    <comments>博客园</comments>
</item>
<item>
    <title>敏捷，把纪律留下</title>
    <link>http://www.kuqin.com/projectmanage/20090620/57853.html</link>
    <description>在软件行业，大部分经理们都希望自己率领的团队能像军队一样具有铁的纪律性。在一次敏捷培训中，我们与众多来自国内软件公司的项目经理们讨论了敏捷，以及他们现在各自的开发方法和问题。闲谈中，一位学员冒出一句，&amp;ldquo;开发团队应该像军队，不仅要整体阵法严密，而</description>
    <pubDate>2009-06-20</pubDate>
    <category>项目管理</category>
    <author>mingj</author>
    <comments>BlogJava</comments>
</item>
<item>
    <title>没有大团队——Nothing is big enough!</title>
    <link>http://www.kuqin.com/projectmanage/20090618/57485.html</link>
    <description>刚才看到 Fenng 写的这篇博文：大技术团队的危险性。其中的一些东西，确实有一些感触。
维基百科上对于&amp;ldquo;团队&amp;rdquo;的定义是这样的（http://zh.wikipedia.org/wiki/%E5%9B%A2%E9%98%9F）：

&amp;ldquo;团队由若干独立成员共同组建，有临时与长期之分。团队要为某</description>
    <pubDate>2009-06-18</pubDate>
    <category>项目管理</category>
    <author>mikespook</author>
    <comments>Some reminiscences, some memories</comments>
</item>
<item>
    <title>大技术团队的危险性</title>
    <link>http://www.kuqin.com/projectmanage/20090618/57483.html</link>
    <description>技术团队小的时候，似乎只有人手不够才是最大的问题。而随着队伍壮大之后，管理者会最终发现除了徒增更多的沟通交流成本之外似乎并没有带来额外的生产力。
一个庞大的技术团队就好比那艘叫做 瓦沙 (refer 2) 的大船，看似将来可以横行海上，其实自身恰恰最为危险。
大</description>
    <pubDate>2009-06-18</pubDate>
    <category>项目管理</category>
    <author>Fenng</author>
    <comments>DBA notes</comments>
</item>
<item>
    <title>请不要缩在项目或产品的“龟壳”里面</title>
    <link>http://www.kuqin.com/projectmanage/20090615/56819.html</link>
    <description>也许是呆在&amp;ldquo;龟壳&amp;rdquo;里的时间太久了，以致于当下是个什么世道都快搞不清楚了。当开发者一天到晚忙于开发而不知周围环境变化的时候，就成了这种情况。也许在技术上已突飞猛进，但其它方面能力却在随之退化。
其时做产品过程中一直存在一个比较有意思的地方，就</description>
    <pubDate>2009-06-15</pubDate>
    <category>项目管理</category>
    <author>代震军</author>
    <comments>博客园</comments>
</item>
<item>
    <title>从游戏看项目管理中的团队沟通</title>
    <link>http://www.kuqin.com/projectmanage/20090615/56791.html</link>
    <description>周末参加了一个项目管理的培训,其中有个练习觉得很有深意，在这跟大家分享一下：
（1）题目介绍：
团队五个人分别拿到一张不同的试题纸A、B、C、D、E，5个人组成的team在规定的10分钟完成游戏。
（当时的图片忘记了，暂用汉字代替吧）：
E，您的5个汉字是：大、太 、犬</description>
    <pubDate>2009-06-15</pubDate>
    <category>项目管理</category>
    <author>葵儿</author>
    <comments>Taobao QA Team</comments>
</item>
<item>
    <title>项目经理成长日记（12）——不要法典</title>
    <link>http://www.kuqin.com/projectmanage/20090615/56723.html</link>
    <description>系列文章目录索引：《项目经理成长日记》
美国肯塔基州法律条文规定：&amp;ldquo;任何一个女人都不能穿着游泳衣出现在本州的公路上，除非她身边有至少两个警察护送，或者她手中拿着一根棍棒。&amp;rdquo;这条法律条文的后面又画蛇添足地补充道：&amp;ldquo;这条法律条文不适用于那</description>
    <pubDate>2009-06-15</pubDate>
    <category>项目管理</category>
    <author>小余(Yice) </author>
    <comments>博客园</comments>
</item>
<item>
    <title>迭代经理是什么角色</title>
    <link>http://www.kuqin.com/projectmanage/20090615/56721.html</link>
    <description>（节选自本人翻译中的《ThoughtWorks Anthology》一书的第7章&amp;ldquo;What Is an Iteration Manager Anyway?&amp;rdquo;）
第7章 迭代经理是什么角色？
行业日新月异，敏捷、迭代式和迭代这些热门词已是&amp;ldquo;飞入寻常百姓家&amp;rdquo;，一个定义模糊的新角色&amp;mdash;&amp;mdash;</description>
    <pubDate>2009-06-15</pubDate>
    <category>项目管理</category>
    <author>《ThoughtWorks Anthology》</author>
    <comments>BlogJava</comments>
</item>
<item>
    <title>我对CTO的理解</title>
    <link>http://www.kuqin.com/projectmanage/20090615/56719.html</link>
    <description>一、错误都是自上而下
当事情出现混乱的时候，人们总是寻求寄托于Process的制定，很多的管理者，觉察到事情的失控，却不明白根源所在，总是想制定、发明很多的流程、考核制度，通过强制、固化、硬推这些流程，来扭转局面，把底层的员工，当做贼来防范、看待，结果是错</description>
    <pubDate>2009-06-15</pubDate>
    <category>项目管理</category>
    <author>Speed</author>
    <comments>BlogJava</comments>
</item>
<item>
    <title>高效团队如何避免“团队自杀”</title>
    <link>http://www.kuqin.com/projectmanage/20090611/56043.html</link>
    <description>Steven Denning 最近发布了与高效团队有关的一系列文章，而敏捷组织正需要鼓励自己的团队提升效率，最终成为高效团队。
Denning认为：&amp;ldquo;在工作人口构成的所有团队中，高效团队仅占2%。&amp;rdquo;不过他也指出：
只要管理实践没有问题，你就可以拥有很多高效团队。类</description>
    <pubDate>2009-06-11</pubDate>
    <category>项目管理</category>
    <author>Shane Hastie 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>讨论：Scrum回顾会议怎么开最有效？</title>
    <link>http://www.kuqin.com/projectmanage/20090609/55699.html</link>
    <description>Scrum中的回顾会议到底怎么召开更加有效？大家又遇到了什么样的问题？最近在Google敏捷中国邮件组中，网名克强的网友发了名为&amp;ldquo;Scrum中的回顾会议如何开？&amp;rdquo;的帖子，其中他提出了关于Scrum回顾会议的8个问题和大家进行讨论。这八个问题是：


    领导要参</description>
    <pubDate>2009-06-09</pubDate>
    <category>项目管理</category>
    <author>金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>如何让团队更开心</title>
    <link>http://www.kuqin.com/projectmanage/20090603/54628.html</link>
    <description>这篇文章是《别做正常的傻瓜》第九章的读书笔记与感想。书中的题目是：你想让朋友和员工更开心么&amp;mdash;&amp;mdash;赠送礼物和激励员工的艺术。&amp;ldquo;道&amp;rdquo;的东西，我很怕自己理解成&amp;ldquo;术&amp;rdquo;，希望大家也不要误解如下九条。

    大中之小不如小中之大：送礼</description>
    <pubDate>2009-06-03</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>iamsujie的产品设计</comments>
</item>
<item>
    <title>关于团队 BLOG 这件事</title>
    <link>http://www.kuqin.com/projectmanage/20090602/54520.html</link>
    <description>现在网络上已经可以看到很多公司的团队对外的 BLOG ，关于这个话题，在这里记录一下我的一些个人看法。当然贵团队如果已经开博或者即将开博的话，毋须照搬，这不适是什么指导。
明确团队开博目的
首先必须确定要传递哪些信息给读者? 宣传公司团队文化? 技术宣传? 产品</description>
    <pubDate>2009-06-02</pubDate>
    <category>项目管理</category>
    <author>Fenng</author>
    <comments>DBA notes</comments>
</item>
<item>
    <title>成功实施结对编程</title>
    <link>http://www.kuqin.com/projectmanage/20090602/54519.html</link>
    <description>在我做咨询工作的三年半时间里，我（跟客户）谈论结对编程的时间比其他任何话题都多。一般来讲，客户的开发人员都从来没有结对过，也根本没有这个念头。而且更糟的是，那些搞商务的总觉得两个人坐在一台机器前面是浪费。
不过即使有着这些成见，等我们离开的时候，业务</description>
    <pubDate>2009-06-02</pubDate>
    <category>项目管理</category>
    <author>Jay Fields 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>敏捷团队的每周时间表</title>
    <link>http://www.kuqin.com/projectmanage/20090602/54515.html</link>
    <description>现在是早上9：35，你知道你的敏捷团队在哪儿吗？如果他们正遵循William Pietri的时间表示例，他们就正在开每日站立会议。除非是周一，周一的这个时候他们正在做迭代计划和启动会议。William的时间表实用易懂，并且激发了大家对敏捷团队时间安排的进一步的讨论。
这就是</description>
    <pubDate>2009-06-02</pubDate>
    <category>项目管理</category>
    <author>chris sims 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>决策判断是效率的核心关节</title>
    <link>http://www.kuqin.com/projectmanage/20090531/54111.html</link>
    <description>一个高效的团队必然是一个快速决策，快速反应，不会在判断决策上犹豫不决的团队。执行工作人员有着一套完善的SOP（Standard Operation Procedure，标准作业流程），执行的时候不会犹豫，直接操作。</description>
    <pubDate>2009-05-31</pubDate>
    <category>项目管理</category>
    <author>振之</author>
    <comments>毅博客</comments>
</item>
<item>
    <title>对日软件开发体会</title>
    <link>http://www.kuqin.com/projectmanage/20090531/54092.html</link>
    <description>在这一年的对日软件开发中，我体会到日本人主要把精力放在了前期的需求文档上，文档包含了代码的实现逻辑，SQL语句的编写等等，使得在开发上花很少很少的时间就可以实现程序，产生的bug率会很低。</description>
    <pubDate>2009-05-31</pubDate>
    <category>项目管理</category>
    <author>zhenyu</author>
    <comments>Taobao QA Team</comments>
</item>
<item>
    <title>项目经理成长日记（11）——我也会笑的很灿然</title>
    <link>http://www.kuqin.com/projectmanage/20090518/51878.html</link>
    <description>当你是项目经理的时候，当你已经带领自己的团队在艰苦奋斗的时候，但你还在为你的团队为何会是如此的时候？你的人员为什么老是达不到你的要求的时候？对于这些罗列不尽的问题，先不要把问题的矛头都指向别人，我们需要给自己找面镜子，看看问题是不是在自己这里。</description>
    <pubDate>2009-05-18</pubDate>
    <category>项目管理</category>
    <author>Yice(小余)</author>
    <comments>博客园</comments>
</item>
<item>
    <title>抛砖引玉，谈谈一般的团队开发过程</title>
    <link>http://www.kuqin.com/projectmanage/20090517/51713.html</link>
    <description>实际情况，项目来了，马上开需求会，分任务，然后需求评审，然后系统设计，数据建模，系统框架，开发，测试，小版本出来。。。。。一系列。最起码，根本不可能一周40工作小时。</description>
    <pubDate>2009-05-17</pubDate>
    <category>项目管理</category>
    <author>自適應軟件......</author>
    <comments>博客园</comments>
</item>
<item>
    <title>敏捷“蓝天使”</title>
    <link>http://www.kuqin.com/projectmanage/20090515/51395.html</link>
    <description>Laura 对“蓝天使”模型作了解释：每个人都能成为“蓝天使”中的一员，但在谁能加入团队的问题上，当前团队掌握有绝对的话语权。很明显，他们要挑选最佳中的最佳，要求不仅有高超的技术，而且能够展现出团队和海军最好的风貌。</description>
    <pubDate>2009-05-15</pubDate>
    <category>项目管理</category>
    <author>Chris Sims 译者 金明</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>大型团队能使用站立会议实践么？</title>
    <link>http://www.kuqin.com/projectmanage/20090511/50830.html</link>
    <description>Jason Yip提到了 较大团队会遇到的类似问题，在他看来：在较大的团队中，每日立会很容易出现士气低落与投入感不够的问题。会议很快会拖得越来越长，而人们在人多的场合也变得缺乏热情。 </description>
    <pubDate>2009-05-11</pubDate>
    <category>项目管理</category>
    <author>Vikas Hazrati 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>供敏捷软件开发使用的合同</title>
    <link>http://www.kuqin.com/projectmanage/20090511/50760.html</link>
    <description>Peter Stevens前不久分析了10种不同类型的开发合同，并分析了每种类型对于敏捷项目的适合程度。他发现：相比固定价格合同与按时间和材料制定的合同来说，有一些合同似乎更适合敏捷项目。</description>
    <pubDate>2009-05-11</pubDate>
    <category>项目管理</category>
    <author>Chris Sims 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>向敏捷迁移的成本优势何在？</title>
    <link>http://www.kuqin.com/projectmanage/20090509/50521.html</link>
    <description>Scott Ambler点明了提出成本问题背后的动机，并指出多个来源，展示出：敏捷方法比传统技术更为成功；敏捷团队比传统团队更为高效；敏捷项目比传统方法开发的产品质量更高；敏捷项目的产出能让业务干系人更加满意；敏捷项目比传统开发项目成本更低。 </description>
    <pubDate>2009-05-09</pubDate>
    <category>项目管理</category>
    <author>Shane Hastie 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>理清结构混乱的产品团队</title>
    <link>http://www.kuqin.com/projectmanage/20090508/50387.html</link>
    <description>Robin Dymond是Innovel的管理合伙人，向他们推荐了Larman和Vodde的Scaling Agile And Lean Development一书，特别建议给功能特性团队和产品负责人看。他也指出：看来发布周时是最明显的问题。</description>
    <pubDate>2009-05-08</pubDate>
    <category>项目管理</category>
    <author>Mark Levison 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>项目经理：16个识别和避免日程安排游戏</title>
    <link>http://www.kuqin.com/projectmanage/20090507/50190.html</link>
    <description>即使你制定的项目日程已经相当合理了，他们还是会玩这样的游戏。不过他们抗拒的方式很容易识别，很少脱离几种固定的模式。项目经理只要能够识别出他们所玩的游戏，就可以更容易地掌控项目，得到理所应当的产出。</description>
    <pubDate>2009-05-07</pubDate>
    <category>项目管理</category>
    <author>《manage it!》</author>
    <comments>csdn博客</comments>
</item>
<item>
    <title>令人恍惚的日程——项目经理应该小心的游戏之十六</title>
    <link>http://www.kuqin.com/projectmanage/20090507/50186.html</link>
    <description>如果能够以不超过四周的时间盒来组织项目，按功能逐个实现，随进度集成，并测量进展速度，项目经理就可以中止这些游戏。如果总是能以这样的方式管理，那就可以完全避免绝大多数的日程安排游戏。</description>
    <pubDate>2009-05-07</pubDate>
    <category>项目管理</category>
    <author>《manage it!》</author>
    <comments>csdn博客</comments>
</item>
<item>
    <title>我们马上会变得更快——项目经理应该小心的游戏之十五</title>
    <link>http://www.kuqin.com/projectmanage/20090507/50185.html</link>
    <description>讲求实效的项目经理不愿意发出悲观论调或是冷嘲热讽，他希望让大家认识到现实，帮助团队成员看清真正的进度。说到底，也许他们还是可以赶上进度的。</description>
    <pubDate>2009-05-07</pubDate>
    <category>项目管理</category>
    <author>《manage it!》</author>
    <comments>csdn博客</comments>
</item>
<item>
    <title>90%完成状态——项目经理应该小心的游戏之十四</title>
    <link>http://www.kuqin.com/projectmanage/20090507/50183.html</link>
    <description>有些情况下，人们进入“90%完成状态”是因为他们的实现工作跨越了整个系统架构。如果项目经理让他们按功能逐个实现，同时以短期迭代方式开发，他们就会开始以更小的粒度对工作进行估算和实现。他们的估算会越来越准确，而且也能提高工作的完成度。</description>
    <pubDate>2009-05-07</pubDate>
    <category>项目管理</category>
    <author>《manage it!》</author>
    <comments>csdn博客</comments>
</item>
<item>
    <title>日程小鸡——项目经理应该小心的游戏之十三</title>
    <link>http://www.kuqin.com/projectmanage/20090507/50181.html</link>
    <description>项目经理会问大家的进展情况如何。每个人都说自己在按日程安排进行。而实际情况却是，没有一个人做到。每个人都在等别人眨眼睛并承认自己没能跟上进度。而且除非已经太晚了，没有人会承认自己错过了项目进度安排。</description>
    <pubDate>2009-05-07</pubDate>
    <category>项目管理</category>
    <author>《manage it!》</author>
    <comments>csdn博客</comments>
</item>
<item>
    <title>我们不能说“不”——项目经理应该小心的游戏之十二</title>
    <link>http://www.kuqin.com/projectmanage/20090507/50179.html</link>
    <description>如果项目经理管理的团队不愿意说“不”，你就得帮他们学会表达不同意见。不过只对高层（或市场部，或是其他希望加入新功能的人）说“不”还不够。项目经理可以对任何事情表达不同意见。</description>
    <pubDate>2009-05-07</pubDate>
    <category>项目管理</category>
    <author>《manage it!》</author>
    <comments>csdn博客</comments>
</item>

</channel>
</rss>
