![](https://img-blog.csdnimg.cn/20201014180756913.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
敏捷开发一千零一问系列
火星人陈勇
火星人,敏捷开发咨询师,早期软件成本估算咨询师,资深程序员
展开
-
敏捷开发一千零一问:如何处理重要但不明确的任务?
有一类任务,非常重要但是却不明确,该先处理还是后处理呢?如果先处理,该如何处理呢?如何保证模糊的任务不会无始无终呢?原创 2014-08-07 10:46:44 · 7825 阅读 · 0 评论 -
敏捷开发一千零一问系列之三十:敏捷怎样估算(中)?
这是敏捷开发一千零一问系列的第三十篇。(在这里提问,之一,之二,之三,问题总目录)续前文,预计未来还要有一篇,暂时做为中篇。方案方案一:用早期功能点估算法进行报价或早期制定项目计划这个在之前谈到过很多次了,具体可以参考敏捷开发绩效管理系列的之六、之七。另外在敏捷开发用户故事分类与组织结构(一期) (整个活动1期)中有详细描述。这个是国际上迄今为止唯一被大规模推广使用的方法,中国即将发布的国标就是基原创 2012-12-17 19:57:38 · 7075 阅读 · 3 评论 -
敏捷开发一千零一问系列之二十九:敏捷如何估算(上)?
这是敏捷开发一千零一问系列的第二十九篇。(在这里提问,之一,之二,之三,问题总目录)问题估算和度量几乎是敏捷开发及其他开发方法永恒的话题。不过,在进行估算之前,必须理解估算的价值,并觉得为估算所付出的工作量值得。请看下面这段对话,它发生在2003年为一家企业做CMMI咨询的时候,涉及到代码行估算(有改动和扩展):甲:假设一段代码是1000行。不估算,写完了一数是1000行;估算,写完一数还是100原创 2012-12-17 19:56:30 · 8109 阅读 · 4 评论 -
敏捷开发一千零一问系列之十九:提问帖
这是敏捷开发一千零一问系列的第十九篇。(在这里提问,之一,之二,之三,问题总目录)先说说一千零一问的来历。无论在培训、咨询中,还是在日常博客、邮件、QQ群中,都不断有人提出不同的敏捷开发问题,一一作答的时间消耗太大;如不作答,又知道这些不只是一个“感兴趣”的问题而已,而是关乎某个团队若干人月的工作,或一些人的职业生涯,或乃至企业的很多未来决策,虽然不怀疑大家迟早会找到答案,但以自己“曲折的经历”看原创 2012-05-14 12:11:24 · 13091 阅读 · 49 评论 -
敏捷开发一千零一问系列之二十六:如何进行优先级排序?
这是敏捷开发一千零一问系列的第二十六篇。(在这里提问,之一,之二,之三,问题总目录)问题如何进行优先级排序?具体故事的优先级,和版本规划的优先级之间有何关系?分析敏捷开发里边有很多地方需要多次进行优先级排序,本文将探讨其不同的应用场景,及其关系。值得注意的一点是,敏捷开发中有无数的“自相似性”,比如估算,每年、每月乃至每天人们都在潜移默化地估计自己的任务;又如计划,也是每年每月每天都有成文或不成文原创 2012-10-08 10:25:37 · 13704 阅读 · 7 评论 -
敏捷开发一千零一问系列之二十七:各自分工下如何扑克牌估算?
问题这是敏捷开发一千零一问系列的第二十七篇。(在这里提问,之一,之二,之三,问题总目录)来自提问帖 15楼 http://blog.csdn.net/cheny_com/article/details/7564388原问题摘录如下:开发组中可能同时进行几个专项开发,那么就有人参与这个专项,不参与另一个专项。那么扑克估算的时候,针对某一专项的任务,要怎样做,是否是开发组所有人员都参加评估,还是这个专原创 2012-11-05 18:00:57 · 10138 阅读 · 5 评论 -
敏捷开发团队管理系列之七:大型研发管理团队的切分(二)
这是敏捷开发团队管理系列的第八篇(团队管理栏目目录)。还是敏捷开发一千零一问的第二十八篇(在这里提问,之一,之二,之三,问题总目录)。还是敏捷开发松结对编程系列的第十三篇(松结对编程栏目目录),与之前系列第六篇139团队、第九篇微软TechED上的讲座有密切关系。问题大致问题:若人数在30人左右开发一个产品,里边的子系统数量比较多,每个子系统都有各自的发布计划,而又要协调。如果作为一个团队管理,人原创 2012-11-20 12:10:25 · 10709 阅读 · 10 评论 -
敏捷开发一千零一问系列之二十四:传统团队如何转变为敏捷团队(一)?
这是敏捷开发一千零一问系列的第二十四篇。(在这里提问,之一,之二,之三,问题总目录)也是敏捷开发团队管理系列的第六篇。(团队管理栏目目录)问题问:传统的团队如何转化为敏捷团队(步骤,要点,注意事项等)?问:如果使用敏捷开发,在公司组织架构上有没有什么建议?分析在谈到何为敏捷团队之前,先看看传统团队的问题,不要把团队转化完了,问题还存在;换言之,解决问题是目标,转化团队是手段。1. 各部门打架严重来原创 2012-08-24 16:37:24 · 12913 阅读 · 4 评论 -
敏捷开发一千零一问系列之二十五:什么是敏捷开发的根本基础?
这是敏捷开发一千零一问系列的第二十五篇。(在这里提问,之一,之二,之三,问题总目录)问题:什么是敏捷开发的根本基础?What is the essence of Agile Software Development??来自LinkedIn热帖http://www.linkedin.com/groupAnswers?viewQuestionAndAnswers=&discussionID=15645原创 2012-09-04 11:38:58 · 10572 阅读 · 19 评论 -
敏捷开发一千零一问系列之三十一:敏捷开发与野路子的区别是什么?(一)
这是敏捷开发一千零一问系列的第三十一篇。(在这里提问,之一,之二,之三,问题总目录)这是在QQ群中偶然有人提到的一个问题,估计很多人都想知道。特别是有一次培训到半小时左右的,也就是刚听了敏捷概论的时候,有一位客户感慨说:“嘿,我感觉我们做的就是敏捷开发啊”。这是很多人第一次听到敏捷开发时候的正常反应。不过当然两天的课程下来,就会变成“哎呀,以为敏捷主要是一个理念,没想到还有很多具体要做的团队、管理原创 2013-03-11 14:17:23 · 13198 阅读 · 8 评论 -
敏捷开发一千零一问系列之三十二:敏捷开发与野路子的区别是什么?(二)
这是敏捷开发一千零一问系列的第三十三篇。(在这里提问,之一,之二,之三,问题总目录)(续前文)4. 不会满足于现状对野路子而言,一般不相信“有最好的方法”。其实敏捷也不相信。那么两者有什么区别呢?野路子相信:反正也没有最好的方法,为什么要费劲不断改进?我们这样的野路子也挺好的啊。敏捷开发相信:由于没有最好的方法,所以一定还有比现在更好的方法,要不断改进进行寻找。这里的野路子相信的事情,也是做敏捷开原创 2013-03-11 22:15:59 · 4926 阅读 · 11 评论 -
敏捷开发一千零一问系列之三十八:计划扑克就是打不出个结果怎么办?
一个简单的问题,计划扑克就是打不出个结果,各持己见怎么办?也就是少数人无法说服大家,或者说根本无人去听回答:计划扑克的结束条件”近似一致“是个很有趣的标准,其实要回答”什么时候停止打扑克“,就要先解决”为什么要打扑克“的问题。如果打扑克的目的已经达到,原创 2014-01-21 22:13:36 · 8381 阅读 · 2 评论 -
敏捷开发一千零一问系列之三十七:进度与质量的冲突
众所周知敏捷实施中,每个task的时间是团队自己定的,才能保证团队有效的高质量完成,这是不是和客户要求的deadline冲突了呢,团队自己定的时间如果过多就会影响准时的交付,而如果不影响交付,必然会产生加班以至于质量问题。在实际中怎么去协调这个呢?原创 2014-01-21 14:05:49 · 5850 阅读 · 1 评论 -
敏捷开发一千零一问系列之三十六:跨平台开发的人员和代码复用
问题:团队里有不同专业的人员,例如开发iPhone和安卓的手机人员,他们一起召开每日会议的话意义有多大?因为iPhone项目的进度和安卓项目的进度看似关系不大,iPhone开发人员遇到的问题安卓开发人员也无法解决。原创 2014-01-21 13:20:26 · 4296 阅读 · 3 评论 -
敏捷开发一千零一问系列之三十六:如何做小版本迭代的代码管理
问题:若要实现敏捷式的开发,对产品进行迭代式的小版本的发布,在代码管理方面应该怎么样管理呢?我们目前的管理是在一个大的版本上不断的递增新的需求……但是要是有个需求做到一半,领导又要求做更重要的需求的情况,就很难将开发一半的代码剥离开。原创 2013-11-22 16:19:44 · 5600 阅读 · 0 评论 -
敏捷开发一千零一问系列之三十五:如何获取准确需求?(兼谈精益创业)
本文是敏捷开发一千零一问的第三十五篇。(栏目总目录)问题相比项目开发,产品研发中获取准确需求难度更大。因为客户和用户比较模糊,需求经常不知道问谁,而另外一个问题则是不知道该怎么问。本人有幸参加过由Lean Startup Machine主办微软协办的精益创业培训课程(Lean Startup),课程中一个议题就是如何获取准确需求。分析为大众软件/应用收集需求的时候,首先应该注意,不要问有导向性的问原创 2013-10-24 16:19:22 · 6244 阅读 · 4 评论 -
敏捷开发绩效管理之十一:如何提高人员可用率?
这是敏捷开发绩效管理的第十一篇。(栏目总目录)也是敏捷开发一千零一问的第三十四篇。(栏目总目录)人员可用率字面上,人员可用率指每个人的所有工作时间中,多少比例被用于真正的工作。广义的人员可用率,还应该包括“战斗人员”的比例,如果各种行政、管理团队数量庞大,那么总可用率也会因此 降低。本文重点谈前者。深层的人员可用率,还应该指扣除返工、浪费后的实际可用率。关于人员可用率的数据很少,大致有两个很有参考原创 2013-09-10 10:30:31 · 8294 阅读 · 10 评论 -
敏捷开发一千零一问系列之三十四:如何弄清楚项目需求(需求开发步骤)?
这是敏捷开发一千零一问系列的第三十三篇。(在这里提问,之一,之二,之三,问题总目录)也是敏捷开发用户故事系列的第十篇(栏目目录)。问题需求清晰到什么程度可以进行开发?一定要弄清楚需求才能开发吗?怎样才能弄清楚需求?注意下面的分析是在基于合同的项目开发的语境中的。产品和互联网需求开发的过程,日后另有讨论。分析与步骤以下文字摘录于群聊天记录,未做深入修改,见谅。项目语境如果只分两种,那么整体上有两种项原创 2013-06-14 11:29:25 · 4230 阅读 · 0 评论 -
敏捷开发一千零一问系列之三十四:何时引入敏捷培训或咨询?
这是敏捷开发一千零一问系列的第三十四篇。(在这里提问,之一,之二,之三,问题总目录)问题如题。这是很多企业都问过的问题,尤其是那些底子比较薄弱,想引入敏捷开发但又很担心失败的公司。分析现在整体上敏捷开发培训市场的课程分为几大类。第一类:概念类介绍基本概念为主的,特点是大纲“全面”但比较凌乱,尝试把所有敏捷开发的要素都覆盖到但很难深入到实践的层面。这类课程的价值其实不大,因为所有内容都能百度到或在某原创 2013-05-13 14:52:00 · 4049 阅读 · 0 评论 -
敏捷开发一千零一问系列之三十三:每天编码多少行?
这是敏捷开发一千零一问系列的第三十三篇。(在这里提问,之一,之二,之三,问题总目录)原问题来自http://blog.csdn.net/cheny_com/article/details/6594507#comments六楼,经读者同意,摘录如下:“一般而言,大致每天高手能编写100多行有效代码(按分号计数),新手会多一些但也不超过200(他们编写代码比较费)。” 从整年平均来说,这个数据是不是有原创 2013-04-11 10:44:13 · 18264 阅读 · 54 评论 -
敏捷开发一千零一问系列之九:总体架构什么时机进行?(上)
这是敏捷开发一千零一问系列的第九篇。(在这里提问,之一,之二,之三,问题总目录)问题总体架构设计在什么时机进行?是每个迭代做还是先做完再迭代?这是少数几个被提到的技术问题。在两天的培训课程之后,最后剩下的纯的技术问题一般只占1/5都不到,多数都是管理问题,而管理问题中,又基本上是人的管理问题,这也说明了在“心法人事物”中,心总是第一位的。方案最早想写成方案1、方案2,但感觉有点像说是有不同的很多并原创 2012-01-20 10:48:13 · 11590 阅读 · 3 评论 -
敏捷开发一千零一问系列之二十二: UI设计怎么做到敏捷呢?(兼谈对UI热的理解)(上)
这是敏捷开发一千零一问系列的第二十二篇。(在这里提问,之一,之二,之三,问题总目录)问题这个问题,也来自QQ群的讨论,整理一下。问: 13:12:49 我问一个具体问题,我做移动OA 问题是 UI设计 怎么做到敏捷呢? 其实就是 设计稿变化 程序老跟着变 陈勇-咨询-北京 (139107533)2012-06-29 13:17:50恩,我们团队不大,我自己一个人做了产品经理、项目经理、主程序原创 2012-07-01 11:16:48 · 12193 阅读 · 7 评论 -
敏捷开发一千零一问系列之十一:需求谁做主?
这是敏捷开发一千零一问系列的第十一篇。(在这里提问,之一,之二,之三,问题总目录)问题原来问题是这么写的:“每个人对美的认识不一样,在产品开发过程中,该怎样有效控制界面设计用时?”大致是说有些人觉得这样就得了,另外一些人觉得还不够漂亮,不知道评审的时候该听谁的。这个问题有点另类,所以泛化成“需求谁做主”。方案方案1:听产品经理PO的这个是简化的方案。一般而言,我们总会挑选出正确的人,或至少是最正确原创 2012-02-29 23:31:40 · 8533 阅读 · 5 评论 -
敏捷开发一千零一问系列之十:总体架构什么时机进行?(下)
这是敏捷开发一千零一问系列的第十篇。(在这里提问,之一,之二,之三,问题总目录)问题总体架构设计在什么时机进行?是每个迭代做还是先做完再迭代?方案之前提到了在时间的角度上,从技术和商业层面上的架构设计,下面看看横向的架构设计。方案1:开发人员全体参与架构设计敏捷开发整体上是一个崇尚“跨职能”的管理方法,开发和测试融合(所以才有很多类似自动化测试、单元测试、持续集成这些需要开发人员强参与的测试活动)原创 2012-01-30 18:09:25 · 10680 阅读 · 9 评论 -
敏捷开发一千零一问系列之七:怎样对待有看法的徒弟?
这是敏捷开发一千零一问系列的第七篇。(在这里提问,之一,之二,之三,问题总目录)问题松结对编程中,师傅对徒弟安排任务时,对于有想法的徒弟提出的意见怎样解决?方案步骤0:正心,诚意。人们到底是在管理一个人(控制,监督,指令)还是领导一个人(帮助,引导,培养),被管理者和被领导者其实心里是一清二楚的。因此在师徒关系中,不能为了师徒而师徒,而是要找到师+徒这个体系的目的,把心态放在把事情做好而非维护师徒原创 2012-01-17 10:18:45 · 13097 阅读 · 27 评论 -
敏捷开发一千零一问系列之五:怎样让队员主动要活?
这是敏捷开发一千零一问系列的第五篇。(在这里提问,之一,之二,之三,问题总目录)本问题被评为某次课程最佳问题之一(每场2~4个)。问题怎样让团队成员完成从派活到主动要活?方案步骤0:在一个传统团队中,多半是由一个人(一般是项目经理)估算、分配、监督任务完成。由于这个人处于鸡的角色(请参考百度“猪与鸡”),所以真正承担任务的人要冒任务被错误估算和分配导致绩效低下的风险,引起大家的不满。按时完成了经理原创 2012-01-11 11:42:38 · 10704 阅读 · 16 评论 -
敏捷开发一千零一问系列之四:优先级排错怎么办?
这是敏捷开发一千零一问系列的第四篇。(在这里提问,之一,之二,之三,问题总目录)这个系列的文章太多,除了用于总结性篇章外,请访问“问题总目录”查找感兴趣的具体问题。初始问题对于不断更新的需求,导致需求优先级的判断出现了错误,知道项目周期后期才发现,怎么办?答案1. (临时方案)确保所有排序均是由PO完成的常常出现所谓现场客户、由客户出PO、由一个销售当PO的情况,都是应该避免的。PO一方面要熟悉具原创 2012-01-10 11:26:26 · 9315 阅读 · 6 评论 -
敏捷开发一千零一问系列之三:序言及解决问题的心法(共振)
这是敏捷开发一千零一问系列的第三篇。(在这里提问,之一,之二,之三,问题总目录)也是般若敏捷系列第十二篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九,之十,之十一,之十二)共振共振是以无我、无住精神推广敏捷时的具体做法。很容易被简单理解为循序渐进,但这样理解不全面,这也是为什么会出现“共振”这个奇怪的词汇。之前的无我、无住,也都很难找到完整替代的又没有歧义的词汇或语句。循序渐进很多人都原创 2012-01-10 10:38:33 · 8973 阅读 · 7 评论 -
敏捷开发一千零一问系列之二:序言及解决问题的心法(无住)
这是敏捷开发一千零一问系列的第二篇。(在这里提问,之一,之二,之三,问题总目录)也是般若敏捷系列第十一篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九,之十,之十一,之十二) 无住在般若敏捷系列中已经提过,包括不住于法,不住于空。不住于法就是不停留在一种固定的方法上。如果把“敏捷”理解成一个名词,就会出现一个问题:什么是敏捷?又会扩展成Scrum是敏捷,还是XP是敏捷?RUP是不是敏捷?原创 2012-01-10 10:37:34 · 9243 阅读 · 4 评论 -
敏捷开发一千零一问系列之一:序言及解决问题的心法(无我)
这是敏捷开发一千零一问系列的第一篇。(在这里提问,之一,之二,之三,问题总目录)也是般若敏捷系列第十篇。(之一,之二,之三,之四,之五,之六,之七,之八,之九,之十,之十一,之十二) 做敏捷开发时间长了,就感觉很多事情都理所当然,越发觉得“问题很可贵”,最近做培训的时候收集了一些问题,很多现场来不及解答,逐一发表在这里。如何解决一个问题知识多了自然可以解决问题,经历多了自然也可以积累经验,但是在一原创 2012-01-10 10:36:43 · 16338 阅读 · 24 评论 -
敏捷开发一千零一问系列之二十:怎样持续改进?(兼谈共振)
这是敏捷开发一千零一问系列的第二十篇。(在这里提问,之一,之二,之三,问题总目录)问题问题来自提问帖第14楼:http://blog.csdn.net/cheny_com/article/details/7564388问题原文:有迭代,有总结,也有人说话。但是下个版本,大家又忘记自己提的改进意见了。这个问题还有很多变形,比如怎样开好反思会什么的。初步分析反思会被认为是敏捷开发中最重要的两个会(另一原创 2012-05-28 14:44:07 · 8363 阅读 · 6 评论 -
敏捷开发一千零一问系列之十二:敏捷实施的步骤?
这是敏捷开发一千零一问系列的第十二篇。(在这里提问,之一,之二,之三,问题总目录)问题原问题:敏捷的具体实施是否按照一定的步骤?方案越前面的方案月容易实施,但是也越容易流于肤浅而失败。方案1:循序渐进这个可以说是所有事物推广的方法,不只是敏捷,而作为“敏捷”而言,崇尚迭代交付,自然更符合循序渐进的思想。方案2:面向问题常常听到这样一个问题:我是过程改进人员,以前CMMI过级的时候很忙碌,也很充实,原创 2012-02-29 23:32:20 · 10254 阅读 · 8 评论 -
敏捷开发一千零一问系列之十三:故事点好还是人天好?
这是敏捷开发一千零一问系列的第十三篇。(在这里提问,之一,之二,之三,问题总目录)问题这是课堂上提的一个问题,这是一家外企,PO在国外,研发在国内;PO希望大家用故事点估算,而团队习惯用人天估算,问用哪个好,或者两个都用好?分析先分析,后出方案。这个是一个典型的有关无我、无住的问题。所谓无我,就是先弄清楚为什么不同的人想要不同的东西,然后本着到底“谁应该要,应该优先满足谁”而非“我应该要,应该优先原创 2012-03-06 11:51:04 · 9677 阅读 · 5 评论 -
敏捷开发一千零一问系列之二十一:怎样写设计?(教育软件案例)
这是敏捷开发一千零一问系列的第二十一篇。(在这里提问,之一,之二,之三,问题总目录)问题这个问题来自于QQ聊天记录。早期的对话大致是:问: 12:50:06 敏捷开发 提倡的是简单设计是吧? 那么是不是就弱化了 设计文档了呢? 陈勇-咨询-北京(139107533) 12:54:06 弱化设计是相对的,敏捷的目的只有一个:强化最后的可用产品。 对于本来设计有点过头的团队而言,需要弱化设计来省出时间原创 2012-07-01 10:25:55 · 8536 阅读 · 5 评论 -
敏捷开发一千零一问系列之二十一:外部教练还是外部教练?(敏捷开发改进的主体问题)
这是敏捷开发一千零一问系列的第二十一篇。(在这里提问,之一,之二,之三,问题总目录)问题这个不是培训课上的问题,而是最近一些电话和微博上的问题。起源是有客户打来电话,希望不只是听听培训(包括内训),而是希望能有长达十天二十天的现场指导活动,指导企业完成敏捷的部署。虽然这的确是一个很好的商业机会,整体上却不太可行;或者说即使可行,也不是企业想象中的“行”法。最近微博上面关于华为敏捷推广的讨论也间接地原创 2012-06-16 11:02:17 · 4730 阅读 · 2 评论 -
敏捷开发一千零一问系列之十七:长期受制于强势客户怎么办?(上)
这是敏捷开发一千零一问系列的第十七篇。(在这里提问,之一,之二,之三,问题总目录)这个是在一次面向电信行业供应商的公开课上提出的问题,被评为本场最佳问题。对于这类“供应商”而言,一方面业务根深蒂固,一般固化在某些专有领域因此很有必要产品化;另一方面又受制于客户总是来回改动,很难有自己的自主权。两者的矛盾,可以通过逐步推广敏捷开发而解开,也需要大量的周边技术、管理、市场手段来辅助。甚至应该反过来说,原创 2012-05-12 11:29:05 · 11223 阅读 · 12 评论 -
敏捷开发一千零一问系列之十八:长期受制于强势客户怎么办?(下)
这是敏捷开发一千零一问系列的第十七篇。(在这里提问,之一,之二,之三,问题总目录)方案3:培养产品经理,想到客户前面被客户牵着鼻子走本来不是坏事,还少了做需求分析的工作,但关键是客户一会牵着向东,一会牵着向西,好像自己也没有主张的样子,这就令开发团队郁闷了。这时候,无论是不是产品化了,都应该培养一个人,看到客户前面去,看他自己是不是都迷路了。客户“迷路”大体有两种情况,一种是有路但自己不知道。曾经原创 2012-05-12 11:34:01 · 8205 阅读 · 5 评论 -
敏捷开发一千零一问系列之十六:如何让开发人员学习产品?
这是敏捷开发一千零一问系列的第十六篇。(在这里提问,之一,之二,之三,问题总目录)这个和上一篇“敏捷开发与CMMI谁为主”都是最近一次培训被大家选出来的最有价值问题。问题开发人员一般都只关注开发,如何让他们去关注产品呢?方案方案1简单但不彻底,方案3彻底但不简单。方案1:产品经理在计划会讲解产品背景计划会是一个产品经理宣贯产品的好地方,但是我们山东籍的程序员就会问:“你啰啰这些没用的黄子做么”,西原创 2012-05-04 12:30:44 · 7628 阅读 · 9 评论 -
敏捷开发一千零一问系列之十五:同时实施CMMI和敏捷哪个为主?
这是敏捷开发一千零一问系列的第十五篇。(在这里提问,之一,之二,之三,问题总目录)也是敏捷与CMMI系列的第三篇。(总目录)问题原来问题是这么写的:“一家企业既要过CMMI,又要过ISO,还要实施敏捷,应该怎样做?”之所以改成“哪个好”,是因为如果要多头并存,就要有主次关系。那么,到底哪个好,应该以哪个为主呢?分析每次说到这个问题,都会有不同的角度可以分析。一个常见的角度是说:CMMI比较完整“大原创 2012-04-25 15:26:08 · 9420 阅读 · 9 评论 -
敏捷开发一千零一问系列之八:团队习惯了分工怎么办?
这是敏捷开发一千零一问系列的第八篇。(在这里提问,之一,之二,之三,问题总目录)问题在Team中,TeamLeader给人指定任务时,基本没有选择怎么办?(因为大家对别人的工作都不熟悉)方案步骤1:如果团队已经习惯了沉闷地自己开发自己的工作,办公室里边总是静悄悄的,那么一个可行的起点,是Leader可以先与大家进行松结对,就是不断地指导有难题的人。实际上当大家听到有人在交流的时候,就会侧耳听听,如原创 2012-01-19 11:58:39 · 10566 阅读 · 10 评论