项目积压需求项目计划_敏捷项目需求管理

2020年

10月2日

敏捷项目管理

需求管理

敏捷思维

胸怀大志，小处做起。

精准思想，快速验证。

有做不为，懂得取舍。

转换思维，三角倒置。

尽早交付，及时反馈。

价值驱动，优先排序。

     小编在最开始接触敏捷项目管理的时候真的是欣喜若狂，发现了新大陆一样。发现以前项目中出现的很多问题如果用敏捷项目管理就可以避免掉，或者在解决一些突发问题的时候也或多或少用了一些敏捷项目管理的方法。同时小编还发现敏捷项目管理也是大多数客户想要的项目管理方式：想要及时看到项目进展，采用敏捷项目管理可以很容易的拉近客户关系。这块需要特殊说明下为什么要拉近客户关系？只有跟客户关系好了我们才能挖掘项目的真实需求，而不是去了解客户构想出来的系统。

     在小编了解了敏捷项目管理之后马上就去跟自己的朋友去沟通，建议他们采用敏捷项目管理方式，可是现实跟理想还是有差别的，朋友反问了我几句话让小编顿时回答不上来了“我们持续在向客户交付可使用的软件，并接受需求变化，有没有考虑过给客户交付部分功能之后，客户的关注点就会直接凝聚到你交付的这部分软件里，当客户发现这部分软件有功能不符或者提出一些小的修改点的时候会紧盯这块的修改而且会强行修改你的开发计划，这部分软件将会处于一个长期的修改过程直接影响开发工作量和项目周期。这样的话成本谁来承担？”朋友这些话顿时让我陷入了沉思，难道敏捷项目管理还不完善？

     为了表示对敏捷项目管理方法的支持，小编怎么能因为朋友的这几句话而难住呢。在经过翻看了更多的资料之后，发现朋友说的话有点儿片面啊，敏捷项目管理是欢迎需求变更，但不是接受随意的需求变更。我们是要对需求进行把控的，针对这个问题小编进行了相关的总结分析，发现主要问题还是需求的质量控制不够，就如我们上面说的，跟客户最初的接触我们了解到的可能更多的是客户自己构思的一套软件的描述，可是这一套软件不一定能够满足客户的真实需求。我们在前两次迭代中可能会发现这个问题，但是我们通过快速响应和及时沟通会以最快的速度获得客户的认可，进而我们就可以了解到客户的真实需求，需要解决什么问题，我们去帮客户勾画他们需要的软件，而不是去开发客户自己构想出来的软件。我们在还要在需求评审环节增加一步是确认客户要解决什么问题，我们这个软件能不能解决客户的痛点，这样就可以极大保证了需求质量，进而减少迭代中的大量需求变更。其次我们还要在跟客户沟通中保证客户知道当前的项目进展和需求变更可能带来的风险。这样即使在项目出现延期的情况，我们也能获得客户的支持，进而将项目继续进行并交付一套有价值的软件。