需求管理工作方法论简述

作者: 流浪北屋 | 来源:发表于2016-03-08 23:47 被阅读646次

需求分析 - 该图来源于网络.png

前言

需求设计也称之为原型设计，是项目管理过程中的一个具体工作环节，承担着将客户的需求通过原型的方式进行验证的一个重要过程。在这个过程中，通过不断的对设计原型的迭代更新，则可以快速的、低成本的应对客户所提出的各种要求。后期与客户沟通完毕后，交付开发团队的设计文件则是需求设计的最终结果呈现。

在这个需求设计的过程中我们需要通过业务的了解、工具的使用、工作方法的提炼来达成这个需求设计的工作，以下本人将个人在工作过程中所涉及到的相关工作方法进行梳理，仅共同行参考。

本文将介绍的需求处理方法实则为本人在工作过程中的总结提炼而出的一套思考思维方式，本人称之为：“知思为”思维方法。“知思为”思维方法主要是针对我们在做事情的相关思考方式的指引，具体的工作方式因人而异，本人的“知思为”思维方法仅提供思维方向参考。

知的意思是我们在接到客户的需求的第一时间，不要着急去回绝客户说做不了、不做、做等绝对结果，而是首先去了解、知悉客户提出该需求的背后原因。

所有的需求背后总会有一堆的原因需要我们去了解，有可能是高层的管理需求、有可能是下面的执行层员工的操作需要、或者可能是近期的业务变动。而这些需要我们第一时间去知悉。

只有我们在获得信息全面的情况下，我们才能做出最合理的决策，没有数据、信息支撑的决策都是盲目的、不可靠的，后期肯定会带来相关风险的，如造成项目延期、客户满意度下降等。

在我们详细的了解到已经了解到的信息后，我们则需要对我们获得的信息进行进一步的处理，这个过程我称之为思。

通过知的环节我们获得的信息，我们可以很明确的知道很多信息，如：

通过以上信息及结合当前的项目执行情况、业务情况等其他相关的信息的整体处理后，我们才会做成正确的决策：接受这个需求还是拒绝这个需求。

当做出了接受还是拒绝的决策后，就需要执行这个决策了，这个过程我称之为为。

如果是接受，那我们就可以进行需求原型的初步设计，设计完成后一定要记得在与客户沟通前先与项目团队中的技术专家进行沟通，通过这个沟通我们可以知道我们的原型实现难度、成本等相关信息，同时开发团队也会给我们提供更进一步的技术相关信息，来优化我们的原型设计。

与开发沟通之后，我们则可以将该需求原型与客户进行沟通，开启下一轮的“知思为”循环。

如果“思”这个环节的决策是拒绝的话，那我们则可以将我们考虑的相关原因及这个结果通过正式沟通渠道与客户进行沟通，并存档形成项目管理过程资产供后续查阅。

以上的“知思为”思维方法简单的阐述就是:

该方法为本人在工作过程中的实践总结，仅供参考。

本文为本人原创，首发于“简书”，如需转载，请私信。