用户名 密码 联盟服务 关于我们 联系方式 收藏本站
返回网站首页 6月 北京上海 PgMP开课,针对2022年9月PgMP认证考试


网站登录:会员 企业 专家 服务商
企业服务:PMP培训  内训课 公开课
工 具 箱:发表文章 提问题 发案例
首页动态 | 文库 | 下载 | 书架 | 访谈 | 专栏 | 专题 | 人才 | 培训 | 软件 | PMC 互动:活动 | 案例 | 问答 | 论坛 | 博客 | 圈子 
应用:基础工程软件制造活动研发  认证:PMPNPDPACPPgMPIPMPP2ISPMPIMCP建造师MPM  特色:热点奖项

PMI-ACP®认证

适合敏捷开发项目
敏捷项目管理最佳实践

网络课程

PMI-PBA®认证

重视项目商业分析
商业价值与需求分析能力

网络课程

NPDP®认证

产品管理国际认证
全球产品管理最佳实践

网络课

PMP®认证

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

PgMP®认证

大型复杂项目全球标准
定位高级项目管理层

网络班

PfMP®认证

链接战略与项目
实现组织资源投资回报

全球直播

软考项目管理

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

本站热点
·开放讲座|项目组合管理与PfMP认证
·开放讲座|PgMP:项目管理思维与方法论
·开放讲座|《项目组合管理与PfMP认证》
·网络讲座|《项目组合管理与个人职业发展》
·开放讲座|《项目组合管理与PfMP认证》
·网络直播|产品经理的四大核心技能提升
·如何轻松拿下PgMP?免费学习机会--项
·国际项目组合经理PfMP访谈:张富贵
·由PMO评论主办的第十二届中国PMO大会
敏捷项目管理ACP培训
合 作 机 构
共创国际项目管理顾问
上海普华
能通威科
项目管理服务商会员
  企业会员
 [北京]
·北京泰克赛尔软件有限公司
·共创国际项目管理顾问
·易佳咨询(北京)有限公司
·世纪天恩Project培训中心
·高远华信Project一站服务中心

 [上海]
·上海普华科技发展有限公司
·上海金慧软件有限公司
·宝智坚思管理咨询有限公司
·上海清晖项目管理培训中心
·上海欣旋企业管理咨询有限公司

 [广东省及其他城市]
·深圳市蓝云软件有限公司
·武汉高登管理咨询有限公司
·深圳世纪卓越管理咨询公司
·美国PMP湖北考试服务中心
俱 乐 部
北京  上海   大连  郑州   深圳
西安  杭州   山东  武汉   南京
广州  天津   福州  四川
项目管理者联盟服务商信息

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


项目管理者联盟服务商会员: 欣旋咨询     发布时间:2014/11/18    浏览量:2450
2014年11月15日下午,由上海欣旋企业管理咨询有限公司举办的第110期项目经理沙龙活动:敏捷项目管理的实践与应用,在上海市南苏州路325号2楼成功举办。本期沙龙,吸引了来自于IT、工程、服务 等多种行业的60多位项目经理参加。

本期嘉宾:周老师, PMP,Scrum M-aster。10年软件项目开发与管理经验,擅长企业移动应用软件的研发管理,在项目管理过程中一直探索软件开发的最佳管理实践,在组织中致力于Scrum的实践工作,目前专注在移动互联网消费者商业应用产品的项目管理工作。
活动一开始,周老师播放了一段大约5分钟的精彩的英式橄榄球比赛视频,在振奋与会成员的同时,引出Scrum这个词,进而谈到今天的主题:敏捷项目管理的实践和应用。周老师指出“整体性方法”和“橄榄球法”之间的共性和特性。整体性方法:“各阶段互相重叠,并且由一个跨职能团队在不同的阶段完成整体过程”,而橄榄球法:“整个团队努力做为一个团体打完全场,并将球来回传递”。从而指出scrum作为一种方法,scrum有如下特点:目标明确,团队协作,互相信任,主动应变。
 
