这是敏捷开发一千零一问系列的第十九篇。（在这里提问，之一，之二，之三，问题总目录）先说说一千零一
原创
2022-09-19 12:04:45
59阅读
这是敏捷开发一千零一问系列的第十一篇。（之一，之二，之三，问题总目录）问题原来问题是这么写的：“每个人对美的认识不一样，在产品开发过程中，该怎样有效控制界面设计用时？”大致是说有些人觉得这样就得了，另外一些人觉得还不够漂亮，不知道评审的时候该听谁的。这个问题有点另类，所以泛化成“需求谁做主”。方案方案1：听产品经理PO的这个是简化的方案。一般而言，我们总会挑选出正确的人，或至少是最正确的人——他对市场清楚，客户明白，至少在业务方面比程序员经多见广——来形成对需求的雏形，日后验收的，也是他。这个人就是PO，Product Owner，产品的主人，产品经理。不过，常常不存在一个人这么厉害，能超越和
转载
2012-02-29 23:31:00
37阅读
2评论
这是敏捷开发一千零一问系列的第十一篇。（在这里提问，之一，之二，之三，问题总目录）问题原来问题是这么写的：“每个人对美的认识不一样，在产品开发过程中，该怎样有效控制界面设计用时？”大致是说有些人觉得这样就得了，另外一些人觉得还不够漂亮，不知道评审的时候该听谁的。这个问题有点另类，所以泛化成“需求谁做主”。方案方案1：听产品经理PO的这个是简化的方案。
原创
2022-09-19 13:02:33
48阅读
问题
原来问题是这么写的：“每个人对美的认识不一样，在产品开发过程中，该怎样有效控制界面设计用时？”
大致是说有些人觉得这样就得了，另外一些人觉得还不够漂亮，不知道评审的时候该听谁的。
这个问题有点另类，所以泛化成“需求谁做主”。
方案
方案1：听产品经理PO的
这个是简化的方案。
一般而言，我们总会挑选出正确的人，或至
原创
2012-02-29 23:31:00
595阅读
问题
原问题：敏捷的具体实施是否按照一定的步骤？
方案
越前面的方案月容易实施，但是也越容易流于肤浅而失败。
方案1：循序渐进
这个可以说是所有事物推广的方法，不只是敏捷，而作为“敏捷”而言，崇尚迭代交付，自然更符合循序渐进的思想。
方案2：面向问题
常常听到这样一个问题：我是过程改进人员，以前CMMI过级的时候很忙碌，也很充实，最近公司今年没
原创
2012-02-29 23:32:00
561阅读
正逢周末，又是愚人节，群中有人正在加班，想起上次培训中间休息的时候，讨论起这个“敏捷开发加班吗”的问题，虽然后来没有作为课后投票入选，但这里也完整回答一下。
问题
敏捷开发加班吗？
楼下有人问到“敏捷和加班有什么关系”，补充这两句。
有些程序员认为，敏捷开发从制度上要求不加班（可持续的步调），因此会说“老板，现在你不是推敏捷开发吗
原创
2012-04-01 14:35:00
473阅读
这是敏捷开发一千零一问系列的第三十篇。（在这里提问，之一，之二，之三，问题
原创
2022-09-19 10:57:57
64阅读
方案
方案一：用早期功能点估算法进行报价或早期制定项目计划
这个在之前谈到过很多次了，具体可以参考敏捷开发绩效管理系列的之六、之七。另外在敏捷开发用户故事分类与组织结构（一期） （整个活动1期）中有详细描述。
这个是国际上迄今为止唯一被大规模推广使用的方法，中国即将发布的国标就是基于这个的。现在世界上有6000多认证的功能点估算专家，中国只有2个（本人不是），所以显得不太出名。这可能
原创
2012-12-17 19:57:00
987阅读
这是敏捷开发一千零一问系列的第十二篇。（在这里提问，之一，之二，之三，问题总目录）问题原问题：敏捷的具体
原创
2022-09-19 12:21:40
72阅读
这是敏捷开发一千零一问系列的第十四篇。（在这里提问，之一，之二，之三，问题总目录）
原创
2022-09-19 10:48:58
203阅读
这是敏捷开发一千零一问系列的第十二篇。（之一，之二，之三，问题总目录）问题原问题：敏捷的具体实施是否按照一定的步骤？方案越前面的方案月容易实施，但是也越容易流于肤浅而失败。方案1：循序渐进这个可以说是所有事物推广的方法，不只是敏捷，而作为“敏捷”而言，崇尚迭代交付，自然更符合循序渐进的思想。方案2：面向问题常常听到这样一个问题：我是过程改进人员，以前CMMI过级的时候很忙碌，也很充实，最近公司今年没有过级的任务，大家都闲下来了，下一步该怎么办呢？既然是过程改进人员，就应该改进过程，和CMMI本来是无关的。CMMI的引入，是帮助我们解决问题的，而不是让我们忙碌和充实的。现实项目的问题和困难，才是
转载
2012-02-29 23:32:00
37阅读
2评论
这是敏捷开发一千零一问系列的第三十三篇。（在这里提问，之一，之二，之三，问题总目录” 从整年平均来说，这个数据是不是有
原创
2022-09-19 10:40:28
43阅读
这是敏捷开发一千零一问系列的第十三篇。（在这里提问，之一，之二，之三，问题总目录）问题这是课堂上提的一个问题
原创
2022-09-19 12:17:26
67阅读
这是敏捷开发一千零一问系列的第五篇。（在这里提问，之一，之二，之三，问题总目录）本问题被评为某次课程最佳问题之
原创
2022-09-19 12:25:08
44阅读
本问题被评为某次课程最佳问题之一（每场2～4个）。
问题
怎样让团队成员完成从派活到主动要活？
方案
步骤0：
在一个传统团队中，多半是由一个人（一般是项目经理）估算、分配、监督任务完成。由于这个人处于鸡的角色（请参考百度“猪与鸡”），所以真正承担任务的人要冒任务被错误估算和分配导致绩效低下的风险，引起大家的不满。
按时完成了经理领导有方，延期了则总
原创
2012-01-11 11:42:00
416阅读
问题
这是课堂上提的一个问题，这是一家外企，PO在国外，研发在国内；PO希望大家用故事点估算，而团队习惯用人天估算，问用哪个好，或者两个都用好？
分析
先分析，后出方案。
这个是一个典型的有关无我、无住的问题。
所谓无我，就是先弄清楚为什么不同的人想要不同的东西，然后本着到底“谁应该要，应该优先满足谁”而非“我应该要，应该优先满足我&r
原创
2012-03-06 11:51:00
459阅读
这是敏捷开发一千零一问系列的第五篇。（在这里提问，之一，之二，之三，问题总目录）本问题被评为某次课程最佳问题之一（每场2～4个）。问题怎样让团队成员完成从派活到主动要活？方案步骤0：在一个传统团队中，多半是由一个人（一般是项目经理）估算、分配、监督任务完成。由于这个人处于鸡的角色（请参考百度“猪与鸡”），所以真正承担任务的人要冒任务被错误估算和分配导致绩效低下的风险，引起大家的不满。按时完成了经理领导有方，延期了则总能找到一个临时工来顶缸，事情永远做不好。步骤1：“领导”和“管理”的区别在于后者利用权力行事，而前者亲自带领队员。比如如果项目经理仍然估算和分配任务，但是会主动帮助认为估算不对、任
转载
2012-01-11 11:42:00
42阅读
2评论
这是敏捷开发一千零一问系列的第九篇。（在这里提问，之一，之二，之三，问题总目录）
问题
总体架构设计在什么时机进行？是每个迭代做还是先做完再迭代？
这是少数几个被提到的技术问题。在两天的培训课程之后，最后剩下的纯的技术问题一般只占1/5都不到，多数都是管理问题，而管理问题中，又基本上是人的管理问题，这也说明了在“心法人事物”中，心总是第一位的。
方案
最早想写成方
原创
2012-01-20 10:48:00
403阅读
问题
估算和度量几乎是敏捷开发及其他开发方法永恒的话题。不过，在进行估算之前，必须理解估算的价值，并觉得为估算所付出的工作量值得。
请看下面这段对话，它发生在2003年为一家企业做CMMI咨询的时候，涉及到代码行估算（有改动和扩展）：
甲：假设一段代码是1000行。不估算，写完了一数是1000行；估算，写完一数还是1000行。为什么要进行估算呢？
乙：因为如果知道是1000行，
原创
2012-12-17 19:56:00
906阅读
