<?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>不让自己的效率打折，怎样避免背上猴子？ （替下属或别人承担工作职责）</title>
    <link>http://www.kuqin.com/projectmanage/20100313/81421.html</link>
    <description>比尔&amp;middot;翁肯(Bill Oncken)曾提出一个有趣的管理理论&amp;ldquo;背上的猴子&amp;rdquo;，来比喻责任和事务在管理者与下属之间的转移。现实中，由于这样或那样的问题，下属总是不能独立而有效地解决当前困境。这种情况下，您是如何进行事务管理，既很好地解决了下属或合作者</description>
    <pubDate>2010-03-13</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>《程序员》官网</comments>
</item>
<item>
    <title>“请勿打扰”团队成员</title>
    <link>http://www.kuqin.com/projectmanage/20100313/81416.html</link>
    <description>便不是经常如此，许多开发人员也喜欢在一段时间内不受干扰地工作。XP推荐一种称之为&amp;ldquo;洞穴和公共区域（Caves and Commons）&amp;rdquo;的房间布局。公共区域用于最大限度地进行渗透性交流。洞穴用于协助隔离个人活动，比如撰写个人电子邮件、电话或快速探索式开发（Spi</description>
    <pubDate>2010-03-13</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>产品团队管理经验一枚</title>
    <link>http://www.kuqin.com/projectmanage/20100313/81415.html</link>
    <description>有那么零零碎碎的五年时间，我一直在做媒体。08年初转型产品设计，从头组建产品部，策划-交互-用研-视觉-运营这些职能都包括进去，跟进过的大大小小新新旧旧五花八门的产品20多款。我在这个位置上待了大约15个月，按照个人习惯，做过不少制度化的组织流程尝试。今天忽来</description>
    <pubDate>2010-03-13</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>坏脾气的小肥</comments>
</item>
<item>
    <title>Richard Durnall谈系统管理和从外向内的组织结构</title>
    <link>http://www.kuqin.com/projectmanage/20100306/80937.html</link>
    <description>InfoQ中文站：能给我们介绍一下&amp;ldquo;系统管理理论&amp;rdquo;(System Management Theory)么？能不能跟我们分享一下您在实际应用中的经验？
Richard Durnall：系统管理理论是过去五十年里出现并逐步发展而来的。它与传统的那种基于管理和控制方式的科学管理理论有很大的不</description>
    <pubDate>2010-03-06</pubDate>
    <category>项目管理</category>
    <author>采访人 滕振宇</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>让回顾更有效的五条原则</title>
    <link>http://www.kuqin.com/projectmanage/20100306/80936.html</link>
    <description>James Carr最近发表了帮助提高回顾效率的五条原则。这些原则 来源于他数百次成功或失败的回顾所积累的经验。
James提到的五条是：
回顾是属于团队的
这就意味着只有团队成员才能参加回顾，也只有团队能选定目标，并决定接下来怎样达成它。

James认为这是五条原则中</description>
    <pubDate>2010-03-06</pubDate>
    <category>项目管理</category>
    <author>Chris Sims 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>敏捷并非奢侈品</title>
    <link>http://www.kuqin.com/projectmanage/20100306/80935.html</link>
    <description>看了Christopher Goldsbury的一篇与敏捷相关的文章《为什么有些公司敏捷实施不成功？》（这里简称做&amp;ldquo;为什么&amp;rdquo;），之后有些感想和看法，由于之前无论是瀑布还是重量级的开发过程，又或者是敏捷实践，几种类型的项目都参与过，并且在一些项目当中作为负责人，</description>
    <pubDate>2010-03-06</pubDate>
    <category>项目管理</category>
    <author>黄维勇</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>像Google一样开会</title>
    <link>http://www.kuqin.com/projectmanage/20100303/80687.html</link>
    <description>来源：Business Week
翻译：@SweetRiver
本文来自：http://www.isweetriver.com/2010/google-meetings
像Google一样开会
&amp;ldquo;开会&amp;rdquo;，在现在的商业运转中，这两个字的名声非常不好，因为真正能通过会议这个形式取得什么成果的很少。我记得Dilbert（美国漫画家</description>
    <pubDate>2010-03-03</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>SweetRiver</comments>
