怎样做好敏捷项目管理 ？

做敏捷项目管理时应该注意什么？

首先，拥抱变化，克服抵触，做好实施敏捷的准备。敏捷不是洪水猛兽，既然企业决定引入敏捷的变革，一定是敏捷项目管理方法有可取之处，何不加以尝试，再做决定，而不要拒绝变化，盲目抵触。
正如传统项目管理中提倡的——沟通是项目经理的基本素质，沟通也是解决变革问题的最有效手段。在实施敏捷伊始，一定要有充分的沟通，确保每一个成员都得到足够的关于敏捷的信息，可以从多方面客观地看待敏捷的优势和不足。敏捷不是神话，“敏捷不是银弹”，没有一个方法是放之四海而皆准的，所以我们采用的是敏捷的思想和针对项目环境的定制的方法。
个体成员可以寻找机会多了解敏捷的理论方法，参考敏捷社区的实践和案例分享，获取成功的经验和失败的教训，积极思考敏捷对于团队的独特性和带给自己的利与弊。同时企业也要采取正式和非正式的培训、研讨会、工作坊等方式，排除个体成员的疑惑和顾虑，目的是为实施敏捷做好准备。
其次，从管理实践角度，了解敏捷的框架，具体实施的方法，适应角色的变化。当个体成员接触一种新的方法是，尤其是技术人员经常会提出这样的问题，“采取什么框架都行，反正领导已经定了，直接告诉我怎么做就行了”。其实这是最要不得的一种态度，实施一种新的框架或方法，固然要求具体的工作指导，但是个体成员要从方法、过程、角色、职责等多个方面进行系统的学习和演练，知其然，知其所以然，而不是僵化地照本宣科。为了避免这一现象，很多组织引入了教练这个角色，用以助力个体成员对新方法的掌握和有效使用。
因为很多组织实施敏捷都是从Scrum框架开始的，而Scrum框架也是当前最为流行的敏捷方法之一，本文就以Scrum为例进行简要分析。
Scrum框架中有一种3-3-5的结构：
即3种角色——产品负责人(Product Owner)、Scrum M aster和团队(Team);
3种工件(artifact)——产品待办事项列表(Product Backlog), 迭代待办事项列表(Sprint Backlog) 和燃尽图 (Burndown Chart);
5种仪式(ceremony)——迭代 (Sprint)， 迭代计划 (Sprint Plan)， 每日站会 (Daily standup meeting)， 迭代评审 (Sprint Review)和回顾(Retrospective)。不难看出，这就是一种项目管理的框架，提供了开展工作的具体流程、规范和步骤，但是又与传统的项目管理不同。

对于个人来说，最重要的是要理解Scrum中的新角色，进而清楚其具体职责，如何进行相互的协作。甚至有的团队成员可能需要进行角色转换，担当Scrum M aster或产品负责人(Product Owner)，这就更需要弄清楚其各自的职能、担负的权利和义务。
比如，Scrum M aster的部分工作是清除团队遇到的障碍、辅导团队、保护团队，对很多新担任Scrum M aster的成员来说，往往会产生疑惑或陷入矛盾，因为该角色一方面是团队的领导，另一方面是没有人员的管理权利的。其实，这就需要在深入弄清Scrum中的领导是服务式领导(servant-leader)，Scrum
M aster对团队成员没有人事管理权利，但对流程有控制权，他有义务帮助团队执行Scrum方法，为团队答疑解惑，甚至扮演教练的角色。所以Scrum M aster新手要修炼成团队的“牧羊犬”(注：用牧羊犬隐喻Scrum M aster保护团队、维持流程执行)，践行Scrum
M aster的6种优秀品质：负责、谦虚、协作、投入、有影响力、知识渊博。
再比如，Scrum中新角色产品负责人(Product Owner)，他的目的是保证团队瞄准正确的目标，他是站在客户的角度。产品负责人有权设立目标和形成愿景，他需要撰写需求和排列优先级。(注：参考Roman Pchler的著作《敏捷产品管理》)也就是说，产品负责人是团队与客户的接口，代表客户的利益，为团队就业务需求方面的问题答疑解惑。同样Mike Cohn也给出了优秀的产品负责人应该具备的品质：始终都在(available)、懂业务、善于沟通、果断、得到授权。

敏捷项目管理是规划和指导项目流程的迭代方法。
与敏捷软件开发一样，敏捷项目是在叫做迭代的小型部门中完成的。每个迭代都由项目团队审查和评判；从迭代的评判中获得的信息用于决定项目的下一个步骤。每个项目迭代通常是安排在两周内完成。
我认为我们公司使用的日事清就具备一些好的特点，日事清是以GTD时间管理方法为主导的管理工 具，收集、整理、组织、回顾、执行，让你每天的日程管理安排都会井井有条。另外，在日程安排 上，日事清提供了四象限日程安排表格，你可以把日程按照重要性和紧急性整理到不同的象限，以 便更直观的安排日程的优先级，减少日程衔接的时间浪费。

敏捷开发是为了解决项目的复杂性，以最快的方式实现需求的开发方法。敏捷可以使设计团队调整修改或调整方法，但也可以使客户看到实时的投资回报率（ROI）。

敏捷提供以下优点，可应用于项目开发。

1、消除孤岛

硬件和软件的设计和开发需要同时进行，不同技能的团队成员之间需要进行大量的沟通。敏捷方法专注于团队之间的合作。

2、紧密的反馈回路

敏捷鼓励或要求开发人员与最终接受并使用产品的人员进行频繁的沟通。如果做得好，这会带来很大的收益。

3、尽早和经常测试

敏捷方法和持续交付特别适合处理被连接设备的需求。使用敏捷，测试成为开发过程每个阶段的重要组成部分，质量被纳入各个阶段。

4、适应变化

敏捷的构建是为了考虑需求的变化，让你调整方法以应对高优先级问题更加容易。使用迭代方法和敏捷项目管理软件，你可以在产品生命周期中更灵活地应对变化和演变。

在敏捷方法中，缺乏沟通、各自为政的筒仓效应被打破。通过8Manage 敏捷项目管理软件，你只需单击一个按钮，所有人都能查看全部的项目指标和项目数据，这提高了透明度和满意度。

5、降低风险

来自需求的风险是开发项目团队必须直面的问题。在项目开展过程中，敏捷方法论促进沟通，快速响应客户需求，不断适应变化，从而提高了生产率。

敏捷是一种以人为核心，迭代、循序渐进的开发方法，在项目早期就能暗示项目的成败，因此，项目管理办公室（PMO）能在问题失控前，及时采取纠正措施。