2）采用迭代的开发方式：我们约定每次小版本的发布周期为1个月，每周进行一次迭代，经过4次迭代，小版本即可发布试用。每次小版本包括若干需要实现的Feature, 在每次迭代中，Feature细化为用户Story,而对于每个Story的实现，则再细化为具体的任务(Task)。这样的划分，与WBS的划分 基本一致，唯一不同的是，传统项目管理的Task很重要的一个属性是时间，以及作业之间的逻辑关系，而迭代开发中的这种划分，却是为了更好的完成任务，Task使用Size度量工作量的大小，并且使用看板管理每次迭代的总体进度。
3）变传统的计划编制与进度控制模式为直观的看板式管理办法：
通过把Feature、Story、Task以看板的形式，直观的体现在团队成员面前，团队成员可以更好的理解当前任务及进度，并且项目管理不自觉地已经蕴含在日常活动中，项目管理这支手看不不见了，但仍旧在起作用，团队的知识工作者则获得了更好地工作环境，公司获得了更高质量、更及时的的交付产品。
三、总结
通过敏捷项目管理的初步实践，团队的产品交付有了固定的频率，每次迭代出来的都是可以直接交付客户使用的版本，也防止了需求蔓延导致项目进度拖后挫伤成员积极性等事情的发生，极大的提高了团队成员的积极性和生产效率。PowerOn各个小版本的交付周期平均缩短1.5个月，保证了公司为应对市场变化而提高产品研发效率的战略要求。
敏捷项目管理在传统项目管理的基础上，把项目管理的职能化“有形”为“无形”，适合知识型员工的、带有创新性质的中小型项目，为我们缩短产品交付周期、提高员工积极性，营造良好的团队文化提供了一条新的途径。此文章共有4页 上一页 1 2 3 4
文章来源：网络综合
|
Leadge.com首页 > 知识库 