</item>
<item>
    <title>大型软件开发项目中的功能小组模型</title>
    <link>http://www.kuqin.com/projectmanage/20100225/80363.html</link>
    <description>── Visual Studio开发团队的敏捷实践经验分享（一）
编者按：出乎我们意料，前一段时间InfoQ中文站、雅各布森和微软共同举办的&amp;ldquo;敏捷Scrum实战营&amp;rdquo;活动，得到了上海和北京两地技术人员的热捧，原计划300人的参会规模，实际报名近800人，活动也根据需要从两</description>
    <pubDate>2010-02-25</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>敏捷团队空间注意事项</title>
    <link>http://www.kuqin.com/projectmanage/20100225/80362.html</link>
    <description>很多刚刚接触敏捷的人会这样想：把敏捷团队放到一个房间里，工作就能得以完成。有些人则会思考如何让房间变成属于团队的房间，这可以提升工作效率，形成激励。很多敏捷团队已经开始分享构建理想团队房间的经验。下面是最近收集的材料。
Rich将&amp;ldquo;作战室&amp;rdquo;与托</description>
    <pubDate>2010-02-25</pubDate>
    <category>项目管理</category>
    <author>Vikas Hazrati 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>程序员考核的五大死因</title>
    <link>http://www.kuqin.com/projectmanage/20100224/80300.html</link>
    <description>程序员作为企业开发力量的最核心资产，无疑得到公司从上至下的一致关注。开发是个智力密集型产业，程序开发的特点是，付出相同时间的情况下，两个开发者之间的产能会相差十几甚至几十倍。软件开发人员向来以&amp;ldquo;不容易考核、工作不容易被量化&amp;rdquo;而著称。本期，我</description>
    <pubDate>2010-02-24</pubDate>
    <category>项目管理</category>
    <author>Leo</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>我的源码管理之路</title>
    <link>http://www.kuqin.com/projectmanage/20100219/79948.html</link>
    <description>如果你是一个程序员，而且恰好对写写代码有那么丁点兴趣的话，恐怕你会有一些属于自己的代码，这可以是你学习过程中的练习，解决问题的工具，或者纯粹就是发自兴趣的研究~~~而且你也希望有个比较好的方法来管理他们。
同学毕业后一直在兼职做网站，卖空间域名，前几天</description>
    <pubDate>2010-02-19</pubDate>
    <category>项目管理</category>
    <author>Dbger</author>
    <comments>Dbger的博客</comments>
</item>
<item>
    <title>解读燃尽图</title>
    <link>http://www.kuqin.com/projectmanage/20100218/79884.html</link>
    <description>对于敏捷团队来讲，燃尽图可以说的上是最有用的一种信息发射源（Information Radiator）。它以图形化的方式展现了剩余的工作量（y轴）与时间（x轴）的关系。让我们感兴趣的地方在于对燃尽图的分析可以揭示很多问题，比如团队的表现如何、如何进一步改进等等；它有助于把</description>
    <pubDate>2010-02-18</pubDate>
    <category>项目管理</category>
    <author>Vikas Hazrati 译者 张龙</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>Bob大叔关于Scrum和敏捷的7条缺陷</title>
    <link>http://www.kuqin.com/projectmanage/20100217/79818.html</link>
    <description>在回应Scrum/Agile的固有缺陷这一问题时，Bob大叔写下这&amp;ldquo;7条&amp;rdquo;。他说Scrum天生有一些严重的缺陷（他强调说明：很多团队采用Scrum来避免这些问题）：

    缺乏技术实践:Scrum是一个项目管理框架，在技术方面没给任何建议。Bob建议团队&amp;ldquo;需要从其他诸</description>
    <pubDate>2010-02-17</pubDate>
    <category>项目管理</category>
    <author>Mark Levison 译者 张晓庆</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>比较不同团队的速度毫无意义</title>
    <link>http://www.kuqin.com/projectmanage/20100217/79817.html</link>
    <description>敏捷项目管理中经常被诟病的一点是：由于故事点因团队而异，所以无法确定一个团队相较于其它团队在进度上的快慢。敏捷人士们普遍认为：比较团队间的速度并非明智之举，作为一种反模式，大家最好敬而远之，免得祸及总体生产率。
