https://blog.youkuaiyun.com/nijp2004zh-cnhttps://blog.youkuaiyun.com/https://blog.youkuaiyun.com/nijp2004/article/details/5947921https://blog.youkuaiyun.com/nijp2004/article/details/5947921nijp2004Mon, 18 Oct 2010 08:49:00 +0800之所以以沙龙的形式，希望参与人员能够以放松的心情来观察别人实践，探寻项目管理中的疑问。
沙龙方面，准备也不够细。很多工程师之前对Scrum了解不够，带着问题来的人不多，不过不乏一些有代表性的问题，我把一些典型观点和问题以及我的理解分别描述下。
所幸做为典型客户代表的N产品PM]]>https://blog.youkuaiyun.com/nijp2004/article/details/5943087https://blog.youkuaiyun.com/nijp2004/article/details/5943087nijp2004Fri, 15 Oct 2010 13:19:00 +0800今天晨会，刚进门：DPM就意有所图状看着我，“我昨天仔细看下，貌似泥泥占了两个座位，你们把位置腾出来的话，我们可以搬过来。” 我汗，真没白Scrum，这帮家伙行动力真强了，最开始的时候我和SQA MM都说到座位的问题，那时候谁都觉得“犯不着”、“别人不愿意的”。现在果然不同了。 SQA MM坦然牺牲靠窗的好位置，我当然没有问题了：“行，你们给我指点一个位置就可以了，我中午行动吧”。 SQA MM很热心，看到另外一个PM位置，觉得N产品的测试工程师坐这儿太合适不过了，然后主动去游说：“你和W测试工]]>https://blog.youkuaiyun.com/nijp2004/article/details/5943085https://blog.youkuaiyun.com/nijp2004/article/details/5943085nijp2004Fri, 15 Oct 2010 13:18:00 +0800测试工程师不好的实践好多，围绕在质量、协调方面，给出了很多他觉得不好的地方，除了一些和集体反思一致的，比如UI更新、项目目标，其它方面主要是递交管理和缺陷管理。 表面上的原因，是我们放弃了原来非常严谨的递交系统和缺陷管理工具，转而使用了禅道来管理缺陷，递交和缺陷管理要求降低，导致质量下降。按照DPM的说法：“系统自动编译，完了自动把安装包路径发给测试，然后工程师就觉得没事了，这个系统太爽了……，尤其是对于没有经历过完整的递交环节的新员工来说，完全不关心点击Autobuild按钮之后还有什么事情]]>https://blog.youkuaiyun.com/nijp2004/article/details/5943074https://blog.youkuaiyun.com/nijp2004/article/details/5943074nijp2004Fri, 15 Oct 2010 13:15:00 +0800需求的头脑风暴是PM先提出来的，我也很想做这样的尝试，自从参加了产品创新培训后（搜索《产品与服务开发》，L.LBean公司案例），很希望能够有机会尝试一些行动。
在演示会和反思会之后，展开需求讨论的头脑风暴。考虑到大家未必真的理解头脑风暴的真正含义，于是简单的说了几点规则
步骤
1、 明确主持人和记录者
2、 发散思维，获得尽可能多的线索
3、明确主题，约定时间（一个主题在40分钟左右）
注意事项
1、 鼓励自由畅谈、禁止]]>https://blog.youkuaiyun.com/nijp2004/article/details/5943073https://blog.youkuaiyun.com/nijp2004/article/details/5943073nijp2004Fri, 15 Oct 2010 13:14:00 +0800今天晨会人不多（大家都养成习惯了，即使现在Sprint之间，也习惯性的按时到作战室），有些人请假了。先说下，Sprint4结果没有完成，一个兼容性问题……，PM、Tester、DPM早就知道需要改，但最后几天，集体无意识的忘了……“算了，等下午反思会再好好说说”，大家都有此打算，也好，起码我们已经能分清楚晨会和反思会各自侧重不同了，这已经很棒了。 按预先计划，下午应该依次是演示会、反思会、以及需求头脑风暴会。上午，PM修订了下Sprint区间计划，把具体的会议记录、主持都分了下工，本着鼓励工程师]]>https://blog.youkuaiyun.com/nijp2004/article/details/5943072https://blog.youkuaiyun.com/nijp2004/article/details/5943072nijp2004Fri, 15 Oct 2010 13:13:00 +0800今天的“Sprint4”最后一天，先说下这几天晨会的情况   第一天：严重程度为1、2级的Bug做为任务上看板，我们觉得效果很不错，工程师讨论bug有明确的针对性。
   第二天：UI方面的Bug、优先级在3级以上的Bug更新到看板上，虽然抄写量并不大，但是下班前抄一次，晚上工程师加班又增加了一些，加上状态变更，次日晨会看板上就不是最近信息了。   第三天：UI这边的问题没有变更，另外一主要工程师请假。看板逐渐失去作用。   今天，又一主要工程师请假，PM家里有事请假，Test生病了要]]>https://blog.youkuaiyun.com/nijp2004/article/details/5943067https://blog.youkuaiyun.com/nijp2004/article/details/5943067nijp2004Fri, 15 Oct 2010 13:13:00 +0800
