IT项目管理 - 需求分析

其实实施的工作也就是将开发好的系统,平台等,安装部署在客户服务器上,在保证在内部环境运行正常的情况下,再在客户实际环境中进行测试,测试通过后,就可给客户使用再做好售后服务以上内容纯属原创,打字不容易,谢谢采纳

VUCA一词起源于上世纪90年代的美国军方，是Volatility（易变性）、Uncertainty（不确定性）、Complexity（复杂性）、Ambiguity（模糊性）的首字母缩写。VUCA概括了后互联网时代的世界特征——复杂多变。我们所处的世界变化越来越快，知识边界不断被突破，项目管理也不例外。

传统的项目管理虽然认识到项目具有渐进明细的特点，但在计划、执行、监控过程中还是明显强调瀑布特点：制定计划前要“清晰、完备、准确地界定项目的工作范围(SOW)，作为整个项目工作的基础”，然后是“分解出足够详细的工作步骤(WBS)”， 把WBS作为整个项目计划、执行、监控的核心。虽然传统的项目管理中也提到滚动计划，但还是以稳定为基调，把适应变化作为辅助，而VUCA时代恰恰是以变化为最大特点，传统的项目管理方法很难适应这个前提，从而使得计划赶不上变化，项目计划往往成为一纸空文。

传统的项目执行出现问题，多归因为项目工作范围界定不够准确、项目计划不够详尽。应对的策略也很粗暴：一方面是在合同谈判的时候尽量界定清楚、不含糊其辞；另一方面在合同执行的时候，据理力争，合同约定之外的尽量拒绝。

由于各种原因，合同约定一般很难满足SMART原则，“聪明的”乙方则会跟客户约定以“签字后的需求规格说明书”作为验收依据。这样“需求规格说明书”就成了双方的“必争之地”。在项目费用、执行周期固定的情况下，甲方项目经理自然希望乙方能提供更多的、更高品质的功能，至少可以更好地向领导交差；乙方项目经理则希望能以最小的资源投入、冒最少的风险、尽快交付，能拿到更多的项目奖金。

在“合同谈判”胜过“合作共赢”的情况下，乙方项目团队虽然在需求调研上投入大量的精力，但客户不愿配合、拒不签字的场景时有可见，更有甚者乙方会设计晦涩的需求文档、复杂的变更流程，甚至应用了多种心理效应，就是为了约束客户不要再变了。

对于第一种变更，乙方需求分析人员如果有丰富的领域知识与实 *** 经验，能设身处地地分析，大多能够避免。但由于人的思维定势及碎片化倾向，一次很难考虑周全，难免会有遗漏，譬如酒店管理系统中的入住功能，“团队入住希望能住到相邻房间”这样的约束，可能事先很难想到，只有在系统投入使用后才能发现这个不便。为避免这类变更，传统的做法是加大需求捕获与分析的力度，这容易事倍功半，也容易造成“过度工程”的问题。

对于第二种变更，传统的项目管理中一般归到风险范畴，譬如甲方换了领导或项目负责人，组织结构调整，外部环境发生重大变化、设备不到位等等，这些都是风险，都会给项目工作范围带来变化。传统的应对策略是识别、分析、跟踪、应对风险，增加缓冲资源与时间。但风险的概率特性，为管理层提供了侥幸的借口，风险缓冲很容易被上级砍掉，风险被直接转嫁给员工，通过员工的加班加点来弥补。

第三类变更，不是由于问题变了，而是解决问题的方式变了。在汽车没被发明的年代，客户希望更早到达目的地，只会想要一辆更快的马车，而福特却造出了汽车。同样的问题不同的解决方案，效果自然不一样，项目工作范围也会截然不同。

VUCA时代，复杂与变化已经成为主旋律。在这个强调以客户为中心，强调为客户带来价值的时代，项目还要因循计划、不拥抱变化，一方面确实不易做到，另一方面也一定会损害客户关系。

VUCA时代的IT项目管理该如何开展呢？

需求，是为了满足人生理或者心理上的需要而产生的；放到项目中来，就是为了满足企业发展的需要，而产生的想法，是项目（产品）的来源。

显性和隐性： 需求可以分为显性需求和隐性需求，显性需求是表面的，隐性需求是表面之下，需求人无意识、模糊、没有明确需要的“潜在性需求”，往往一个项目成功与否都和是否充分get到隐性需求有关。

不稳定性： 从心理学来讲，随着知识面的深入和扩大，人的期望值是逐渐提高的，项目结果也是在不断完善、优化过程中变化。