Sterling Barton认为团队的速度取决于多</description>
    <pubDate>2010-02-17</pubDate>
    <category>项目管理</category>
    <author>Vikas Hazrati 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>闲言碎语：团队的稳定</title>
    <link>http://www.kuqin.com/projectmanage/20100211/79559.html</link>
    <description>有句话领导们很爱用，但是员工一般不说，就是&amp;ldquo;铁打的营盘，流水的兵&amp;rdquo; &amp;mdash; 对于员工来说，这句话如果出现在部门会议，年终总结或者HR的恳谈会上，基本上就是为&amp;ldquo;被辞职&amp;rdquo;埋下伏笔以及为KPI手段做必要的心理建设；对于领导来说，这一般是掩盖由</description>
    <pubDate>2010-02-11</pubDate>
    <category>项目管理</category>
    <author>Lytous</author>
    <comments>周陟-跨媒体设计师</comments>
</item>
<item>
    <title>Visual Studio总经理潘正磊谈微软研发团队管理之道</title>
    <link>http://www.kuqin.com/projectmanage/20100209/79438.html</link>
    <description>概要 
近日InfoQ有幸独家专访了微软Visual Studio Business Applications团队的总经理潘正磊，与她探讨了微软研发团队管理的相关问题：技术人员的职业发展、如何培养接班人、如何管理不同规模的研发团队等等。 

个人简介 
潘正磊女士是位于美国雷德蒙市的Visual Studio</description>
    <pubDate>2010-02-09</pubDate>
    <category>项目管理</category>
    <author>受访人 潘正磊 采访人 霍泰稳</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>【案例】IBM是如何利用社会化媒体激励员工创新的？</title>
    <link>http://www.kuqin.com/projectmanage/20100206/79324.html</link>
    <description>导读：成千上万的&amp;ldquo;IBM人&amp;rdquo;是企业的代言人。对于一家位居世界500强第14位的企业来说，采用这种方式似乎有点不可思议。IBM证明了其&amp;ldquo;去中心化&amp;rdquo;的社会化媒体策略是公司历史上有着里程碑意义的创举&amp;mdash;&amp;mdash;这驱动了公司前所未有的集体协作和</description>
    <pubDate>2010-02-06</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>SocialBeta</comments>
</item>
<item>
    <title>SCRUM敏捷项目管理</title>
    <link>http://www.kuqin.com/projectmanage/20100204/79121.html</link>
    <description>Scrum这个词是来自于英式橄榄球，是指两个前锋互相争球的情况。我想Scrum的创始人Ken Schwaber肯定是一个橄榄球迷，呵呵….，这是题外话。先简单介绍一下，Scrum一种敏捷项目管理的框架，它的核心是迭代和增量。Scrum中有三种角色：产品经理(Product Owner)，Scru</description>
    <pubDate>2010-02-04</pubDate>
    <category>项目管理</category>
    <author>elgin</author>
    <comments>Youshang UED Team</comments>
</item>
<item>
    <title>为什么有些公司敏捷实施不成功？</title>
    <link>http://www.kuqin.com/projectmanage/20100121/78229.html</link>
    <description>介绍
常听说有公司实施敏捷失败？本文研究探讨了那些经常被忽视，却导致敏捷实施失败的组织级原因，也讨论了为什么这些组织级原因并不是很容易能发现，并提出了一些处理此类组织障碍的潜在策略。本文的目标读者是负责预算的管理人员，尽管技术人员可能也会对此感兴趣。</description>
    <pubDate>2010-01-21</pubDate>
    <category>项目管理</category>
    <author>Christopher Goldsbury 译者 刘</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>Scrum团队的个人奖励机制</title>
    <link>http://www.kuqin.com/projectmanage/20100121/78228.html</link>
    <description>最近在LinkedIn&amp;ldquo;敏捷联盟&amp;rdquo;（Agile Alliance）邮件组中，Reeju Srivastava提问道：&amp;ldquo;我们应该在Scrum团队中进行个人表彰奖励吗？&amp;rdquo;讨论由此展开。