一、敏捷项目管理的项目组织结构
周老师阐述敏捷项目管理的项目组织结构。敏捷项目团队中有3种角色:团队,PO,M-aster。
1、PO是产品负责人,对产品负责。他负责规划产品,对产品的成功负责,定义产品的功能,确认产品的发布日期和内容,对产品的收益负责,负责对产品功能排序,有权接受或者拒绝工作结果。PO关注投资回报率,关注产品的商业价值,需要具备相当灵敏的市场嗅觉。
2、Scrum团队:负责交付产品功能。团队大小7+2个人,跨职能,团队中没有角色,自管理,负责达到自己的承诺,有权利做任何事情来达到承诺。团队成员具有一专多能,缺乏某个人不会导致项目失败,不能造成太大影响。
3、Scrum M-aster负责Scrum的成功,推动所有的Scrum会议,保护团队不受外部干扰,领导团队自管理以及持续改善,指导产品负责人,移除项目障碍。要求M-aster具有管理软技能,具有一定的教练技术,维护团队,保证Scrum的顺序运转。
二、Scrum的运行机制
说明了项目组织结构,周老师接着讲述Scrum的运行机制。周老师用一幅图片说明了Scrum的运作:从KickOff,简单设计,DailyWork,showcase,中间涉及到小需求,持续集成,发布,总结会,Release,迭代计划,再到KickOff,是一个循环迭代的过程。在整个运转过程中,周老师重点讲到DailyWork中一些要素。
1、用户故事卡片(BackLog),它的说明公式是:作为“谁”,我希望“做什么”,已“达到什么目的”,并给出估算点和优先级。该卡片由PO准备,相当于项目需求。
2、Sprint计划会议I:定出 Sprint 目标和既定产品Backlog。PO和团队同时参加,选择用户故事卡片在会议II中做详细计划,澄清和协商验收标准,回顾完成的定义。该会议由M-aster主持,相当于项目初步计划,该计划确认验收标准,确认需求优先级,选择最希望完成的需求。
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,而当时办公环境是开放式的大办公室,多个中心部门全在一个大房间,下午两点左右环境特别嘈杂,类似于菜市场环境。作为该项目的M-aster,周老师首先找领导谈条件,
第一:时间不够,文档滞后提供,这个沟通之后是允许的,得到了肯定答复。第二:是能否申请一个独立办公室?得到由于经费紧张,无法提供独立办公室后,周老师继续寻求办法:能否针对自己的团队,改变座位摆放方式和位置?在得到肯定答案之后,周老师将团队位置维持一个圈,任务墙摆放在中间,和其他部门中心分界的那一排坐在技术客服,周老师自己作为M-aster坐在入口处。这样做的好处很快体现出来了:
1、周老师坐在入口,要进来必须经过周老师,通过周老师的过滤,可以免让成员受其他部门人员不必要的打扰;
2、任务墙在中间,坐在椅子上一滑动就过去了,沟通方便顺畅很多;
3、工作氛围浓密,形成了一个相对密封的作战室。接着,对于下午2点嘈杂的问题,周老师团队下去打篮球,放松心情的同时,做了Team Build,效果很好。最后该项目很好的完成了验收。在这里周老师强调,作为ScrumM-aster,必须掌握一定的软技能和教练技术,将团队的决策反应给领导,确保团队合理的运作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。M-aster必须要得到高层的支持,因为Scrum中没有中间层,容易暴露企业的弱点;然后M-aster需要具备沟通软技能,有一定的教练技术,教会团队规则。
最后就技术而言,周老师回答了生产率如何度量以及如何处理需求变更。生产率如何度量:设置理论点,画出实际点;连成曲线,展示进度,度量生产率;对于不符合理论点(提前或者延后),分析原因,找到解决方法。对于项目进展中的需求变更,特别是来源于老板的变更,首先M-aster必须取得高层的支持;然后分析问题,评估影响,提供解决方案。最后,针对不清晰的需求,风险最大,这个必须要求PO澄清。
由于时间关系,周老师的答疑到此就结束了。

最后:感谢为本期沙龙提供服务的以下团队成员:
项目经理:葛超云
项目监控:余澐飞
主持:葛超云
摄影:余澐飞
照相:葛超云
会议记录:黄翠梅
签到:唐佳佳




 
 
 
 
 
 
 
 

信息类别:新闻-公司动态
发布时间:2014/11/18 
项目管理者联盟[mypm.net]

[发表评论]
[相关评论]
关于联盟 | VIP会员 | 培训服务 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接

项目管理者联盟 版权所有 | 京ICP备10055250号-11 | 京公网安备 11010202009440号

如转载本站文章,必须于文章开头处注明转自“项目管理者联盟”,并注明原作者