渐进明细： 一个项目从产生想法到最终落地，从无到有，会随着对项目理解的深入、知识面的扩展、其他参与人员对项目的期望，逐步变得清晰，产品细节也逐步凸显出来，最终形成一个被大部分人员认可的且具备技术方案的可落地产品原型。

因此，在需求分析过程中，既要保证充分挖掘用户的隐性需求，又要保障项目不会因为隐性需求显性化带来的范围失控，同时要针对需求进行逐级细化，最大限度、最小粒度的清晰化需求内容，最终保障需求在实施过程中的平稳、高效。

在需求收集过程中，我们需要结合各种因素判断需求的有效性，即到底要不要做，如何做，价值有效性主要来源以下两个方面：

战略层面： 任何需求都必须符合企业发展战略，在商业模式、经济价值、预算成本等方面进行统一考量。例如，抖音要做“直播带货”，这是一个很大的动作，必须要考虑市场环境、商业价值、竞争环境等因素。战略性需求全部属于强需求。

用户层面： 我们需要考虑这个需求到底能解决用户的哪些痛点、带来什么影响，为用户带来的价值是什么，用户体验如何等等。

产品层面： 产品定位、功能、内容、安全性、阶段规划等，聚焦产品本身，即使需求合理，但是不属于当前产品应该做的，也属于低价值或无效需求。其次还要考虑 新需求对产品技术、架构等次要层面的影响。

其他层面： 例如资源、预算、技术储备等，巧妇难为无米之炊。

需求的最原始最基层的目标是保证项目落地。但是满足这种目标是远远不够的，还要考虑各个需求人对项目的态度、期望值、企业环境政策（PMP的事业环境因素）等等，所以 需求的目标是一个综合性的，要想达到最终目标，就要在需求中更深更广的挖掘这些因素，并在后续过程中逐一实现。

需求分析是在“获取-分析-获取”中不断循环进行的，逐步将项目清晰化、固定化，直到项目交付上线结束。

日常项目中常见的需求收集方式就是访谈（面对面沟通），与主要需求人、被影响方、依赖方进行一对一或者组织会议的方式进行收集。需求来源主体主要包括：

明确了需求来源的主体，就可以通过各种方式进行沟通收集，例如 一对一访谈、头脑风暴、问卷调研、标杆对照、专家顾问等。

分析过程中，首先要把握住客户需求的核心内容，“客户需要的不是一艘航母，而是一艘能过河的船”，因此，我们有很多可替代方案去满足要求，而不是做一个大而全、不伦不类的东西。

针对需求收集结果，结合业务场景、目标结果、紧急重要程度等，进行分类，定位核心内容和优先级。

四象限原则

按照紧急重要程度排列优先级

重要紧急：尽快细化需求，分配优势资源，抓紧完成

重要不紧急：重点关注，保证质量按时交付，避免转化为紧急任务

紧急不重要：作为支线任务，定时处理，不能影响主线任务，在接受程度内可延期

不重要不紧急：作为支线任务，定时处理，不能影响主线任务，在接受程度内可延期

金字塔模型

定义基础的核心的功能，优先满足核心基础需求，然后再考虑能力扩展，最后形成业务生态。

目标产品是为了实现主要需求，并不能满足所有人的需求，因此需求细化过程中，要注意取舍。

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，包括9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等过程组成。

软件项目开发管理过程中，不仅要努力实现项目的范围、时间、成本和质量等目标，还必须协调整个项目过程，以满足项目参与者及其他利益相关者的需要和期望；随着软件规模和所涉及的领域不断地扩大，软件项目的管理越来越困难。纵观所有失败的软件项目，基本原因是不能管理其软件过程，在无纪律的、混乱的项目状态下，组织不可能从较好的方法和工具中获益。严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差，识别软件项目的风险甚至果断中止项目，而且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制，必须明确软件项目管理流程。

1、流程第一阶段：项目的启动

在项目管理过程中，启动阶段是开始一个新项目的过程。启动信息技术（IT）的项目，必须了解企业组织内部在目前和未来主要业务发展方向，这些主要业务将使用什么技术及相应的使用环境是什么。启动信息技术（IT）的项目的理由很多，但能够使项目成功的最合理的理由一定是为企业现有业务提供更好的运行平台，而不是展示先进的IT技术。

2、流程第二阶段：项目的计划

在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

3、流程第三阶段：项目的实施及控制