这个问题引发了激烈的辩论，正反两方各执一词。
这里我们概括了一些讨论中所提到的观点，供大家</description>
    <pubDate>2010-01-21</pubDate>
    <category>项目管理</category>
    <author>Shane Hastie 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>管理大师的敏捷之道</title>
    <link>http://www.kuqin.com/projectmanage/20100119/78076.html</link>
    <description>&amp;ldquo;领导者是教练，不是裁判&amp;rdquo;&amp;mdash;&amp;mdash; W Edward Deming并不是在ScrumMaster课程上说的这句话，但毋庸置疑&amp;mdash;&amp;mdash;这句话能引起每个名副其实的ScrumMaster的共鸣。
Deming是上世纪对现代管理学形成有重大影响的思想领袖之一。他在设计、制造、销售</description>
    <pubDate>2010-01-19</pubDate>
    <category>项目管理</category>
    <author>Ahmed Yousuf 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>如何应对客户方的人员变更？</title>
    <link>http://www.kuqin.com/projectmanage/20100118/78058.html</link>
    <description>问题：在软件项目中，客户方面的人员变更会给整个项目造成很大影响，有时客户方领导层的变更甚至会导致整个项目之前的工作前功尽弃，最极端时还会出现取消的状况，那么如何管理和应对这个问题，才能保证将其负面影响降到最低？
Tom&amp;nbsp;Ticknor 
科维安（QAI）全球总</description>
    <pubDate>2010-01-18</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>《程序员》官网</comments>
</item>
<item>
    <title>如何做一个被管理者</title>
    <link>http://www.kuqin.com/projectmanage/20100118/78051.html</link>
    <description>人都是有梦想,有追求的.人都是想做管理者,不想被别人管的.但对于绝大部分人来说,我们总是要被人管的.我们不是富二代,我们也没有天上掉的馅饼可捡。
退一步来说，就算你是富二代，就算你捡到了个大馅饼，就算你已经是一个管理者了，你仍然逃脱不了被管理的命运，所不同</description>
    <pubDate>2010-01-18</pubDate>
    <category>项目管理</category>
    <author>pengxiangyan</author>
    <comments>Taobao QA Team</comments>
</item>
<item>
    <title>如何保持软件开发团队的稳定性</title>
    <link>http://www.kuqin.com/projectmanage/20100114/77701.html</link>
    <description>　　一个公司想要获得成功，有两个基本点：一个是好的人才;一个是好的业务。
　　好的业务能够吸引到好的人才;而好的人才也能创造出好的业务。
　　成功的公司在这方面形成了良性循环，相反糟糕的公司形成了恶性循环。
　　保持团队的稳定性说来容易，其实对于每一个</description>
    <pubDate>2010-01-14</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>酷勤网</comments>
</item>
<item>
    <title>作坊式软件公司，如何面对紧迫项目？</title>
    <link>http://www.kuqin.com/projectmanage/20100114/77699.html</link>
    <description>　　如何面对紧迫项目，如何控制项目的进度？我一直在思考这个问题。
　　不论积极文化建立的怎么样，不论公司对员工的信任和员工对公司的信任达到什么样的程度，最终的目的就是高质量、高要求、并在可控的时间范围内完成项目。项目带来利润公司才能生存。
　　然一个</description>
    <pubDate>2010-01-14</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>天极网软件频道</comments>
</item>
<item>
    <title>如何应对工作中的冲突？</title>
    <link>http://www.kuqin.com/projectmanage/20100104/77131.html</link>
    <description>问题：在人们的日常工作和生活中，沟通是非常重要的。软件开发的工作也是如此，既然是沟通，就很有可能会发生冲突，那么技术人员应该如何应对工作中与别人发生的冲突呢？&amp;nbsp;&amp;nbsp;
