分析一份计划书模板,项目计划书制作哪部分相对重要-

第一步：概述

首先，我们明白为什么要写计划，这是公司规定的。项目需求？客户需求？即我们编写需求调研计划书的目的。的总体目的是让项目甲乙双方对项目的需求调研阶段有一个统一的认识，明确双方在需求调研阶段的合作要求和注意事项，说明需求调研的目的、思路、方法和使用形式，明确客户负责人和业务部门的调研访谈日程。需求调研计划是整个项目需求调研工作的指导。

其次，在计划书的实用范围,总体方案适用于甲方的需求提供者和乙方的需求研究者，根据研究方案进行人员安排和需求分析。

其次，文件中必须包括甲方一般专注于业务，不懂计算机相关专业术语的名词、术语、缩略语定义。,以及软件开发人员和需求分析师专注于软件技术开发，不懂专业业务词汇表达的地方。因此，我们需要提供一个对照表，以满足双方对文件的理解和阅读。

最后，我们写需求研究计划，不只是一个捏造，而是一个参考甲乙双方已经确认的材料.如招标文件、合同、项目计划等。通过梳理相关文件，需求方需要确定项目背景、项目功能需求、项目绩效需求等个性化需求。如果没有项目的整体概况，甲方部分人员没有参与项目前期活动，项目需求调查难以开展。

第二步：目标和范围

研究目标是熟悉用户需求和业务流程，确保项目交付成果得到甲方认可.

研究范围是指参与研究的职能部门和项目组成员。

第三步：调研方式

收集客户相关文件，如公司简介、主要产品和业务、财务会计制度等。可以从客户的网站、宣传册等获取。或客户要求。用户调查：使用设计好的用户问卷，以书面形式收集用户需求。用户访谈：与用户的面对面访谈，可以是一对一或一对多，需要准备一个问题列表，以获得关于用户问题的总体特征和潜在解决方案的信息。讨论：头脑风暴会，针对跨部门、跨岗位的业务，可以召集相关人员，对当前的问题提出理解和思考，对利益相关方提出的问题、愿望和潜在解决方案提出建议。在用户环境中工作：需求收集器将在用户的实际环境中与用户一起工作一段时间，以便对用户的问题、需求和应用环境有更深入的了解。需求研讨会：所有利益相关者聚集在一起，进行深入而集中的会议，从项目利益相关者那里收集全面的“愿望清单”并确定优先顺序。用例类：有组织的集体讨论会议，用于确定系统的主角、边界、用例和事件流。制作示意图板：使用工具向用户解释系统如何适应组织的需求以及系统如何工作。原型开发：开发软件系统的早期规模，展示新系统的一些功能，明确用户的需求。

第四步：分步骤

br />

给大家提供一个表格参考。

分阶段执行

第五步：实施方式

以软件开发为例，具体到系统功能的调研情况，如下：

调研对象：业务员工是本系统的最终使用人员，调研每个员工日常业务处理使用的业务应用系统的业务功能，能够形成待办事宜的业务流程，关心的数据指标，对业务交互的需求等。