在项目实施阶段是占用大量资源的阶段，此阶段必须按照上一阶段定制的计划采取必要的活动，来完成计划阶段定制的任务。在实施阶段中，项目经理应将项目按技术类别或按各部分完成的功能分成不同的子项目，由项目团队中的不同的成员来完成各个子项目的工作。在项目开始之前，项目经理向参加项目的成员发送《任务书》。

4、流程第四阶段：项目的收尾

在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

5、流程第五阶段：项目的维护期

在项目收尾阶段结束后，项目将进入到后续的维护期。项目的后续维护期的工作，将是保证信息技术能够为企业中的重要业务提供服务的基础，也是使项目产生效益的阶段。在项目的维护期内，整个项目的产品都在运转，特别是时间较长后，系统中的软件或硬件有可能出现损坏，这时需要维护期的工程师对系统进行正常的日常维护。维护期的工作是长久的，将一直持续到整个这个信息技术（IT）项目的结束。

IT企业多项目管理的实施难点与对策

导语：IT企业因其在经营过程中比一般企业面临着更多的不确定性和环境的动态性，给多项目管理的实施带来更大的难度，现针对多项目管理的实施要点展开讨论。以下是我为大家精心整理的IT企业多项目管理的实施难点与对策，欢迎大家参考！

1、多项目管理理论回顾

多项目管理是站在企业层面对现行组织中所有的项目进行筛选、评估、计划、执行与控制的项目管理方式。它是在假定存在多个项目的前提下，如何协调和分配现有项目资源、获取最佳项目实施组合的管理过程。未来多项目管理发展趋势主要有：领域范畴不断扩展;未来项目与企业战略需求更加紧密相连;多学科知识的交融;多项目管理信息技术支撑平台的建立。对IT企业来说，多个项目的实施和良好的多项目管理可以降低项目成本，优化企业资源配置，从而提高企业的利润率。

2、多项目管理实施的难点

IT企业在应对单个客户需求时，可能具有较好的d性及其应变优势，企业领导者也可以对资源进行有效协调指挥，但当项目增加到一定程度时，势必又要增加管理层次来保证有效的领导，这就与其精干、扁平化的组织结构相违背。另外IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程、业务流程的重构，单靠信息技术是无能为力的，这些促使企业之间的依存关系日渐加强，往往需要根据企业的环境变化进行适应性调整或重新安排。

3、多项目管理实施对策

当面临多项目并行管理的时候，我们不可能象管理一个项目一样进行从头盯到尾，并且关注其中出现的任何问题，这从精力上来说是不现实的，而且如果你确实企图如此做，唯一的结果就是把自己弄得很忙碌，而且会突然发现，你不断处于救火的过程中。那么基于此，应该如何进行管理呢(1)判断轻重缓急，确立优先次序;(2)建立多项目管理机制;(3)利用时间差，尽量避免资源争夺;(4)清楚各项目团队能力，适当授权解放自我;(5)建立信息共享机制;(6)建立良好的绩效考核机制。

4、多项目管理实施的难点

多项目管理的产生和需求原因来自多方面，既是企业内部环境转变的结果，也是企业外部因素所致。这些因素将集中表现在企业分工与组织的变化、开发技术的变化、技术和管理的创新等方面。这种方法要求从参与项目活动的所有人那里收集到工作绩效方面的反馈意见，包括职能经理、同事和下级甚至客户。一方面这在结构层次简单的IT企业中较易实现，另一方面能全面发现个人的长处和短处，为提高绩效水平制定行动计划。关于这方面的讨论读者可以参考相关书籍。

注意事项

总之，随着更多的IT企业参与到国际竞争当中，跨国界、跨文化的项目日渐增多，多项目管理体系将更加多样化、复杂化。针对多项目管理实施过程中的难点，各种各样的对策方法将在实践中得到检验。当然本文探讨的对象也可由IT企业扩大到一般企业，因而企业在吸取项目管理理论精华的同时，更应该结合企业自身特点，有选择、有步骤地将最新成果应用到实际项目当中去，这样才能不断获得项目管理带来的喜悦。

;

问题一：一个软件开发的项目的软件环境指的什么 软件环境指的是 在什么软件下可以成功运行

比方说:

很多网络游戏都会说 支持系统(Win2000+/WInXP) 等等 指的就是该游戏软件环境

你所说的开发语言指的是开发环境 用什么语言什么数据库什么开发工具

问题二：一个IT项目工程中，开发工具，软件环境，硬件环境都有什么 项目名称：xx系统设计与实现

软件环境：Windows xp sp3/Windows7/redhat enterprise 5

硬件环境：E7500+4G内存+320G硬盘+百兆兆网卡+百兆局域网

开发工具：Myeclipse 65+MYSQL

