项目管理-需求管理

最近做的项目也要结束了，觉得要做下总结。

总体感觉：1.吃亏吃大了  2.还有需要落实的细节

一、需求确认

前期的沟通，客户后来不认了，也提出了他们自身的理由：你们软件开发方一说实现难度大，我们就不敢再提需求了，所以按照你们的要求进行了。

有同事就问了，前期的沟通有邮件吗？有的。但是客户也有很精明，就已经准备好了后续需求变更时的说辞。对于需求的，就严格按照需求沟通来落实，形成 方案、文档，双方沟通确认清楚。前提是我们要对自己的方案、细节注意事项要有一定的逻辑影响要清晰，引导客户，内部沟通，落实细节，签字确认。

        落实签字要落实到双方盖章，这样才是最有效的。防止客户耍赖。

二、需求落实

       需求落实是要将需求落实到每位研发同事。需求跟客户沟通确认清楚后，将主体需求进行内部宣贯，尤其是项目的细节进行沟通落实清晰。在这个项目中，广告展现我们做的是5秒，客户需求文档中为6秒。不单单是研发责任心的问题，还需要流程上来走通杜绝这样的问题。

      还有需求不要多添加，在合同中约定好的功能首先实现，不要因为客户的激将法（这个不是基本功能吗？你们连这个都实现不了），合同签订的是什么样子的就按照 既有样子走。如果需要做扩展，商务沟通清楚后再来做。要确认清楚，如何做？怎么做？何时做？做的代价是什么。我在项目中实际的例子，客户问道A功能你们怎 么没有，这个不是XX公司早就实现了吗？后来发现我们软件从别的项目移植的时候也带了相应的功能，就跟客户说了我们有。但是到了最后的时候，研发表示不知 道这个功能，这可真是让我大跌眼镜。当然我们的流程中缺少了重要的项目设计阶段。在梳理需求的过程中理清楚了，这样的问题也能够避免。

三、需求分析辅助的知识细节

特别说明一点，有的时候我们会自己怀疑，是否要有必要了解这么多的基础知识，项目管理不是就将实际的项目时间进行落实、落实需求给出进度就好了吗？

在这里我觉得PM，应该了解项目实现的细节知识，只有自己懂的越多才能够更好的与客户沟通和落实需求，更好的识别项目的风险。当然不是按照研发的要求来做，而是按照能够了解、沟通的程度来理解。总体而言，只有掌握在自己手中的知识才是最牢靠的。