团队管理 - 随笔分类 - 阳光VIP1

敏捷开发团队管理系列之四：程序与测试团队III

摘要：这是敏捷开发团队管理系列的第四篇。（之一，之二，之三，之四）整体上有两种测试团队的模型，既然都有存在，自然是各有各的道理。城里城外的人倒不必互相羡慕，只是要观察对面的优点，分析自己的缺点，尝试做点事情补偿一下。所以，下面多说一点各自的坏处。独立的测试团队这个就是著名的与程序团队打架的测试团队。好处独立团队，还是能保证一定的“公正性”的，比如在测试的最终，横竖有人能不屈从于程序团队的要求隐瞒产品质量，而是的确会客观地评价质量。坏处当测试团队完全独立于开发团队的时候，常常有几个误区。1. 程序团队是用来开发功能的，测试团队是用来查找缺陷的有了这个认识，要让两者打架就不难了。2. 更多的测试人员=更阅读全文

posted @ 2011-12-29 23:15 阳光VIP1 阅读(143) 评论(0) 推荐(0)

敏捷开发团队管理系列之三：程序与测试团队II

摘要：这是敏捷开发团队管理系列的第三篇。（之一，之二，之三，之四）测试团队的价值这样看来，敏捷开发的质量保证问题，都被发开团队解决了，测试团队的价值何在？这个可以从第一个项目组后来的发展来分析。在整个程序团队大力保证产品质量的同时，项目组也一点点显露出一些问题。比如每个模块的质量都还不错（有些模块甚至有一些原始的自动单元测试脚本，每次都能对模块进行回归测试），但是整个产品最终集成后，是否能如期完成业务要求，却是未知的。因为各个模块的测试都集中在各模块的质量上，对于所有模块凑在一起的工作结果，却无法验证。而且在原来的团队体系下，师徒团队各自负责一个模块，居然没有人为此负责。所以我们很需要一个人来团队里阅读全文

posted @ 2011-12-17 22:54 阳光VIP1 阅读(115) 评论(0) 推荐(0)

敏捷开发团队管理系列之一：序言与出发点

摘要：这是敏捷开发团队管理系列的第二篇。（之一，之二，之三，之四）之前的各个系列中，已经涉及了很多团队管理相关的内容，比如松结对编程系列中提到过大型团队分拆为微观开发团队的管理，产品管理系列中提到过Product Owner团队的管理，敏捷开发绩效管理系列中提到过“用中医理论管理团队”，敏捷开发般若敏捷系列中提到过借助“无我、无人、无众生”的概念凝聚不同团队的目标于一处，等等。本系列会专门从团队管理的角度，一方面将曾经提到过的内容加以贯穿，另一方面则会提及之外的一些未提及的内容，比如产品团队与开发团队的互动，测试团队与开发团队的关系与工作方式，等等，以供专门从事团队管理的读者借鉴。出发点：结果导向敏阅读全文

posted @ 2011-12-12 12:25 阳光VIP1 阅读(141) 评论(0) 推荐(0)

敏捷开发般若敏捷系列之六：如何推广敏捷（下）（以无我之心，行无住之法）

摘要：这是敏捷开发般若敏捷系列的第六篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）说了这么多，五六七这三篇与如何推广敏捷有什么关系呢？推广CMMI过程中的失误在回答如何推广敏捷敏捷之前，先回顾一下推广CMMI中存在的失误。本人在3家企业内部推广过CMMI，为10多家企业从外部做过咨询和培训，CMMI肯定对企业有帮助，但是并没有想象中那么好。试点项目完成后，证书拿到，多数企业并没有在其内部完整推广，甚至试点项目都发生了退步。究其原因，莫过如下：1. 各利益单位的目的不同，利益不统一（执着于我，人，众生）一次CMMI认证的主要受益者包括：政府/软件园涨面子，企业/市场/销售部门有证书能拿单阅读全文

posted @ 2011-11-18 16:32 阳光VIP1 阅读(217) 评论(0) 推荐(0)

敏捷开发般若敏捷系列之三：什么是敏捷（下）（无住，不住于空，破空执，非法，非非法）

摘要：这是敏捷开发般若敏捷系列的第三篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）破除法执之后，很容易落入空执，就是认为不存在绝对最好的方法，因此无需追寻，甘于现状。平衡空与有非常困难，这是本篇的内容。法与空法与空的对立统一由来已久。吴伯凡老师举了个例子：“一切事物都是相对的”这句话有什么问题？这句话看似相当辩证，无懈可击，但它本身就“非常绝对”，有一种内在的矛盾。软件界的法与空是否经常听到程序员说这种话：“世界上没有完美的软件，我的代码缺陷是多，但是要让我编写没有缺陷的软件，也是不现实的。”“你说你的方法好，但我觉得我的方法也不错的。方法本身没有好坏，我们就别争了。”“世界上没有完美阅读全文