项目描述：该项目是为xxx公司建立的xxx系统，其中包括了生产、物料管理、人力资源等xxx个子系统，共xxx个功能模块；

责任描述:负责项目的前期调研，可行性分析报告编写，整体规划和项目控制等等

问题三：软件开发需要什么系统环境？开发过程是怎么样的？有哪些软件开发方法？ 开发工具：C\C++、VC、NET、JAVA等如果开发数据库软件，还需要Oracle、SQLServer等如果是嵌入式，还需要ARM编辑器等 开发过程：需求分析->总体设计->详细设计->软件测试，过程写的比较简单 软件开发方法：敏捷开发等

问题四：软件开发的开发环境有哪几种 软件开发环境(Software Development Environment，SDE)是指在基本硬件和数字软件的基础上，为支持系统软件和应用软件的工程化开发和维护而使用的一组软件，简称SDE。它由软件工具和环境集成机制构成，前者用以支持软件开发的相关过程、活动和任务，后者为工具集成和软件的开发、维护及管理提供统一的支持。

按模型及方法分类

按软件开发模型及开发方法分类，有支持瀑布模型、演化模型、螺旋模型、喷泉模型以及结构化方法、信息模型方法、面向对象方法等不同模型及方法的软件开发环境。

按功能及结构特点分类

按功能及结构特点分类，有单体型、协同型、分散型和并发型等多种类型的软件开发环境。

按应用范围分类

按应用范围分类，有通用型和专用型软件开发环境。其中专用型软件开发环境与应用领域有关，故又可称为应用型软件开发环境。

按开发阶段分类

按开发阶段分类，有前端开发环境(支持系统规划、分析、设计等阶段的活动)、后端开发环境(支持编程、测试等阶段的活动)、软件维护环境和逆向工程环境等。此类环境往往可通过对功能较全的环境进行剪裁而得到。软件开发环境由工具集和集成机制两部分构成，工具集和集成机制间的关系犹如“插件”和“插槽”间的关系。

工具集：软件开发环境中的工具可包括：支持特定过程模型和开发方法的工具，如支持瀑布模型及数据流方法的分析工具、设计工具、编码工具、测试工具、维护工具，支持面向对象方法的OOA工具、OOD工具和OOP工具等；独立于模型和方法的工具，如界面辅助生成工具和文档出版工具；亦可包括管理类工具和针对特定领域的应用类工具。

集成机制：对工具的集成及用户软件的开发、维护及管理提供统一的支持。按功能可划分为环境信息库、过程控制及消息服务器、环境用户界面三个部分。

环境信息库：是软件开发环境的核心，用以储存与系统开发有关的信息并支持信息的交流与共享。库中储存两类信息，一类是开发过程中产生的有关被开发系统的信息，如分析文档、设计文档、测试报告等；另一类是环境提供的支持信息，如文档模板、系统配置、过程模型、可复用构件等。

过程控制和消息服务器：是实现过程集成及控制集成的基础。过程集成是按照具体软件开发过程的要求进行工具的选择与组合，控制集成并行工具之间的通信和协同工作。

环境用户界面：包括环境总界面和由它实行统一控制的各环境部件及工具的界面。统一的、具有一致视感(Look & Feel)的用户界面是软件开发环境的重要特征，是充分发挥环境的优越性、高效地使用工具并减轻用户的学习负担的保证。

问题五：软件开发环境有哪些 软件开发环境分类 软件开发的环境有哪几种分类呢从模型及方法来分类：有支持喷泉模型、演化模型和瀑布模型，以及结构化方法和信息模型方法等多种软件开发的环境从功能和结构的特点来分类：就有单体型、分散型以及并发型和协同型等多种软件开发环境从应用范围来分类：主要有通用型以及专用型的软件开发环境从技术开发阶段来分类工具集，在软件的开发环境中包含的有支持开发方法工具，就像设计工具、编码工具还有维护工具等，他们是独立于模型和方法的工具集成机制，这是对工具集成一级用户软件开发、管理以及维护提供的一套统一支持机制，若是按功能来划分可以划分为环境信息库、环境用户界面，还有消息服务器和过程的控制三个部分环境信息库：环境信息库是软件开发环境中的核心，它主要用来存储和系统有关的信息，还要进行信息的交流和分享。这种库中的存储的信息主要是包括两类，一是在开发的过程中产生的信息，就像设计文档之类的，还有一类是由环境来提供的信息支持，如系统的配置还有可用性构件等环境用户界面：软件开发环境的一个重要特征就是具有统一的用户界面，这也是它能够发挥优越性的保障