特邀嘉宾：
胡百师：中国微软培训中心&amp;ldquo;软件工程&amp;rdquo;、&amp;ldquo;项目管理&amp;rd</description>
    <pubDate>2010-01-04</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>《程序员》官网</comments>
</item>
<item>
    <title>正视研发管理才是高水平竞争</title>
    <link>http://www.kuqin.com/projectmanage/20100104/77127.html</link>
    <description>种瓜得瓜，种豆得豆
对今天很多中国软件企业来说，并不是开发人员没有事情可做，而是需要做的工作实在太多，根本无法满足这些企业业务的需求。然而不少公司都无法再投入更多的资源在研发上，例如花更多的钱来招聘更多程序员。上个月在CSDN的CTO俱乐部里，就有不少CTO在</description>
    <pubDate>2010-01-04</pubDate>
    <category>项目管理</category>
    <author>欧阳璟</author>
    <comments>《程序员》官网</comments>
</item>
<item>
    <title>项目经理在敏捷中的职责</title>
    <link>http://www.kuqin.com/projectmanage/20091230/76864.html</link>
    <description>书里的敏捷不谈管理者的角色，而是谈教练/促进者。本文首先解说了各行业通常意义上的项目经理角色，然后试图将其与敏捷中的教练/促进者角色相对应。在这一探讨中，本文也试图拓宽教练/促进者的工作范围。
在探讨敏捷中的项目经理角色前，让我们首先看看各行业中到底为</description>
    <pubDate>2009-12-30</pubDate>
    <category>项目管理</category>
    <author>Vinay Aggarwal 译者 顾全</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>企业员工应遵守的Twitter准则</title>
    <link>http://www.kuqin.com/projectmanage/20091223/76374.html</link>
    <description>在 Twitter ( @Fenng )上发布了几条关于 &amp;quot;员工应遵守的Twitter 准则&amp;quot; 的建议。如果你也是 Twitter (或微博) 用户，以下这几条准则或许可以用来参考：
准则一：不要发布不为公众所知的和公司相关的业务数据。如果要引用公司的公开数据，不要加主观的断言。对</description>
    <pubDate>2009-12-23</pubDate>
    <category>项目管理</category>
    <author>Fenng</author>
    <comments>DBA Notes</comments>
</item>
<item>
    <title>从“植物大战僵尸”看团队的组建</title>
    <link>http://www.kuqin.com/projectmanage/20091223/76338.html</link>
    <description>在 植物大战僵尸 中，有一个 我是僵尸无尽版 ，玩下来感触颇深。
阳光是有限的，每一个关卡都需要花尽量少的阳光去雇佣僵尸，才能走的更远一些。

    首先要特别清楚自己要招募的是谁、有什么能力。
谁能顶上去挡子弹、谁有特殊的本领抄敌人后路，谁可以善用工具，</description>
    <pubDate>2009-12-23</pubDate>
    <category>项目管理</category>
    <author>崔凯</author>
    <comments>崔凯的博客</comments>
</item>
<item>
    <title>功能特性团队的五大优势功能特性团队的5大优势</title>
    <link>http://www.kuqin.com/projectmanage/20091222/76219.html</link>
    <description>Mike Cohn和另外几个人展示了他们的案例，同时指出：组织软件团队，应该根据软件的&amp;ldquo;特性（feature）&amp;rdquo;而不是&amp;ldquo;组件（component）&amp;rdquo;，还说明了这样做的原因。
Cohn回想起以前与一个从事视频游戏开发的客户合作的经历。那家公司就是围绕组件组织开</description>
    <pubDate>2009-12-22</pubDate>
    <category>项目管理</category>
    <author>Mike Bria 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>腾讯资深产品经理谈产品经理团队管理的几点心得</title>
    <link>http://www.kuqin.com/projectmanage/20091208/75129.html</link>
    <description>做团队管理和做业务不同，特别是面对一群高智商高素质的产品经理，需要一些策略和耐心；这期间也有一些感悟，也简单整理沉淀一下，有8个点吧，在内部团队经常讲，这里简单删减处理后分享一下：