posted @ 2011-11-17 12:19 阳光VIP1 阅读(188) 评论(0) 推荐(0)

敏捷开发般若敏捷系列之二：什么是敏捷（上）（无住，不住于法，破法执）

摘要：这是敏捷开发般若敏捷系列的第二篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）所谓无住，包括两个含义：不住于法，不住于空。前者比较好理解，后者会在下篇详述。不住于法，就是不执着于具体方法的意思，就是所使用的方法应该基于实际情况作出判断，而不是认为世界上有最好的方法，必须遵守。法执对法的执着，称为法执。典型的法执，是很多企业使用CMMI的方法。本人曾经做过10多家企业的CMMI培训、咨询，所需工作日从41天～43天不等。你能想象这么多企业，起点不同，终点不同，人员不同，行业不同，能用相同的咨询工作量完成CMMI改进吗？我和我所在的公司都不是不负责任的公司，我们因此而丢失了几乎所有的要阅读全文

posted @ 2011-11-17 11:35 阳光VIP1 阅读(175) 评论(0) 推荐(0)

敏捷开发般若敏捷系列之一：序言

摘要：这是敏捷开发般若敏捷系列的第一篇。（之一，之二，之三，之四，之五，之六，之七，之八，之九）作为预热，之前的智慧敏捷系列中提到，多数情况下敏捷实践应该如何，都要“看着办”而无有定法，但每次思考又有“避免浪费”等相对确定的思维方向，总是徘徊在虚实之间，难以把握。智慧受到因缘（内因，外缘）所限，所以每次答案都各有不同；而各有不同背后的更高层的相对永恒的东西，则是“大智慧，妙智慧”，就是般若（佛教语，音“波惹”）。缘起本系列将尝试解决几个终极问题：1. 什么是敏捷？2. 怎样知道我是否敏捷了？3. 应该怎样推广敏捷？4. 我是否适合敏捷？5. 敏捷未来会怎样？简单地说，若在解决这些问题前附加上前提条件阅读全文

posted @ 2011-11-17 10:49 阳光VIP1 阅读(145) 评论(0) 推荐(0)

敏捷开发“松结对编程”系列之八：微软 Tech ed2011 自组织团队与松结对编程讲稿（敏捷开发）

摘要：本文是“松结对编程”系列的第八篇。（之一，之二，之三，之四，之五，之六，之七，之八）好像微软自己也有一个无纸下载处，但是手册不在身边没搜到，这里补充一个下载链接。无需积分，但需要注册CSDN帐号。http://download.csdn.net/detail/cheny_com/3678487ppt无法单独阅读，请参考以下相关的系列博客：松结对编程的起始页在这里：http://blog.csdn.net/cheny_com/article/details/6581517讲稿中提到的敏捷生态系统起始页在这里：http://blog.csdn.net/cheny_com/article/detai 阅读全文

posted @ 2011-10-12 21:04 阳光VIP1 阅读(118) 评论(0) 推荐(0)

敏捷开发“松结对编程”系列之七：问题集之一

摘要：本文是“松结对编程”系列的第七篇。（之一，之二，之三，之四，之五，之六，之七，之八）刚刚参加完MPD 2011深圳站，在演讲中间及后来媒体采访，被问到了一些问题，也给出了答案，这里做一总结。我自问自答到一半，才发现这里边的很多问题的答案，都用到了火星人谚语系列之一：有问题的地方无答案、火星人谚语系列之三：正确的答案一定简单。如果您觉得答案和自己的情况不完全相符，请用火星人谚语系列之二：问问题的人负责找答案。另外多数答案在本系列1～6中有，只是比较分散，不太容易意识到是答案。人员与结构在团队中使用层级结构，是否阻碍了个体与外界的沟通？极少有底层程序员或新手能和产品经理做深入的沟通的，所以中间放上阅读全文

posted @ 2011-09-19 14:01 阳光VIP1 阅读(119) 评论(0) 推荐(0)

火星人谚语系列之六：一次真实应用

摘要：总目录：之一，之二，之三，之四，之五，之六，之七，之八这是2011年7月的一次QQ群对话记录，做了匿名化处理，并重新调整了顺序，以便于阅读。对话的开始，是有人提到他们公司的产品部门和开发部门正在打架，后者希望能有写好的或者至少是靠谱的产品定位和功能文档，而前者则认为根本不存在这种文档，肯定是想到哪里做到哪里；而后者又认为没有这种文档，一是不知道做什么，二是返工肯定太多。总之是两个部门为一个先有鸡还是先有蛋的扯不清楚的哲学问题打架。这次对话没有去解决任何到底需要不需要这种文档的问题，也没有解决这种文档到底写成什么样子好的技术问题，因为每个公司，每个产品，每个团队，都可能有自己最适合的方法。这次阅读全文