问题六：常用的软件开发环境和编程工具有那些？？ 你说的是什么语言呢

C&龚47;C++ 用VC++60 就行

Java用Jcreater 或者Eclipse NetBeans都行

C#用微软的VS2010就行

问题七：软件开发环境是相关的一组什么 软件开发的环境：开发环境是在开发工具中及有原代码的环境下，软件开发环境(简称SDE)是指在基本硬件和宿至软件的基础上，为支持系统软件和应用软件的工程化开发和维护而使用的一组软件，简称SDE。它由软件工具和环境集成机制构成，前者用以支持软件开发的相关过程、活动和任务，后者为工具集成和软件的开发、维护及管理提供统一的支持。包括：1>软件开发模型及开发方法 2>按功能及结构特点分类，有单体型、协同型、分散型和并发型等多种类型的软件开发环境。3>按应用范围分类，有通用型和专用型软件开发环境。其中专用型软件开发环境与应用领域有关，故又可称为应用型软件开发环境 4>按开发阶段分类，有前端开发环境(支持系统规划、分析、设计等阶段的活动)、后端开发环境(支持编程、测试等阶段的活动)、软件维护环境和逆向工程环境等。5> (1)软件开发的一致性及完整性维护;(2)配置管理及版本控制;(3)数据的多种表示形式及其在不同形式之间自动转换;(4)信息的自动检索及更新;(5)项目控制和管理

问题八：安全软件开发环境的基本要素有哪些 信息安全系统基本要素有： 1、网络安全技术, 2、信息加密技术, 3、数字签名与CA认证技术, 4、防火墙技术,Internet安全技术, 5、网络信息安全协议与安全标准, 6、网络信息安全防范策略, 7、网络信息安全法律等

问题九：软件开发的开发环境有哪几种？ 开发环境是个什么概念？语言还是系统平台还是编译环境，这个不太好说撒。

一般说开发环境，都会特指某种语言的开发环境。

比如写PHP，可以linux+eclipse+apache，这一套就算是开发环境。

同样是php，你也可以搭建windows下的开发环境。

又或者，windows下装个vs也算是个vc开发环境。

开发环境是个语言相关的概念，一门语言入门级的东西就是开发环境搭建，环境弄好了再说学跟写的问题。

问题十：什么是软件开发环境 可称为应用型软件开发环境。⑷按开发阶段分类，有前端开发环境(支持系统规划、分析、设计等阶段的活动)、后端开发环境(支持编程、测试等阶段的活动)、软件维护环境和逆向工程环境等。此类环境往往可通过对功能较全的环境进行剪裁而得到。软件开发环境由工具集和集成机制两部分构成，工具集和集成机制间的关系犹如插件和插槽间的关系。工具集：软件开发环境中的工具可包括：支持特定过程模型和开发方法的工具，如支持瀑布模型及数据流方法的分析工具、设计工具、编码工具、测试工具、维护工具，支持面向对象方法的OOA工具、OOD工具和OOP工具等；独立于模型和方法的工具，如界面辅助生成工具和文档出版工具；亦可包括管理类工具和针对特定领域的应用类工具。集成机制：对工具的集成及用户软件的开发、维护及管理提供统一的支持。按功能可划分为环境信息库、过程控制及消息服务器、环境用户界面三个部分。环境信息库：是软件开发环境的核心，用以储存与系统开发有关的信息并支持信息的交流与共享。库中储存两类信息，一类是开发过程中产生的有关被开发系统的信息，如分析文档、设计文档、测试报告等；另一类是环境提供的支持信息，如文档模板、系统配置、过程模型、可复用构件等。过程控制和消息服务器：是实现过程集成及控制集成的基础。过程集成是按照具体软件开发过程的要求进行工具的选择与组合，控制集成并行工具之间的通信和协同工作。环境用户界面：包括环境总界面和由它实行统一控制的各环境部件及工具的界面。统一的、具有一致视感(Look & Feel)的用户界面是软件开发环境的重要特征，是充分发挥环境的优越性、高效地使用工具并减轻用户的学习负叮的保证。较完善的软件开发环境通常具有如下功能：(1)软件开发的一致性及完整性维护；(2)配置管理及版本控制；(3)数据的多种表示形式及其在不同形式之间自动转换；(4)信息的自动检索及更新；(5)项目控制和管理；(6)对方法学的支持。

以上就是关于IT项目实施流程全部的内容，包括:IT项目实施流程、VUCA时代的IT项目管理（一） ——困境、IT项目管理 - 需求分析等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！