项目前期需求工作首先应该是风险导向的,即哪里的风险最大就先从那里下手
1、必不可少的基础工作:客户组织架构和用户代表的了解。术语叫项目干系人或项目涉众
应获得组织架构图、各部门的业务职责、各部门的行政隶属关系、各部门的业务领导关系、各部门的主要流程角色
主要用户的姓名、年龄、性别、职务、业务职责、行政等级、流程角色、汇报对象、同事和下属关系、个人能力和个人性格。
主要用户和项目的关系:项目投资决策者(决定是不是投钱上项目)、项目实施决策者(决定项目的具体实施内容和项目是不是可以进入验收阶段)、具体管理者、具体执行者、最终用户……
本部分最大的风险是
客户组织架构的变动或
关键的用户代表变动或
客户职责不清晰
本部分的信息应由销售、售前(无售前的情况下应由需求分析人员顶上)主要收集,至少要告知到
项目经理、需求分析人员。
实际操作中碰到的主要问题:
1)这些信息由老板或高级销售(经理级乃至副总级)掌握,不愿意告诉项目组成员
对策:项目团队应向上级尽力争取,指出此类信息对项目的重要性,同时以自己的客户关系渠道进行一定程度的收集。
2)客户关系不够,无法获取到全部信息或者无法提前预警
对策:能收集一点是一点,关键是要有心,可以在项目实施过程中慢慢补齐,即使这个项目来不及派用场,下个项目还用得上。
3)客户方职责不清晰,难以梳理
此种情况,需要进一步考虑以下问题:
a.客户方是否存在着严重的高层斗争或中层斗争,是否或波及到本项目?
b.是否存在着投资、建设实施、最终使用三者的脱节或错位,是否可能会造成项目的返工?
c.是否存在着项目的多头管理、多头决策,是否可能会造成需求难以归口和需求冲突?
本部分内容做得好的情况:可以通过和客户方高层的沟通在项目实施之前选择项目的具体实施人员,或者是在项目实施/验收过程中排除掉对我方造成干扰的具体用户代表,从而有效节省我方成本,同时提高客户满意度。
对于项目实施/验收阶段的任何问题,都能找到正确的人和正确的沟通途径/方式,并以总体代价比较小的方案加以解决。
本部分内容做的差的情况:信息沟通不及时,项目组不能获取到老板或高级销售掌握的信息(若老板或高级销售对客户一无所知,则这个项目必死无疑),从而在项目实施过程中碰到客户关系问题时识别错误,以技术手段解决,造成进度拖延和成本上升。
销售一味迎合客户,项目组被销售牵着鼻子走,不能从项目整体角度加以考虑,从而导致需求变化过于频繁。
项目组的注意要点:
考虑到我国国情,项目负责人和主要需求分析人员在项目实施过程中往往承担了部分客户关系沟通的职责,应当充分重视和此项目的负责销售(很有可能是老板)的沟通,并且应当把销售的客户关系视为是项目实施过程中的重要资源,在恰当的时候加以使用。
另一方面也要防止对销售的过分依赖,避免不必要的浪费销售资源。要将客户关系(人情)和实施工作量(成本)视为可以相互转化的,对于是否需要进行转化的判断应掌握在销售和高级经理手中。
在自身强势的情况下,要控制销售自身提出需求和销售擅自答应客户要求的冲动,确立项目组在需求分析方面的主导地位。
在自身弱势(比如对方是老板)的情况下,要不厌其烦地向对方进行洗脑,指出要从全局考虑项目的好处,避免单独和对方讨论“某一需求该不该做,什么时候完成”之类的细节问题,这种问题的讨论结果几乎不可能是对项目组有利的。应该采取这样的态度“这个问题我会给出解决方案的,不过我需要和用户当面沟通下,请你安排”
分享到:
相关推荐
在项目初期,需求说明书是确定项目范围和目标的基础,为后续的设计和开发工作提供方向。 2. **第二章 软件需求分析.doc**:需求分析是软件工程的关键步骤,涉及识别、定义和记录用户需求。此文档可能详细介绍了如何...
IT产品项目-需求收集表(模板).xlsx
- 参考资料:列出相关的参考文献或前期研究,为需求分析提供支持。 - 优先级定义:明确了需求的优先级,帮助团队在资源有限的情况下做出决策。 2. 综合描述 - 产品的前景:描述了产品的市场潜力、用户需求和预期...
- **主要功能和性能**:详细描述功能实现和性能指标,对比初期需求的差异。 - **项目规模总结**:对比实际完成的模块数与计划的数量,提供图表分析。 - **项目人员总结**:分析人员配置变化,与计划进行比较。 -...
**时间银行项目需求规格说明书** **1. 概述** 1.1 编写目的 本文档旨在为《时间银行》项目提供一个清晰且详细的需求规范,以指导项目的实施过程,确保开发、测试和验收阶段有明确的标准。文档中包含的功能和流程...
【华为研发项目管理--...总的来说,华为研发项目管理重视前期规划、团队组建、沟通协调和流程优化,以此确保研发项目的高效执行和成功交付。这种管理模式不仅适用于华为,也为其他研发型企业提供了宝贵的参考和借鉴。
- 参考资料:可能包含前期研究、类似项目分析以及技术规格等方面的文献。 6. 项目实施细节: 在后续章节中,项目计划书会详细介绍项目的需求分析、系统设计、开发计划、测试计划、风险评估和质量管理等方面的内容...
在项目初期,项目经理需要召集项目组成员,依据项目章程、范围管理说明书、项目管理计划、需求文件等材料,结合公司同类型项目的相关文档以及公司 ISO 质量管理体系文件的相关要求,制定项目的质量规划。本项目中,...
在IT行业中,软件需求规格说明书(Software Requirements Specification,简称SRS)是定义一个项目或产品需求的关键文档,它为开发团队提供了明确的指导,以确保最终的软件产品符合用户和业务的需求。本篇文档是关于...
数据需求说明是软件项目初期阶段就需要明确的部分,它定义了系统需要处理的所有数据元素,包括静态数据和动态数据。这些数据可能是业务流程的基础,如客户信息、订单详情、库存状态等。明确的数据需求有助于避免后期...
该文档通常由项目团队在项目初期编制,旨在清晰、准确地描述项目的需求,确保所有参与者对项目的目标、功能和性能有共同的理解。 1. **需求定义**:需求说明书首先会明确项目的目标,定义软件要解决的问题或满足的...
- **项目售前负责人**:主要负责项目的前期沟通、需求分析以及售前技术支持等工作。 - **项目经理**:全面负责项目的执行与管理,确保项目按时、按质、按量完成。 - **开发负责人**:负责项目的软件开发工作,...
数据采集需求说明书是项目实施初期的关键文档,它详尽地阐述了如何收集、处理和存储来自不同数据源的信息,以支持决策制定和业务分析。以下是该文档的主要知识点: 1. **编写目的**:文档的编写旨在明确数据采集...
在软件开发过程中,软件需求说明书是一个至关重要的文档,它详细地定义了项目的预期结果和用户需求。这份文档通常包括以下几个部分: 1. 引言: - 编写目的:这部分解释编写需求说明书的原因,可能是为了项目启动...
"项目调研需求分析模板(全)" 提供了一套完整的框架,旨在帮助项目经理和团队成员规范地进行项目前期工作,确保每个环节都有条不紊地进行。以下是基于这个模板的详细知识点讲解: 1. **项目调研**: - 目的:调研...
首先,【标题】"软件项目需求调研记录表"明确了这是一个关于需求调研的文档,它旨在记录与软件应用系统相关的客户需求信息,确保在项目初期就准确理解用户的需求。 【描述】中提到,这个记录表适用于一般的软件应用...
- **已确认需求的不合理性**:即便双方已确认的需求在实现后也可能不符合用户的实际使用场景,如508项目的批量处理功能,这要求在需求分析初期尽可能深入理解用户的业务流程。 #### 四、改进措施建议 为了提高需求...
1. **规划进度管理**:项目初期即确立进度管理的基本框架,包括活动定义、资源分配等,确保项目按计划推进。 2. **定义活动**:明确项目各个阶段的具体任务和目标,如需求分析、系统设计等。 3. **活动排序**:确定...
2. **应用示例**:假设一个项目团队由6个人组成,根据公式 \( n(n-1)/2 \),可以计算出该团队的沟通渠道数量为 \( 6(6-1)/2 = 15 \)。这意味着随着团队规模的扩大,沟通渠道的数量会显著增加,这可能会导致沟通复杂...
- **项目基本信息**:包括项目名称、需求部门、项目负责人等。 - **现有信息化基础及与项目的关系**:描述当前信息化水平以及新项目如何与其整合或改进。 - **项目目标**:明确项目预期达到的目标。 - **项目主要...