1. 将员工个人能力成长与团队业绩发展紧密结合
记得当年担任Leader之初，</description>
    <pubDate>2009-12-08</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>酷勤网</comments>
</item>
<item>
    <title>我们需要“敏捷团队主管”角色么？</title>
    <link>http://www.kuqin.com/projectmanage/20091205/74937.html</link>
    <description>Patrick Wilson-Welsh、Chris Beale、Gary Baker、John Huston、Daryl Kulak以及其他一些人正在力图推广一个新角色─&amp;ldquo;敏捷团队主管&amp;rdquo;，以替代敏捷团队中现有的多种领导型角色。
Wilson-Welsh认为：
我们有意要去掉旧有敏捷团队的管理角色和职责标签，比如S</description>
    <pubDate>2009-12-05</pubDate>
    <category>项目管理</category>
    <author>Mike Bria 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>年会项目管理探讨发言观点</title>
    <link>http://www.kuqin.com/projectmanage/20091202/74603.html</link>
    <description>在年会上受邀参加了项目管理的圆桌会议，其实我只在很短时间内兼过项目管理职能，也没有立志从事项目管理的目标。但从工作履历和经验来讲，我对项目管理还是有一定认识，并且已深刻感受到，懂得项目管理的设计师在团队协作中会更有优势。
看了几篇参与者的总结，我写这</description>
    <pubDate>2009-12-01</pubDate>
    <category>项目管理</category>
    <author>一叶千鸟</author>
    <comments>千鳥志</comments>
</item>
<item>
    <title>【UCD年会之助手篇】《挑战Deadline—项目管理的艺术》专场会议纪要</title>
    <link>http://www.kuqin.com/projectmanage/20091130/74421.html</link>
    <description>传说中，这是一场“巨头汇聚齐PK”的会议，那仅有的18张入场券让众人趋之若鹜。非常感谢我们的彭毅大哥赐予我“助手”身份，得以荣幸参与此次巨头会议。虽然当天忙到连午饭也没怎么吃，但是能与那么多优秀的产品界前辈交流学习，不亦乐乎。
以下</description>
    <pubDate>2009-11-30</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>Smile的日志 - 网易博客</comments>
</item>
<item>
    <title>如何做一个好的技术型领导</title>
    <link>http://www.kuqin.com/projectmanage/20091130/74386.html</link>
    <description>对于程序员来说，大部分公司都提供了多条职业发展方向：
1. 技术型路线：编程高手、技术专家、架构师
2. 管理型路线：项目经理、部门主管、总裁
3. 复合型路线：技术总监、CTO
4. 特长型路线：销售顾问、培训讲师
这些路线，看起来很清晰明了。但对大部分26 &amp;ndash; 3</description>
    <pubDate>2009-11-30</pubDate>
    <category>项目管理</category>
    <author>lifesinger</author>
    <comments>岁月如歌</comments>
</item>
<item>
    <title>UCDChina广州年会之《项目管理》总结</title>
    <link>http://www.kuqin.com/projectmanage/20091124/73990.html</link>
    <description>　　上周六参加了UCD2009书友会，我只想说一句：UCDChina 广州年会是成功的！感谢广州的朋友们，还有广州美院提供的场所，座在阶梯教室里的感觉，真不错。
　　周六下午参加了彭毅主持的《挑战Deadline - 项目管理的艺术》。说实话这场我觉得彭毅主持的不错，就是这个</description>
    <pubDate>2009-11-24</pubDate>
    <category>项目管理</category>
    <author>刘云天</author>
    <comments>Xiaoxiao's Weblog</comments>
</item>
<item>
    <title>刘忠谈互联网企业产品研发的敏捷实践</title>
    <link>http://www.kuqin.com/projectmanage/20091118/73750.html</link>
    <description>概要 
在敏捷中国大会2009上，InfoQ中文站对FreeWheel的刘忠进行了采访，探讨了关于快速交付、质量控制、工作流程、量化评价等话题。 

