欣旋PMP培训 发表于 2014-11-18 13:48:28

【第110期总结】敏捷项目管理的实践与应用

2014年11月15日下午,由上海欣旋企业管理咨询有限公司举办的第110期项目经理沙龙活动:敏捷项目管理的实践与应用,在上海市南苏州路325号2楼成功举办。本期沙龙,吸引了来自于IT、工程、服务 等多种行业的60多位项目经理参加。
本期嘉宾:周老师, PMP,Scrum Master。10年软件项目开发与管理经验,擅长企业移动应用软件的研发管理,在项目管理过程中一直探索软件开发的最佳管理实践,在组织中致力于Scrum的实践工作,目前专注在移动互联网消费者商业应用产品的项目管理工作。
活动一开始,周老师播放了一段大约5分钟的精彩的英式橄榄球比赛视频,在振奋与会成员的同时,引出Scrum这个词,进而谈到今天的主题:敏捷项目管理的实践和应用。周老师指出“整体性方法”和“橄榄球法”之间的共性和特性。整体性方法:“各阶段互相重叠,并且由一个跨职能团队在不同的阶段完成整体过程”,而橄榄球法:“整个团队努力做为一个团体打完全场,并将球来回传递”。从而指出scrum作为一种方法,scrum有如下特点:目标明确,团队协作,互相信任,主动应变。

  一、敏捷项目管理的项目组织结构
  周老师阐述敏捷项目管理的项目组织结构。敏捷项目团队中有3种角色:团队,PO,Master。
  1、PO是产品负责人,对产品负责。他负责规划产品,对产品的成功负责,定义产品的功能,确认产品的发布日期和内容,对产品的收益负责,负责对产品功能排序,有权接受或者拒绝工作结果。PO关注投资回报率,关注产品的商业价值,需要具备相当灵敏的市场嗅觉。
  2、Scrum团队:负责交付产品功能。团队大小7+2个人,跨职能,团队中没有角色,自管理,负责达到自己的承诺,有权利做任何事情来达到承诺。团队成员具有一专多能,缺乏某个人不会导致项目失败,不能造成太大影响。
  3、ScrumMaster负责Scrum的成功,推动所有的Scrum会议,保护团队不受外部干扰,领导团队自管理以及持续改善,指导产品负责人,移除项目障碍。要求Master具有管理软技能,具有一定的教练技术,维护团队,保证Scrum的顺序运转。


  二、Scrum的运行机制
  说明了项目组织结构,周老师接着讲述Scrum的运行机制。周老师用一幅图片说明了Scrum的运作:从KickOff,简单设计,DailyWork,showcase,中间涉及到小需求,持续集成,发布,总结会,Release,迭代计划,再到KickOff,是一个循环迭代的过程。在整个运转过程中,周老师重点讲到DailyWork中一些要素。
  1、用户故事卡片(BackLog),它的说明公式是:作为“谁”,我希望“做什么”,已“达到什么目的”,并给出估算点和优先级。该卡片由PO准备,相当于项目需求。
  2、Sprint计划会议I:定出 Sprint 目标和既定产品Backlog。PO和团队同时参加,选择用户故事卡片在会议II中做详细计划,澄清和协商验收标准,回顾完成的定义。该会议由Master主持,相当于项目初步计划,该计划确认验收标准,确认需求优先级,选择最希望完成的需求。
  3、Scrum故事卡片估算,估算每个需求的持续时间, 团队共同讨论估算的差异,以防止对需求理解的不一致。
  4、Sprint计划会议II:团队将既定产品 Backlog 中的每一项细化成多个任务。该会议的目标是承诺,团队参与,产品负责人要有空响应,团队拆分任务,构建Sprint BackLog,团队对Sprint做出承诺。


  三、Scrum中涉及到的要素
  茶歇之后周老师接着讲Scrum中涉及到的要素。任务墙/看板:任务板(墙)展现在Sprint过程中所有要完成的任务,在Sprint过程中不断的更新。针对每个BackLog条目,列出处于的状态TO DO,IN PROCESS,DONE。这个任务墙可以展示项目的进度,存在的阻碍,给每个团队看,也给领导看,暴露存在的问题,易于寻求解决办法以及做出计划调整。每日站会:是一个状态汇报会议。大约15分钟左右。每人3个问题:
  1、上次会议之后做了什么?
  2、下次会议之前要做什么?
  3、有什么困难?
  该会议对所有人开放,但只允许Scrum团队成员发言。接下来周老师介绍了Sprint评审会议和Spring介绍会议。Sprint评审会议是对产品的检查和调整,Sprint回顾会议是对流程的检查和调整。Sprint评审会议是团队演示“完成”的工作和“未完成”的工作,从产品负责人和干系人那里得到反馈,需要更新产品BackLog和发布燃尽图;Sprint回顾会议是团队对过去一个Sprint中的人,关系,流程和工具做检查,团队确定可能的改进对这些改进在下一个Sprint的度量标准达成共识。


  四、实际案例分析
  讲到这里周老师分享了他自己的一个案例。项目范围由开始的一个APP扩散到一个APP Store,而当时办公环境是开放式的大办公室,多个中心部门全在一个大房间,下午两点左右环境特别嘈杂,类似于菜市场环境。作为该项目的Master,周老师首先找领导谈条件,
  第一:时间不够,文档滞后提供,这个沟通之后是允许的,得到了肯定答复。第二:是能否申请一个独立办公室?得到由于经费紧张,无法提供独立办公室后,周老师继续寻求办法:能否针对自己的团队,改变座位摆放方式和位置?在得到肯定答案之后,周老师将团队位置维持一个圈,任务墙摆放在中间,和其他部门中心分界的那一排坐在技术客服,周老师自己作为master坐在入口处。这样做的好处很快体现出来了:
  1、周老师坐在入口,要进来必须经过周老师,通过周老师的过滤,可以免让成员受其他部门人员不必要的打扰;
  2、任务墙在中间,坐在椅子上一滑动就过去了,沟通方便顺畅很多;
  3、工作氛围浓密,形成了一个相对密封的作战室。接着,对于下午2点嘈杂的问题,周老师团队下去打篮球,放松心情的同时,做了Team Build,效果很好。最后该项目很好的完成了验收。在这里周老师强调,作为ScrumMaster,必须掌握一定的软技能和教练技术,将团队的决策反应给领导,确保团队合理的运作Scrum,并帮助团队移除实施中的障碍。


  五、Scrum的原则和价值
  接着,周老师介绍了Scrum的原则和价值。沟通:可以发现组织内部存在的沟通障碍,不适应市场的流程缺陷,使组织更加敏捷;自组织:有利于激发团队士气,让最了解系统的人做正确的事情;透明化:可以把项目的问题有效地呈现出来,有利于及时的解决问题;可能性的艺术:可以让项目尽快启动,并且快速出成果;增量产品交付:增加客户满意度,项目成功几率和后续需求提出的准确性,抵御变化的能力较强。然后周老师讲到2001年敏捷联盟宣言:个体和交互胜过工程和工具;可以工作的软件胜过面面俱到的文档;客户合作胜过合同谈判;响应变化胜过遵循计划。
  最后,周老师强调,变化是一直存在的,既然没办法拒绝变化,那不如接受变化,拥抱变化。谈到这里,周老师举了一个我们身边的案例。今年9月份IOS8.0升级之后,好多银行APP软件都抱网络异常,导致软件不能使用。其中周老师自己最受影响的是中信银行的APP。过了两周之后其他银行的APP陆续修复问题,可是使用。但是中信银行还是没有修复,没办法还信用卡,周老师通过招行APP和支付宝进行转账还信用卡,两个月过去了,中信银行APP还是不能使用,而周老师觉得使用支付宝还信用卡很方便,也习惯了,觉得有没有中信银行APP无所谓了。这就说明一个问题,不及时响应变化,会丧失客户,最终可能导致被市场淘汰。敏捷项目管理能够快速调整,快速迭代,响应变化,非常适合当前快速变化的市场需求。


  六、现场互动
  接下来是提问环节。本次沙龙活动的提问答疑环境有所变化。先统一收集问题,然后老师对问题归类后做回答。本次沙龙活动提了如下问题:
  1、 周老师推荐哪些软件工具用于Srcum项目管理?
  2、 一人多能与传统精深有何不同?是否有冲突?
  3、 除了软件行业,还有那些行业适合Scrum项目管理?
  4、 针对快速变化,如何完善文档?
  5、 一个任务墙就是一个项目周期么?
  6、 敏捷项目管理中,UE与软件开发存在对立关系如果解决?
  7、 敏捷项目管里中,如果保证测试质量?
  8、 实施敏捷的关键环节是什么,如何做好敏捷管理?
  9、 敏捷管理中生产率如何度量?
  10、对于周期比较长的项目,单向功能开发,设计不合理,无法重用如何避免或者解决?
  11、需求变更如何处理?
  针对以上问题,周老师做了归类和分类。基本可以分成行业,工具,人和技术这4类问题。

