上次，我总结了项目执行的核心成果。这次我总结了项目的来源。需求
1定义
需求是组织与客户沟通的依据是项目启动的主要来源在项目开始前的准备阶段，需求管理已经开始，这是以业务和用户的需求和问题为焦点的项目实施阶段的需求管理，主要集中在需求的标准化、完整性、跟踪、变更等方面。 这次主要总结项目实施阶段的需要，两者的关系如下图所示。
几个重要定义：
需求（Requirement）:一个产品、服务或交付项必须达到的条件或能力，以满足业务需求。
需求管理计划(Requirements Management Plan )项目或项目集管理计划的一部分，说明如何分析、记录和管理需求。需求文件（Requirements Documentation）:描述各种单一需求如何满足项目的业务需求。需求跟踪矩阵（Requirements Traceability Matrix）:将产品需求从其来源连接到满足需求的交付项的表。
2说明
项目实施中的需求管理要特别注意几个方面。
需求类型一般我们理解的需求是满足客户产品规格的需求； 一个有用的产品并不简单，设计生产为了满足顾客的产品需求，需要进行一些过程任务，也需要管理过程任务，所以存在产品以外的其他项目需求； 现代项目管理细分了质量、资源、交流等类型的需求，以便对项目的过程和产品进行多维监测和评估。
在实际项目中，需要在需求文件中书面记录各类需求，保证内容、管理方式和项目成员一致、源头清晰、出名。
需求跟踪就像幼儿园老师管理孩子们，如果没有点名、吃饭、午睡、运动、学习等活动的约束方式，老师很快就会筋疲力尽煮粥，孩子们会翻天覆地被破坏。
从需求到客户验收成果，中途经历一些任务。 本次实施范围的确定、概要设计、详细设计、开发实现、内测、正式发布、用户验收等； 经历一些角色，例如项目经理、专业负责人、开发工程师、测试工程师和用户代表；与流程或结果交付项相关。 要求、设计、实施任务、用户可操作的功能、测试用例、测试结果、相关问题、相关更改等。 如果没有约束方式，有时也会陷入“焦油坑”。
需求跟踪是指将这些东西关联起来，以达到监督的目的。
在一定程度上，流程交付项的要求文件和要求跟踪矩阵是项目的流程交付项。
这基于这样的常识：流程运行良好，结果变好的概率也很高。
3修行
在工作、学习、生活中，“分解”、“持续跟踪与改进”、“集成抽象”都是三个非常重要的执行能力。 分解从上到下思考，分解复杂的问题，分配给别人，让他们能把焦点集中在重要的部分； 整合抽象把我们从下而上整合，脱离局里的人，俯瞰全局，把这两个可以整合1 12的部分联系起来，形成逻辑关系，分清前因后果，从最后做起，就是持续的跟踪和改进。 PMBOK有一个监视进程组，有12个进程来说明这一内容。
日常使用时，需求规格列表及其跟踪通常以二维表或其改进形式表示。
最快的是办公工具的表格，可以将纵向各行为事项、横向各项目作为相关项目，并在事项和相关项目对应的框中填写各种约定关系。 使用电子表格的好处之一是易于统计。 如果事项超过一定数量，在分析时就必须使用整合抽象能力进行分类，关注较大的图像。 面对细节时，又要运用分解能力具体化。 在实际项目中，您可以看到成熟的项目经理在表中创建了要求规格列表、任务计划、测试准入核对表、错误跟踪表、风险跟踪表等。
单个电子表格的一个严重缺陷是依靠人来控制数据分发和收集的及时性、完整性和准确性。 在参与者多、持续时间长、需要对数据进行分析决策的条件下，这将迅速成为瓶颈。 因此，引入平台工具，让多人并行、集中发布和收集。 高级还可以定制流程、角色和权限，突破单个表的时空极限。 实际项目可能会使用实时跟踪工具，如Bugzilla、Mantis、Testlink、Redmine、RDM和禅道。
使用Excel进行跟踪，可以成为成熟的员工，使用实时跟踪工具，可以成为高效的员工。 欢迎拍砖头讨论。