直到今天的立会后，我才反应过来今天是Sprint3最后一天，燃尽图上最后的8Day全是测试任务，Unplanne倒是很多，那开发人员都在修改bug。

昨天的立会中，某工程师是这样介绍他的工作的：“昨天修改了一些bug，今天还要修改些bug”，集体厥倒
 
在传统模式中，系统测试阶段，大量的工作就是围绕Bug讨论、修改、验证，中间会插入一些调整UI的活动，从我们目前的情况看，这个并没有多大改善，这应该是前期测试还不是充分的，当然我们现有的能力和]]>https://blog.youkuaiyun.com/nijp2004/article/details/5943063https://blog.youkuaiyun.com/nijp2004/article/details/5943063nijp2004Fri, 15 Oct 2010 13:12:00 +0800一、重新整理产品需求PM的思考：经过3个Sprint，从目前看来，觉得我们在禅道上输入的产品－模块－需求树形结构比较散乱，当时一方面对系统不够熟悉，另一方面希望能够兼顾产品视图和工程视图，但这样做难度太大。 如果全部按照产品的角度来分解需求，那么有些底层的需求如何分解，比如各模块都需要的外部通讯等等，这需要我们从实践中寻找答案。 另外，配合中秋节前讨论的看板调整方案，我们将在新的需求上增加“How To Demo”的信息。 二、代码走读的安排今天我和DPM讨论代码评审如何安排，我们先总结了需要改]]>https://blog.youkuaiyun.com/nijp2004/article/details/5905357https://blog.youkuaiyun.com/nijp2004/article/details/5905357nijp2004Sat, 25 Sep 2010 15:52:00 +0800https://blog.youkuaiyun.com/nijp2004/article/details/5905352https://blog.youkuaiyun.com/nijp2004/article/details/5905352nijp2004Sat, 25 Sep 2010 15:51:00 +0800今天因故晚1小时上班，到公司先问SQA MM今天情况如何，答：“你自己去看吧，会吓你一跳”，看表情一定不是坏事，赶紧去看下。
!@#$%，今天的看板格外干净啊，不对吧。全体工程师打了鸡血了？还是我一觉睡了三天，居然把所有的任务都干掉了？
回到座位上，一片狐疑，问SQA MM“他们把任务条吃了？怎么我感觉和昨天的对不上啊。”
SQA MM：“你看出什么没有问题了吗？”，嗯，不至于考洒家吧，洒家看不出，不过俺每天拍照可不是为了耍宝，查下。