posted @ 2011-09-15 10:42 阳光VIP1 阅读(134) 评论(0) 推荐(0)

敏捷开发与中医理论系列之一：序言及为何中医教材都是千年古籍

摘要：这是敏捷开发与中医理论系列的第一篇。。（之一，之二）最近一个世交的中医朋友到梁冬的正安药坊上班，也去实地参观了一下。因为之前的一些经历和最近的几天的交流，一点点悟到一些中医理论与软件研发管理的共同之处，写在这里成一系列。这里的很多内容来自于与这位朋友沟通所得，并与之前更早听《冬吴相对论》的思考成果。内容将涉及中国文化与研发管理方法，团队的自组织管理，师徒制度/技能教育等内容。千年古籍这位朋友很精湛的一个解释是：为何西医教材每年都在变化，而中医却经常使用《黄帝内经》、《伤寒杂病论》这些千年古籍？到底是什么导致教材千年不变但依然有效？原来西医基于对外界变化的认知，比如发现了细菌，就有了抗生素；发现阅读全文

posted @ 2011-08-31 17:09 阳光VIP1 阅读(106) 评论(0) 推荐(0)

Marty Cagan：怎样寻找出色的产品经理

摘要：《程序员杂志》的文章，原帖位于http://www.programmer.com.cn/7760/写的很好，自己转贴存储一下，也符合Product Owner的要求，就是……要求太高了！本文是他回顾自己二十多年来从事软件产品管理工作的总结和经验分享，谈到了招聘产品经理的标准，以及产品经理应该具备的特质。文 / Marty Cagan，译 / 姜天纬寻找出色的产品经理“哪里能找到出色的产品经理？”CEO经常问我这个问题。Marty Cagan是享有世界声誉的产品管理专家，曾经担任网景副总裁、eBay产品管理及设计高级副总裁。我总是这样回答：出色的产品经理就在公司里，只不过在其他岗位上，有可能是软阅读全文

posted @ 2011-08-28 21:13 阳光VIP1 阅读(117) 评论(0) 推荐(0)

敏捷开发绩效管理之四：为团队设立外部绩效目标（目标管理，外向型绩效）

摘要：这是敏捷开发绩效管理的第四篇。（之一，之二，之三，之四，之五，之六，之七）最近在看德鲁克的书，发现其中很明确地写着“企业的绩效只存在于外部，而企业内部只有成本”的概念和说法，下面结合敏捷开发团队的绩效考核展开谈谈。敏捷开发有很多“外向型”思维，比如：关注客户价值，认为可交付的产品才是真正能表征工作进展的因素等等，但尚未直接与目标管理接轨。外向性思维可以防止部门间壁垒或踢皮球，而转而共同讨论对外交付价值，从下面的对比可以看出这点。“内向型”绩效及其导向进度：“各阶段按时完成率”会导致分析和设计人员草草结束工作，而将大量不确定工作推给开发人员；开发人员则如法炮制，把延期踢给测试人员。质量：“千行代阅读全文

posted @ 2011-08-23 22:26 阳光VIP1 阅读(201) 评论(0) 推荐(0)

敏捷开发绩效管理之三：个体动力之源——同行压力（松结对编程，师徒制度，跨职能团队，绩效考核）

摘要：这是敏捷开发绩效管理的第三篇。（之一，之二，之三，之四，之五，之六，之七）如果有10个程序员，笔者相信至少有9个是勤奋的。但是如果有一个10人的程序员团队，其中1个人不是勤奋的，而且仍然拿到与其他人完全相同的报酬——大家猜这个团队会以90%的生产率运行，还是更低的生产率？不管大家信不信，我是相信后者的。这个是敏捷开发中对个体管理的出发点，并非我们看到有人在白拿老板的钱而要劫贫济富，而是要打造一个共进退的团队。本文的部分内容在之前的若干博文中提到过，因符合本系列的内容，在此处从另外一个角度加以说明。领导压力领导压力指那种直接由领导监督产生的压力，在“每个毛孔都流着血和肮脏的东西”的时代或企业非常阅读全文

posted @ 2011-08-21 12:31 阳光VIP1 阅读(140) 评论(0) 推荐(0)

敏捷开发绩效管理之二：用中医理论管理团队及其绩效（绩效考核，团队管理，自组织团队）

