登录 个人注册 企业注册 杂志订阅 | 我的需求 | 下载专区 | English
首页 > 专题 > 敏捷项目管理 > 敏捷是福是祸,全看如何剪裁

敏捷是福是祸,全看如何剪裁

返回>

2017年12月05日    作者:朱华睿    来源:项目管理ACADEMY

A-A+

  在咱们国家,越来越多的朋友学习PMP等项目管理认证。


  在我刚拿到PMP证书的时候,也是想理论结合实践大显身手一番。可现实却并不允许我们按照PMBOK上的套路来,因为任何组织都会形成一种自己特有的做事习惯。


  想把一种新的方法论融入到组织行为中,并重新塑造一种模式,这其实就是一种变革。


  而变革,就像革命一样通常都不是一帆风顺的。并且,他的成功也需要很多的条件。


  所以,当我们想把西方先进的方法和理念融入到自己的工作实践中的时候,首先要建立两个观念:


  1)方法为实践服务


  我们常常本末倒置,让实践按照方法的框框来,照葫芦画瓢,导致有苦劳却很难有功劳,有苦果却很难有效果。


  2)没有现成的方法


  孙子兵法中有句话:水因地而制流,兵因敌而制胜。故兵无常势,水无常形,能因敌而取胜者,谓之神。


  所谓像神一样的项目经理,其实就是懂得如何因地制宜,灵活变通的人。


  所以,在整个PMBOK这本书里,个人感其实最重要的一个概念是“剪裁”。


  但是,很遗憾,书里没有讲如何剪裁。因为这是个个性化太强的工作,需要具体案例分析。


  今天读了一篇国外敏捷的实践案例。是美国资深项目管理专家Kevin Aguanno写的。


  Kevin Aguanno是美国GenXus管理咨询公司的敏捷咨询首席顾问,并且也已经出版了超过20本专业书籍。


  由于文章很长,这里只捞干的给大家做一些分享。


背景简介


  一个保险公司应用敏捷开发过程框架已经三年了。但是对于何时使用敏捷实践,如何使用,以及各种方法会带来什么好处,这些问题一直不太清楚。


  在尝试、放弃、再重新尝试之后,敏捷方法仿佛与其本意背道而驰了。


  最令人担忧的是,项目经理不明白敏捷项目的所有内容都应该足够灵活,能够响应不断变化的项目——甚至是敏捷方法本身。


  因此,该团队的问题在于僵化地使用敏捷,对于特定项目环境中,如何剪裁没有太多思考。


问题和应对策略


  通过项目诊断,作者针对以下三个问题给出了剪裁方案,以调整现有的实施策略。


  取消无用的每日例会


  “每日例会”是敏捷方法中常用的一个最佳实践。


  它的主要目的是:帮助项目团队成员更好的合作,协调工作;避免冲突,迅速提出问题,以便解决。提前识别风险,并通过制定策略,避免或减轻风险的影响。


  而这个团队的特点是,大家都在同一个地方办公,并且团队成员都比较资深。大家在每天的工作中本来就已经在频繁地交流各种问题了。


  而且,团队成员对于发现的问题和风险也能够在作业过程中及时提出。


  并且,他们将项目经理视为一个帮助大家解决各种行政事务的辅助角色,而不是参与核心任务完成的角色。


  对于这种情况,每日例会其实就不太有必要,或者可以调整为隔天开,这样频率可能会比较适合。


  其实,对于比较资深且大家集中办公的情况,每日例会和很多项目会议可以合并召开,这同样能达到效果。


  改良的迭代结束演示


  该项目团队由于开发的是一种中间件(Middleware),因此不存在用户界面问题。可以比较快的完成演示。


  而对于其他项目,情况则并非如此。


  团队习惯于恪守敏捷实践,演示每个用户故事(User Story),即便有时候用户不是人而是系统的另外一部分。


  这导致干系人需要花很长时间忍受这种无聊的演示,以至于最后干系人的参与率直线下降。


  对此,我提出以下解决方案。


  我提出四个筛选标准,只有符合这四个标准中至少一条的情况下,才需要召开正式的演示会议。即:


  1)发起人和关键干系人要求该部分必须进行演示


  2)不确定解决方案是否满足需求,因此需要通过演示获得反馈


  3)解决方案尤其具有创新性或挑战性,将其向发起人展示,有助于提升团队士气


  4)该解决方案识别出了额外的能力和选择。有必要将其向发起人/干系人展示,以便开启思维,发现实现目标的更佳可能。


  如果不满足以上四条,则可以放弃会议的召开。取而代之的是提供相关指标,以证明阶段目标的实现,且没有质量问题。


  避免过于频繁的复盘


  复盘或回顾,也是一种需要根据项目特点进行剪裁的敏捷实践。按照标准我们需要在每个阶段完成后进行复盘(类似于Lessons learned activity)。


  这种方法只适用于项目的迭代周期有好几周的情况。如果迭代周期只有一周,那么这种复盘就太频繁了。


  对于迭代周期很短的情况,可以几个周期复盘一次,这样执行过程中的最佳实践也可以被及时捕捉并参照执行。


  当然,间隔周期也不可太长,否则你将错过识别和利用最佳实践的机会。


  项目经理应该根据项目特征平衡这两者之间的关系。

责任编辑:王兴钊

标签:敏捷
0
版权声明©
本网站所有内容版权归项目管理评论杂志社及相关权利人(本网站的资料提供者)所有,未经项目管理评论杂志社明确书面许可,任何组织及个人不得复制、转载、摘编本网站的内容,也不得在本网站所属的服务器上做镜像或以其他任何方式进行使用。凡未经许可擅自转载,均视为侵权行为,本网站将依法追究其责任。
热点:ppp    新能源    敏捷   
官方新浪微博
关于我们 - 广告服务 - 联系我们 - 诚聘英才 - 隐私声明 - 杂志订阅 - 在线投稿 - 下载专区 - 网站地图
项目管理评论 版权所有
有意与本刊合作者,请与项目管理评论联系。未经项目管理评论书面授权,请勿转载或建立镜像,否则即为侵权。
合作电话:010-58383379 E-mail:pmr@pmreview.com.cn 京ICP证13028000号-3
PMI, PMP, PMBOK and the PMI logo are registered marks of the Project Management Institute, Inc.

技术支持:原创先锋_北京网站建设