我晕，还]]>https://blog.youkuaiyun.com/nijp2004/article/details/5905343https://blog.youkuaiyun.com/nijp2004/article/details/5905343nijp2004Sat, 25 Sep 2010 15:49:00 +0800https://blog.youkuaiyun.com/nijp2004/article/details/5905339https://blog.youkuaiyun.com/nijp2004/article/details/5905339nijp2004Sat, 25 Sep 2010 15:48:00 +0800立会的时候，看看貌似DPM还没到，老大在门口说了下，DPM临时有事请假了，一群人都有点发愣。“好吧，那我们就开始吧，谁先上？”既然Scrum倡导自治，向大家汇报，PM和DPM都不到，刚好让大家适应下。
每个人挨个回答三个问题，PM、DPM不在，感觉疑问也少了些，大家听过算数。节奏比平常快些。轮到某工程师MM，拿起一个任务：“今天做这个，‘切换设备，调整当前UI’”，
按照惯例，为了方便把任务信息登记到禅道中，一旦任务开]]>https://blog.youkuaiyun.com/nijp2004/article/details/5905334https://blog.youkuaiyun.com/nijp2004/article/details/5905334nijp2004Sat, 25 Sep 2010 15:47:00 +0800Sprint3计划会
反思是痛苦的，但实践是飞快的
我们没有再找PM讨论需求是否太多的问题了，但我在会议上惊奇的发现几个现象
1、一个外围模块没有被安排在Sprint3中（PM会后告知，原本这些模块拿到Sprint2做就是为了让新员工尽快熟悉软件的，现在看情况来不及了，这些并没有答应客户，所以就先不做了）
2、一个模块用最简单的功能代替了之前较复杂的逻辑（同样事后得知，这是最初的产品设计，后来丰富出来的延到后期）
3、个别工程师的任务很少，看起来]]>https://blog.youkuaiyun.com/nijp2004/article/details/5885176https://blog.youkuaiyun.com/nijp2004/article/details/5885176nijp2004Wed, 15 Sep 2010 09:36:00 +0800当我们发现某样东西有效时，就很容易认为它普遍适用。这正是银弹的特性，软件生产力联盟的Sarah Sheard对银弹的生存周期进行过令人愉快的描述。银弹的生存周期是这样一个过程：发现→成功应用→对成功的宣传→要素的建立和公布→首次（轻微的修改）重复运用→早期采用者的证实→无知的中层管理者在迥然不同的环境中对其进行过程化和实施→资金不足以及误用→由于最初思想的退化导致回报逐步变少→最终被丢弃并开始新的发现
引自：Sheard.S.July 2003,"The Life Cycle of a]]>https://blog.youkuaiyun.com/nijp2004/article/details/5885106https://blog.youkuaiyun.com/nijp2004/article/details/5885106nijp2004Wed, 15 Sep 2010 09:09:00 +0800https://blog.youkuaiyun.com/nijp2004/article/details/5883233https://blog.youkuaiyun.com/nijp2004/article/details/5883233nijp2004Tue, 14 Sep 2010 13:12:00 +0800老大看我的样子，习惯性的卖关子：“我先问你一个问题，你写的博客是在浏览器里写的，还是在本地写好再粘贴到浏览]]>https://blog.youkuaiyun.com/nijp2004/article/details/5883231https://blog.youkuaiyun.com/nijp2004/article/details/5883231nijp2004Tue, 14 Sep 2010 13:11:00 +0800到9.10是Sprint2最后一天，燃尽图看起来完成了差不多一半而已，不知道工程师怎么理解，我还是感到比较彷徨的，虽然书上、培训老师都说不要过于关注燃尽图，但是这正如关心孩子学习，但不要关注成绩一样。要做到泾渭分明，太难了。

下一个Sprint，我们能够改进能够哪些呢，已经有客户提出了新的需求。
在我们的商业文化中，如果一个产品有客户明确的需求，那产品战略就要向客户倾斜，因为客户愿意投入的起码是有市场需要的，而我们自己讨论的灵感能不能获得市场认可只是我们自己的沙盘]]>https://blog.youkuaiyun.com/nijp2004/article/details/5876474https://blog.youkuaiyun.com/nijp2004/article/details/5876474nijp2004Fri, 10 Sep 2010 19:16:00 +0800㈠、过度承诺和分工模式
我：“我们尝试Scrum的方法有]]>https://blog.youkuaiyun.com/nijp2004/article/details/5869219https://blog.youkuaiyun.com/nijp2004/article/details/5869219nijp2004Tue, 07 Sep 2010 18:51:00 +0800https://blog.youkuaiyun.com/nijp2004/article/details/5869215https://blog.youkuaiyun.com/nijp2004/article/details/5869215nijp2004Tue, 07 Sep 2010 18:44:00 +0800