昨天第一次上CMM课,老师是国内最早搞CMM的牛人拉,虽然第一次课没讲到CMM,但还是给大家不少启发.特别是当场做了一个案例,让大家感受不少.
老师的案例是这样的:总共40人,分8个组,每个小组5人,需要在指定时间内完成老师(扮演老板的角色)布置的任务.任务是:
给出每组一定的材料,要求做餐馆的菜单，当然，这些菜单是老师提供了菜单的样式和需求的图纸，并且设定了不少
需求，比如：对菜单的形状，规格大小，菜单上贴上的每样菜式纸条的宽度，高度，边角位置等有很严格的规定；
而且对每张菜单上张贴的菜式有要求，比如每张菜单加起来的价格要在一定的范围来，任意两张菜单中的菜名不能重复等等，
反正一共列出了大概１０个要求吧。
而提供给每组的材料有纸，剪刀，直尺，铅笔等工具，而这些工具是要求每个小组去买的，如果你觉得用的工具少，就可以少买，
节省成本。而当ＢＯＳＳ讲完需求后，如果各小组要再询问ＢＯＳＳ的话，就要收费了，按分钟算费用，比如咨询１分钟，小组就要付出１０分；接着，给出１５分钟给各小组进行需求分析和设计，并且要在指定时间内上报每组可以最后提交多少张菜单；最后就给４５分钟大家开始设计，ＢＯＳＳ准时收货；如果最后交给ＢＯＳＳ的比计划的少，就要按少一张扣分。呵呵，大概就是这样吧。
看到了吧，一个看上去这么简单的游戏，大家估计下最后的结果是什么呢？班上４０人，都是在职的人事，有软件公司的程序员，
有系统分析员，有项目经理，有政府部门做甲方的人，有工作５－８年的，有工作１０年以上的，也有银行，医院，政府各行各业搞ＩＴ的，反正都是ＩＴ行业相关的。最后临到了要提交的时间，最后５分钟，大家越来越紧张，都在拼命地赶，象热窝上的蚂蚁。最后，大家的作品大多是惨不忍睹，一算分，全部组都是负分（也就是全部项目组都亏损了）。最后，老师让８个小组的项目组长（扮演项目经理的角色）分别总结了其经验，而我也结合了一下，总结为下面几点。
１、对目标的制定有的组缺乏全盘考虑，有的组甚至报出８张，１０张的数目，没考虑到时间，人力等因素。
2 有的组分工不够明确，缺乏核心统领人物（这些组一般是牛人比较多，各人有各人想法），有的组分工过于死板，比如时间过了很多了，有的人依然在指手划脚，只动口不动手，拖慢了进度。
3 有的组依然对需求理解有偏差，项目组里做需求的人搞错了，导致最后要扣分。而居然没一个组在ＢＯＳＳ讲完后，向ＢＯＳＳ提出咨询（呵呵，估计是因为题目设置了咨询要收费的意思吧）
4 进度控制不好，有的组只顾着做，没考虑时间。
当然，我觉得还有另外一些因素，比如毕竟我们是在职上课的，不象真的开发团队那样，整天在一起，大家彼此的默契和了解
不是那么好等，这可能是一些客观因素。
当然，有的组还是做的不错的，比如宁愿做的少些，比如做两张十分正确的成品。而我所在的组最后，我们计划的是４张成品，最后都完成了，通过评审有３张及格，最后－１７分，虽然还是负分，但是是第一名咯，呵呵。下面讲下我们组的一些心得：
１、分工明确：，５个人，我是担任象项目副经理的角色，设１个项目经理，两个小组，１小组两人，组１负责制作菜单，组２负责选择菜名价格，菜式进行排列组合并贴到菜单上去。
在一开始，我们就定好这样的分工，而且我主动提出我去做菜名菜式的选择那部分（呵呵，因为我觉得自己动手能力一般，所以不去做那些剪纸等的工作了），后来证明我们的分工是十分正确的。
２、目标尚可：一开始，大家提出到底要报多少张。我的看法是做３张，但最后项目经理定下的是４张，大家之间有过争论，但最后我们通过投票进行了决定，决定做４张。从最后的结果看来，４张我们的确是做出来了，但时间十分紧，从而影响了质量，如果３张的话，我们就十分有利了，后来事实证明我的看法是正确的。
３、配合默契。比如我和另一人在选择菜式，价格，产地等排列组合，贴图上色等环节中，都是一人提示，一人做，提示的人兼做审核，从而保证了不会手忙脚乱，不会出错，事实证明也是正确的。而我和项目经理也起到很好的调节作用，比如在缺少工具铅笔时，我们决定把铅笔一分为二（有的组居然不会，呵呵），在很多关键问题上，我们都调整的很好，从而保证了最后４张的任务勉强完成。
而我们的不足在于有个小需求居然搞错了，是当初做需求组的人出错，而复查需求的人居然没审出来，项目经理也没审出来，导致扣分。
所以总结一下，从这个案例其实大家都学到很多东西，可能是第一次这样做觉得有趣好玩吧。比如
１、比如，象我们这次，大家可以说是一个临时组织的新团队了，遇到了一个新的项目（做菜单），之前大家也不是天天在一起那么默契，如何在一个新组建的团队里，面对新的项目做好估算呢？项目经理如何发挥大家的积极性，做好调配呢？我相信这是大家十分应该觉得重视的问题。我觉得在这样的环境下，项目经理应快速搞清团队成员的能力，团队成员也应该主动表达自己的愿望和实力；比如我就主动不去搞剪纸那部分了。
２、还是要对需求，目标做好规划研究。你看，有的小组居然夸下海口，做１０张，８张，那根本就是可行性分析彻底做失败了。理解需求方面，象我们组，分了人去搞需求，居然也有个地方搞错了，可见在实际项目中需求分析的重要性。
３、除了分好工外，既要民主，又要集中。比如我们组，对目标的最后设定，最后还是尊重项目经理的意见了，因为当时项目经理的确提出了足够多的证据，让大家觉得可以做４张，注意项目经理不能武断，要令人信服，要提出证据，这一点我们做的很好。而又要民主哦，比如一开始，项目经理说为了省成本，居然没给纸张和笔我们两人去抄老师幻灯打出来的成成的菜单，这是，我坚决提出，我们坐的后，用彩色笔的话，太粗了，不记下来的话，到时再慢慢看的话，会拖慢效率，得不尝失；最后，意见得到了采纳。
呵呵，最后老师也说了，他这个实验做了很多次了，玩这个游戏的人有很多，有ＭＢＡ班的，有全经理老总班的，有象我们这样的，有本科生，普遍还是得正分的不多哦，呵呵。
老师的案例是这样的:总共40人,分8个组,每个小组5人,需要在指定时间内完成老师(扮演老板的角色)布置的任务.任务是:
给出每组一定的材料,要求做餐馆的菜单，当然，这些菜单是老师提供了菜单的样式和需求的图纸，并且设定了不少
需求，比如：对菜单的形状，规格大小，菜单上贴上的每样菜式纸条的宽度，高度，边角位置等有很严格的规定；
而且对每张菜单上张贴的菜式有要求，比如每张菜单加起来的价格要在一定的范围来，任意两张菜单中的菜名不能重复等等，
反正一共列出了大概１０个要求吧。
而提供给每组的材料有纸，剪刀，直尺，铅笔等工具，而这些工具是要求每个小组去买的，如果你觉得用的工具少，就可以少买，
节省成本。而当ＢＯＳＳ讲完需求后，如果各小组要再询问ＢＯＳＳ的话，就要收费了，按分钟算费用，比如咨询１分钟，小组就要付出１０分；接着，给出１５分钟给各小组进行需求分析和设计，并且要在指定时间内上报每组可以最后提交多少张菜单；最后就给４５分钟大家开始设计，ＢＯＳＳ准时收货；如果最后交给ＢＯＳＳ的比计划的少，就要按少一张扣分。呵呵，大概就是这样吧。
看到了吧，一个看上去这么简单的游戏，大家估计下最后的结果是什么呢？班上４０人，都是在职的人事，有软件公司的程序员，
有系统分析员，有项目经理，有政府部门做甲方的人，有工作５－８年的，有工作１０年以上的，也有银行，医院，政府各行各业搞ＩＴ的，反正都是ＩＴ行业相关的。最后临到了要提交的时间，最后５分钟，大家越来越紧张，都在拼命地赶，象热窝上的蚂蚁。最后，大家的作品大多是惨不忍睹，一算分，全部组都是负分（也就是全部项目组都亏损了）。最后，老师让８个小组的项目组长（扮演项目经理的角色）分别总结了其经验，而我也结合了一下，总结为下面几点。
１、对目标的制定有的组缺乏全盘考虑，有的组甚至报出８张，１０张的数目，没考虑到时间，人力等因素。
2 有的组分工不够明确，缺乏核心统领人物（这些组一般是牛人比较多，各人有各人想法），有的组分工过于死板，比如时间过了很多了，有的人依然在指手划脚，只动口不动手，拖慢了进度。
3 有的组依然对需求理解有偏差，项目组里做需求的人搞错了，导致最后要扣分。而居然没一个组在ＢＯＳＳ讲完后，向ＢＯＳＳ提出咨询（呵呵，估计是因为题目设置了咨询要收费的意思吧）
4 进度控制不好，有的组只顾着做，没考虑时间。
当然，我觉得还有另外一些因素，比如毕竟我们是在职上课的，不象真的开发团队那样，整天在一起，大家彼此的默契和了解
不是那么好等，这可能是一些客观因素。
当然，有的组还是做的不错的，比如宁愿做的少些，比如做两张十分正确的成品。而我所在的组最后，我们计划的是４张成品，最后都完成了，通过评审有３张及格，最后－１７分，虽然还是负分，但是是第一名咯，呵呵。下面讲下我们组的一些心得：
１、分工明确：，５个人，我是担任象项目副经理的角色，设１个项目经理，两个小组，１小组两人，组１负责制作菜单，组２负责选择菜名价格，菜式进行排列组合并贴到菜单上去。
在一开始，我们就定好这样的分工，而且我主动提出我去做菜名菜式的选择那部分（呵呵，因为我觉得自己动手能力一般，所以不去做那些剪纸等的工作了），后来证明我们的分工是十分正确的。
２、目标尚可：一开始，大家提出到底要报多少张。我的看法是做３张，但最后项目经理定下的是４张，大家之间有过争论，但最后我们通过投票进行了决定，决定做４张。从最后的结果看来，４张我们的确是做出来了，但时间十分紧，从而影响了质量，如果３张的话，我们就十分有利了，后来事实证明我的看法是正确的。
３、配合默契。比如我和另一人在选择菜式，价格，产地等排列组合，贴图上色等环节中，都是一人提示，一人做，提示的人兼做审核，从而保证了不会手忙脚乱，不会出错，事实证明也是正确的。而我和项目经理也起到很好的调节作用，比如在缺少工具铅笔时，我们决定把铅笔一分为二（有的组居然不会，呵呵），在很多关键问题上，我们都调整的很好，从而保证了最后４张的任务勉强完成。
而我们的不足在于有个小需求居然搞错了，是当初做需求组的人出错，而复查需求的人居然没审出来，项目经理也没审出来，导致扣分。
所以总结一下，从这个案例其实大家都学到很多东西，可能是第一次这样做觉得有趣好玩吧。比如
１、比如，象我们这次，大家可以说是一个临时组织的新团队了，遇到了一个新的项目（做菜单），之前大家也不是天天在一起那么默契，如何在一个新组建的团队里，面对新的项目做好估算呢？项目经理如何发挥大家的积极性，做好调配呢？我相信这是大家十分应该觉得重视的问题。我觉得在这样的环境下，项目经理应快速搞清团队成员的能力，团队成员也应该主动表达自己的愿望和实力；比如我就主动不去搞剪纸那部分了。
２、还是要对需求，目标做好规划研究。你看，有的小组居然夸下海口，做１０张，８张，那根本就是可行性分析彻底做失败了。理解需求方面，象我们组，分了人去搞需求，居然也有个地方搞错了，可见在实际项目中需求分析的重要性。
３、除了分好工外，既要民主，又要集中。比如我们组，对目标的最后设定，最后还是尊重项目经理的意见了，因为当时项目经理的确提出了足够多的证据，让大家觉得可以做４张，注意项目经理不能武断，要令人信服，要提出证据，这一点我们做的很好。而又要民主哦，比如一开始，项目经理说为了省成本，居然没给纸张和笔我们两人去抄老师幻灯打出来的成成的菜单，这是，我坚决提出，我们坐的后，用彩色笔的话，太粗了，不记下来的话，到时再慢慢看的话，会拖慢效率，得不尝失；最后，意见得到了采纳。
呵呵，最后老师也说了，他这个实验做了很多次了，玩这个游戏的人有很多，有ＭＢＡ班的，有全经理老总班的，有象我们这样的，有本科生，普遍还是得正分的不多哦，呵呵。