个人简介 
刘忠，FreeWheel 研发中心应用软件部总监 现任FreeWheel研发中心应用软件部总监，有近10年的项目管理，研发团队管理经验</description>
    <pubDate>2009-11-18</pubDate>
    <category>项目管理</category>
    <author>受访人 刘忠 采访人 高昂</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>敏捷就是微观管理</title>
    <link>http://www.kuqin.com/projectmanage/20091117/73612.html</link>
    <description>微观管理是指管理人密切监视或控制下属工作的管理方式，通常给人不好的印象。敏捷开发和微观管理看起来可能一点也不搭边，但实际上它们是紧密相联的。
Mike Cohn认为敏捷最大的秘密是敏捷实际上就是微观管理。Mike提到敏捷的所有实践都支持微观管理。他认为：</description>
    <pubDate>2009-11-17</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>谁动了我们的项目干系人？</title>
    <link>http://www.kuqin.com/projectmanage/20091108/72906.html</link>
    <description>敏捷团队的项目关系人对项目的成功非常重要，而且他还有可能控制着项目的资金来源。敏捷团队需要主动与项目干系人接触,了解想法和建议,与之讨论潜在需求,并对其进行建模,以文档记录.然而，有时，想要从项目干系人那里争夺一点时间非常困难。在某些极端情况下，项目干系</description>
    <pubDate>2009-11-08</pubDate>
    <category>项目管理</category>
    <author>Vikas Hazrati 译者 郑柯</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>小技术团队的成长</title>
    <link>http://www.kuqin.com/projectmanage/20091101/72406.html</link>
    <description>很多小技术team,面对快速成长的业务，感到力不从心。他们觉得，迫切需要牛人，可是牛人总是，不是要价高，就是只想呆大公司，还不想在小企业冒风险，要了高薪还要期权&amp;hellip;其实，牛人不需要多，牛人不总是能呆得住，牛人不解决一切问题。我想总结点什么，不过没啥经</description>
    <pubDate>2009-11-01</pubDate>
    <category>项目管理</category>
    <author>一米六二</author>
    <comments>互联网，请记住我</comments>
</item>
<item>
    <title>学习腾讯的产品管理之道</title>
    <link>http://www.kuqin.com/projectmanage/20091018/71264.html</link>
    <description>最近看了一些讲腾讯产品管理体系的文章，虚实都有，恰好有个同事以前在腾讯工作，能提供第一手的资料。于是今天下午开了1小时会议，专门讨论腾讯的管理之道，发现有这么几点处理得很好。
1、设置一个质量监控小组，由经验非常丰富的高Level的产品人员构成，赋予他们很</description>
    <pubDate>2009-10-18</pubDate>
    <category>项目管理</category>
    <author>坏脾气的小肥</author>
    <comments>网易博客</comments>
</item>
<item>
    <title>顾全谈研发团队Scrum实施经验</title>
    <link>http://www.kuqin.com/projectmanage/20091015/71040.html</link>
    <description>概要 
在敏捷中国大会2009上InfoQ中文站对eBay的顾全进行了采访，探讨了Scrum与XP的结合、衡量团队的指标、组员绩效的考核、敏捷在中国的实施程度等话题。 

个人简介 
顾全，eBay中国研发中心数据仓库(IMD)开发经理。作为eBay IMD在中国的第一个雇员，顾全在eBay DW项</description>
    <pubDate>2009-10-15</pubDate>
    <category>项目管理</category>
    <author>受访人 顾全 采访人 张晓庆</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>何勉谈大型敏捷团队的管理</title>
    <link>http://www.kuqin.com/projectmanage/20091011/70703.html</link>
    <description>概要 
InfoQ中文站有幸在敏捷中国大会2009上采访了ALU的何勉，探讨了自组织团队、敏捷团队中的角色、成员的特质、敏捷环境中的知识共享、是否应当进行绩效考评等话题。 

个人简介 
何勉，ALU（阿尔卡特-朗讯）某重要大型通信设备的软件开发团队负责人，有丰富的软件设</description>
    <pubDate>2009-10-11</pubDate>
    <category>项目管理</category>
    <author>受访人 何勉 采访人 顾全</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>IT项目10大灾难</title>
    <link>http://www.kuqin.com/projectmanage/20091011/70649.html</link>
    <description>建议这篇文章，搞信息化的企业IT部门的人多来看看，或者转发给他的大领导或业务部门领导来看看。