摘要：这是敏捷开发绩效管理的第二篇。（之一，之二，之三，之四，之五，之六，之七）团队管理是个由来已久的话题，各式各样的管理理论和方法层出不穷。笔者因为工作原因在过去16年里与100多家企业的团队或团队领导者有较为深入的交流，看到了听到了想到了很多相关的内容，下面做一个总结。不过受个人经历所限，这不是一个客观的全面的总结，而是带有本人的角度和主张，仅供参考。中医治病的原理中医和西医看待疾病的角度差别很大。中医受到当年条件所限，并不知道致病的原因是细菌、病毒还是其他什么。由于没有显而易见的敌人，中医采取的策略是扶正去邪，就是让让人体自身加强，从而自然地消灭”邪气“。比如中耳炎，西医的解释是：“多由感冒引阅读全文

posted @ 2011-08-21 10:16 阳光VIP1 阅读(155) 评论(0) 推荐(0)

敏捷开发绩效管理之一：序言及“敏捷开发是否考核个人”（绩效考核）

摘要：这是敏捷开发绩效管理的第一篇。（之一，之二，之三，之四，之五，之六，之七）“敏捷开发绩效管理”本身是个伪命题，因为敏捷开发本身不想涉及绩效管理，这就像“C++绩效管理”的搭配差不多。但是人们选择敏捷开发作为管理方法是有原因的：更高的交付保障，更高的生产率，更高的质量……这和人们选择C++（而不是C）的原因还是很接近的：都是为了更高的绩效。在下面的所有文章中，“敏捷开发绩效管理”都将不再是“敏捷开发中如何做绩效管理”，而是“如何利用敏捷开发提高绩效”。何为绩效管理绩效管理常常被片面理解为绩效考核，即如何确定个人的绩效，如何提工资和发奖金的问题。实际上绩效管理还包含制定绩效目标，制定绩效计划，制定阅读全文

posted @ 2011-08-21 08:56 阳光VIP1 阅读(211) 评论(0) 推荐(0)

敏捷开发生态系统系列之五：关于敏捷生态系统的一次聊天记录（敏捷估算，同行压力，估算扑克）

摘要：这是敏捷生态系统系列的第五篇（之一，之二，之三，之四，之五）。本文是2009年刚刚提出敏捷生态系统的时候参与一个MSN讨论组时的对话，当时的想法与现在相比尚缺少系统性，但由于有问有答，也包含了本系列所没有包含的一些信息，仅供参考。删除了部分无关的对话。文章末尾有谷雨霖老师的博客地址，也在CSDN。“敏捷生态--Srcum敏捷开发”--msn群讨论 2009-08-25 13:52谷雨霖说:时间差不多了今天我们的主题是“敏捷生态”有幸请到的是我的老朋友，敏捷专家陈勇先生M群-项目管理说:【系统提示】AlexQin将昵称更改为AlexQin-QC-深圳不胜人生一场醉-N/A-海南说:鼓掌d 阅读全文

posted @ 2011-08-17 11:13 阳光VIP1 阅读(202) 评论(0) 推荐(0)

为什么我们程序员难晋升

摘要：作者：梁斌原文：http://blog.sina.com.cn/s/blog_593af2a70100w0iv.html今天看到微博上@hellodba发的一个帖子：“内部晋升越来越困难，但是外部来的大P越来越多，所以很多人都选择跳槽”，之后我从三个方面简要的进行了回答：“外面来的总是有包装的，内部的都是肉身PK，此一输；外面来的总是小股人马，内部的一批批的，升谁都伤感情，此二输；外面来的通常都是大佬推荐的，没有特别重大机会，人不会来，内部的就不解释了，成果都被大佬吸收，难有机会，此三输”。之后讨论不断，我也余兴未了，继续写来。这个世界上有一类人特别苦逼，苦逼到什么程度呢？他们省吃俭用攒钱买房阅读全文

posted @ 2011-08-16 14:04 阳光VIP1 阅读(148) 评论(0) 推荐(0)

敏捷开发生态系统系列之四：计划跟踪II（自组织团队-开发团队自己估算-PO挑战估算-同行压力）

摘要：这是敏捷生态系统系列的第四篇（之一，之二，之三，之四，之五）。一半内容属于需求管理生态，一半内容属于计划跟踪生态。在实际开发环境中，产品负责人常常和开发组存在潜在的利益对立。前者往往希望在更短的时间开发出更多的功能，而后者的绩效则多数来自于计划按时率/缺陷率这些会因“更短-更多”而下降的数据，于是两者的隔阂从此开始。敏捷开发中的计划跟踪生态II大致如此（黑体字即图片中的元素）：☺ 产品负责人（PO）与团队的正确互动是自组织团队正常运转的核心机制之一。☺ 产品负责人的权利是统一管理和讲解需求以及需求优先级排序，而义务则是接受开发团队的估算，并承诺迭代期内不变更。☺ 团队的权利在于开发人员自己估算阅读全文

posted @ 2011-08-16 11:28 阳光VIP1 阅读(178) 评论(0) 推荐(0)

随笔分类 - 团队管理