首先从行业来讲,Scrum不只是是使用软件行业,其他行业同样适合。任务墙来源并不是软件行业,而是来源于精益行业;而且Scrum敏捷是框架,流程,方法,CMI中有具体介绍敏捷适用的行业。
  对于推荐工具,周老师认为工具有用,但不是最重要的;工具能提高效率,提供便利,scrum是方法,过程,不是工具,不能本末倒置;具体工具网上有开源的,可以自己去找关于敏捷管理中的人。周老师认为PO需要有灵敏的市场嗅觉,能够抓住市场需求,澄清客户真正需要的东西。周期短的项目,一个PO,对于周期长的项目,可以划分多个PO。Master必须要得到高层的支持,因为Scrum中没有中间层,容易暴露企业的弱点;然后Master需要具备沟通软技能,有一定的教练技术,教会团队规则。
  最后就技术而言,周老师回答了生产率如何度量以及如何处理需求变更。生产率如何度量:设置理论点,画出实际点;连成曲线,展示进度,度量生产率;对于不符合理论点(提前或者延后),分析原因,找到解决方法。对于项目进展中的需求变更,特别是来源于老板的变更,首先Master必须取得高层的支持;然后分析问题,评估影响,提供解决方案。最后,针对不清晰的需求,风险最大,这个必须要求PO澄清。
  由于时间关系,周老师的答疑到此就结束了。


最后:感谢为本期沙龙提供服务的以下团队成员:
  项目经理:葛超云
  项目监控:余澐飞
  主持:葛超云
  摄影:余澐飞
  照相:葛超云
  会议记录:黄翠梅
  签到:唐佳佳
  PMP最新开课请查看:http://www.shxinxuan.cn/plus/list.php?tid=2
  了解更多PMP动态请关注欣旋官方微信:shanghaixinxuan
页: [1]
查看完整版本: 【第110期总结】敏捷项目管理的实践与应用