1没有项目核心目标，没有明确目标，没有项目完结后的效益评估，没有明确要解决的核心问题，没有项目边界。反正合同也签了，过去遇到的所有问题，都希望这一个项目这一次</description>
    <pubDate>2009-10-11</pubDate>
    <category>项目管理</category>
    <author>阿朱</author>
    <comments>CSDN博客</comments>
</item>
<item>
    <title>软件工程师的10个“不职业”行为</title>
    <link>http://www.kuqin.com/projectmanage/20090927/69913.html</link>
    <description>职业化是软件工程师的必然选择。本文根据我在教学和软件开发管理方面的实践，列举几个软件工程师&amp;ldquo;不职业&amp;rdquo;的行为或习惯，从另外一个侧面进一步探讨什么是真正的软件工程师职业化。
■&amp;nbsp;文&amp;nbsp;/&amp;nbsp;陈尚义
职业化之于软件工程师非常重要。因为：软</description>
    <pubDate>2009-09-27</pubDate>
    <category>项目管理</category>
    <author>秩名</author>
    <comments>《程序员》官网</comments>
</item>
<item>
    <title>观点：结对编程并不适合所有人</title>
    <link>http://www.kuqin.com/projectmanage/20090926/69817.html</link>
    <description>最近几年，结对编程仍旧是最具争议的实践之一。支持者们不吝赞美之词，但是即使不少支持者都不得不承认他们自己公司真正结对编程都困难重重。为什么？Obie Fernandez给出了10个可能的原因。
Obie所在公司Hashrocket的两名员工Desi McAdam和Jim Remsik在《纽约时报》发表</description>
    <pubDate>2009-09-26</pubDate>
    <category>项目管理</category>
    <author>Mike Bria 译者 金毅</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>学做程序经理</title>
    <link>http://www.kuqin.com/projectmanage/20090925/69765.html</link>
    <description>指派一名优秀的程序经理，是团队产出优秀软件的重要前提之一。你的团队里可能没有这样的人，其实绝大多数团队都没有。

■&amp;nbsp;文 /&amp;nbsp;Joel&amp;nbsp;Spolsky&amp;nbsp;■ 译 / 罗小平

Charles&amp;nbsp;Simonyi，这位曾与Martha&amp;nbsp;Stewart（译者注：美国女富豪，作家）拍</description>
    <pubDate>2009-09-25</pubDate>
    <category>项目管理</category>
    <author>Joel Spolsky</author>
    <comments>《程序员》官网</comments>
</item>
<item>
    <title>应对Scrum项目带来的变化</title>
    <link>http://www.kuqin.com/projectmanage/20090918/69180.html</link>
    <description>摘要
在软件开发中采用敏捷方法需要很多组织级的改变，例如企业文化、个人角色、过程等。作为一个组织，想要进行敏捷转变，就必须学着妥善处理这些变化。
文中，我参考了敏捷、Scrum和精益理论。所以谨慎起见，我在文章之初先明确一下我这个&amp;ldquo;敏捷&amp;rdquo;的定义</description>
    <pubDate>2009-09-18</pubDate>
    <category>项目管理</category>
    <author>Jack Milunsky, Agilebuddy 译者</author>
    <comments>InfoQ</comments>
</item>
<item>
    <title>5173之管理现形记</title>
    <link>http://www.kuqin.com/projectmanage/20090917/69074.html</link>
    <description>申明：本人本着和谐，中肯和纯真的态度来写这篇文章，文内所说的只是本人在公司这一段时间内的所见所闻。不针对任何人也不针对公司。只是本着希望家乡有一家伟大的IT公司而留些淡薄的文字在自己的博客中，但愿伟大的公司管理者能看到这博文，更希望对其有所启示。
在先</description>
    <pubDate>2009-09-17</pubDate>
    <category>项目管理</category>
    <author>麦兜</author>
    <comments>麦兜的设计 | Maison idea+</comments>
</item>

</channel>
</rss>
