IT项目管理 - 需求分析

这是一个非常好的问题，作为一名IT从业者，同时也是一名计算机专业的教育工作者，我来回答一下。

对于计算机相关专业的大学生来说，在大学期间为自己规划一个合理的职业发展方向还是具有一定意义的，一方面可以根据自身的职业规划来组织知识结构，从而获得更强的就业竞争力，另一方面也可以充分利用大学的教育资源，锻炼自身的实践能力，这一点对于想在IT行业发展的大学生来说，还是非常重要的。

大学生在进行IT方向的职业规划时，需要考虑以下三方面因素：

第一：结合自身的知识结构和能力特点来选择发展方向。当前IT行业内有很多发展方向，不同的发展方向需要不同的知识结构，在进行方向选择的时候，一方面要立足于自身的专业特点，另一方面也要考虑到自身的能力特点和兴趣爱好，这对于后续的学习有非常直接的影响。比如对于数字比较敏感的学生可以考虑大数据方向，而对于硬件设备比较感兴趣的同学可以考虑物联网方向。

第二：关注当前的技术发展趋势。IT行业对于新技术是非常敏感的，新技术往往会带来新的价值空间，也会有更多的创新、创业机会，所以在进行职业发展规划的时候，一定要考虑到当前的技术发展趋势。在当前工业互联网和“新基建计划”的影响下，可以重点关注一下大数据和人工智能这两个方向，这两个方向对于人才类型的需求也非常多元化，不同知识背景的人都能够找到自己的发展切入点。

第三：结合自身高校的实际情况。在进行发展方向规划的时候，还需要考虑到自身高校的学科实力，尽量选择学科实力比较强的高校，这会更容易获得优质的教育资源，从而在专业领域走得更远。

如果有互联网、大数据、人工智能等方面的问题，或者是考研方面的问题，都可以在评论区留言，或者私信我！

随着IT行业的高速发展，尤其是计算机技术的发展和网络应用的逐步普及，现在电脑已经成为人们工作生活中不可或缺的设备。同时计算机专业的就业岗位也逐渐增多，因此每年该专业毕业生就业率也在稳步提升。下面我们就一起来了解一下计算机专业就业前景怎么样，以及就业方向都有哪些，希望能对您的职业规划有所帮助。

一、计算机专业介绍：

计算机专业是计算机硬件与软件相结合、面向系统、侧重应用的宽口径的一个专业。该专业是通过基础教学与专业训练，培养基础知识扎实、知识面宽、工程实践能力强，具有开拓创新意识，在计算机科学与技术领域从事科学研究、教育、开发和应用的高级人才。

二、专业方向：

1、计算机软件与理论

2、计算机应用技术

3、计算机体系结构

三、专业课程：

电子技术、程序设计、数据结构、 *** 作系统、计算机组成原理、微机系统、计算机系统结构、编译原理、计算机网络、数据库系统、软件工程、人工智能、计算机图形学、数字图像处理、计算机通讯原理、多媒体信息处理技术、数字信号处理、计算机控制、网络计算、算法设计与分析、信息安全、应用密码学基础、信息对抗、移动计算、数论与有限域基础、人机界面设计、面向对象程序设计等。

四、计算机专业就业前景

总体上讲， 社会 对计算机人才总需求量没有明显变化，但毕业生就业岗位分布和岗位层次将更宽泛，需求的主体由政府机关、金融单位、电信系统、国有企业转向教育系统、非公有制经济实体等中小用人单位，由于毕业生人数剧增，就业率与供求比例明显走低，就业率发展平稳，但薪酬水平有所下降，衡量毕业生就业状况的标准，既要考虑到毕业生的就业率，又要考虑毕业生的薪酬水平。随着高校研究生和本科学生的扩招，特别是计算机专业毕业人数的急剧增加，以及受到经济因素的影响，计算机专业毕业生的就业不如从前那样火爆，就业的整体质量存在明显下降，用人单位对毕业生选择地增加，导致对应聘者的要求将越来越高，不仅要具有一定的专业素养和综合素质，而且还要具备一定的职业能力，包括核心技能、行业通用技能和职业专门技能，更多用人单位更注重高学历、有经验人才的引进。

五、计算机专业就业方向有哪些

计算机专业的就业方向非常广，取决于你的具体专业方向，总的来说有一下几个方面：

1WEB应用程序设计专业

毕业后能够从事网站应用程序开发、网站维护、网页制作、软件生产企业编码、软件测试、系统支持、软件销售、数据库管理与应用、非IT企事业单位信息化。

2可视化程序设计专业

毕业后能够从事软件企业桌面应用开发、软件生产企业编码、软件测试、系统支持、软件销售、数据库管理与应用开发、非IT企事业单位信息化等工作。

3数据库管理专业

毕业后能够从事企、事业单位数据库管理、软件开发、专业数据库应用设计与开发、数

据库的应用与开发、信息管理系统开发、企、事业单位网络管理、软件销售等工作。

4多媒体应用专业

毕业后能够从事计算机美工、动画制作、影视

5移动应用开发专业

毕业后能够从事移动设备应用开发、嵌入式应用开发、移动网站开发、软件生产企业编码、软件测试、系统支持、非IT企事业单位信息化、软件销售、企、事业单位信息管理、办公自动化集成等工作。

6电子政务软件专业

能够胜任基层政府部门、事业单位数字化政务管理系统的设计、维护与信息管理、办公自动化集成、办公室文员等工作。

7软件测试专业

毕业后能够从事软件测试、软件编码、IT企事业单位系统支持、非IT企事业单位信息化、软件销售等工作。

8物流信息技术专业

毕业后能够胜任现代物流业信息管理，能在企事业单位从事物流系统设计、供应链管理、仓储管理以及运输等管理工作。

9物流管理专业

毕业后能够胜任全省各级企事业单位物流系统设计、供应链管理、仓储管理以及运输等管理工作等工作。

10网络系统管理专业

毕业后能够从事政府管理部门、经贸、金融、邮电、电子、学校、交通、社区以及应用计算机网络的有关行业，从事计算机网络系统的设计、维护、管理、从事网站开发与应用、网络安全管理、计算机软硬件调试、安装、计算机及网络产品营销等工作。

男生可以往前端开发或构造师方向发展，java要学好。女生往UI方向发展

如果想从事IT方向的，在校期间就可以学习一些基本知识。IT的从业方向也有很多，先看看什么适合自己，可以利用学校的课程资源、或者找老师询问、或者其他的渠道进行了解。选好了相应的方向，看自己的能力决定是自己学习还是参加系统的课程学习。注意多参加相关的项目，这样毕业后虽然没有工作经验，但是有项目经历也可以让你比别人有些优势

企业需要的人才要求是什么？

从需求着手，要求无法三点：

1 精技术：有一门精湛的手艺是在企业立根之本。不管是后台、前端、大数据都行，不是什么好就去学什么，是你的能力兴趣在哪才去学哪。学科之间的差异还是很大的，这点上不要被培训机构洗脑。之所以劝你学特定的一门，很大一部分情况是限于机构的教学能力。

2 明职场：好多学习编程的人有个通病，我的技术好就可以怎么样，公司还得依赖我的技术，甚至极度鄙视技术不好但会献媚的同事。虽然有抱负，但是要知道不明白职场规则，纵使你技术再高，走人也是迟早的事，就看是自己走还是被请走。案例太多，腾讯不到8小时被开除，一个大厂纠结这8小时吗，没有工作8小时的人多了去，只是生意不好整柜台，内部优化就是从不明职场的人开始的。

3 有经验：有好的项目经验，是职场跳跃的利器，参与的大项目越多，见得多，要价就可以高！

综上，第一步找到自己的兴趣所在，掌握一门技术入行。至于是不是一定要用它做到退休，做过这行的人都知道，不可能！后期自我修炼，跨语言，跨体系是很正常的事。

尽量往大项目上挤，熟悉业务知识多于技术积累，积累人力资源大于埋头苦干。有的大牛是真的，还有更多大牛是人气包装的！

“我说话做事就是这样，请多包涵”类似这类无脑的话，只能多看书多和人打交道，自我提升，不然职场也会演变成宫廷剧，你活不过第一集！

我个人建议合理的职业规划还是找一些同行的人进行探讨，然后根据你自身的情况做这个职业规划；如果身边没有从事相关行业的话，可以找一些资审的大品牌的IT 培训机构，最好是做多元化教育的，能给你做一些对比，指导一下方向

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

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

1、多项目管理理论回顾

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

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

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

3、多项目管理实施对策

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

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

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

注意事项

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

;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

四象限原则

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

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

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

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

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

金字塔模型

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

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

当前工程勘察设计企业对数字化需求的迫切性已明显加大，许多企业正进一步思考与部署数字化建设方面的工作，一定程度上加快了转型的速度。另一方面，新基建、新技术加速催动万物互联，工程勘察设计企业未来的服务场景、专业应用等也会产生一系列新变化。

为此，天强TACTER特别策划 “智·赋设计院数字化转型”专题访谈 ，邀请行业内外数字化信息化专家就数字化管理系统、数字化服务体系、数字化业务模式、数字化转型的困惑与应对策略等方面问题进行分享，以期为业内企业推进数字化转型工作提供思考。

本期我们邀请到 湖北邮电规划设计有限公司中通服智慧 体育 研究院院长陈晓静 女士，为大家分享她的思考与建议。

陈晓静

湖北邮电规划设计有限公司

中通服智慧 体育 研究院院长

总体来说，邮规院正在转型且聚焦新基建与智慧城市。我们转型比较早，2011年就开始做智慧城市，从那个时候起我们就做整个智慧城市的咨询设计，包括产品和运营、数字政府的建设研究、商业模式、运营模式等。

另外一方面，我们在智慧城市的细分领域，也做了一些行业的研发，包括一些大的集成项目，这样就形成了湖北邮规院在国内智慧城市、数字政府和行业信息化方面的技术领先与应用优势。我们在湖北省为省市区各级政府提供政府和行业信息化服务，市场占比是很高的，在湖北省的业务占比超过了80%。我们提倡的模式为“顾问加雇员”，目前各级政府没有专业的信息化人员，我们除了作为政府的高级顾问之外（顾问形式），也派人直接在各级政府的部门去开展工作（雇员形式）。

湖北邮规院在政府和行业信息化规划咨询设计方面，应该是武汉市的第一梯队，我们长期担任政府信息化建设团队的第三方咨询团队。目前省里所有的信息化业务（项目、技术方案、投资）都是我们在进行评审。我们对很多智慧城市、数字政府等重点领域一直都有全方位的研究，为政府的大型信息化项目建设提供依据。以前政府信息化工作都有专门的部门（信息中心），倾向于“重建设轻管理”；现在政府部门都是购买服务，即 “轻建设重运营”。

我们5年前开始向产品方向转型，进行细分领域的研究和产品研发。智慧交通、智慧机场、智慧 体育 、智慧医疗、智慧教育等方面都有自己的产品与平台。设计院要进行全过程一体化的服务必须要有自己的产品，某种意义上来说要向IT公司转型，我们与IT公司最大的区别是， 设计院数字化转型是“咨询＋IT＋运营”的模式。 我们团队里IT方面的人才占比最多，整个转型还是比较成功的。

我们现在整个信息化的收入占比中，信息化业务占大头，整个通服智慧类的收入超过500亿，自身有一定的业务优势。各个城市包括武汉的智慧城市顶层规划，智慧城市“十四五”规划，各个行业的信息化都是我们在参与。企业的信息化方面，一些大的行业企业，比如武汉水务集团等，我们也从规划、设计、实施等方面全流程去帮他们构架组建实施。

传统的行业研究院我们都有接触，但是他们都只是从自己的专业里分出一块，并不综合全面。我们院的特点是，在做政府等大型项目时，很少有单位专业业务板块像我们这么全， 信息化并不是某一个单独的专业，涵盖的面很广 ，我们自己内部就包含了一二十个具体的细分专业，传统设计院短时间内很难搭建这样全面且专业的平台。我们目前也在主动 探索 传统设计院在他们各自领域里的竞争力，也希望找到可以合作的可能。由于数字化方面的项目并不是传统设计院的主业，所以他们在数字化转型的过程中压力并没有我们大，跟我们还是有本质上的区别。传统设计院在平台信息化方面由于全面性、综合性的欠缺，做得可能没我们完善，但是在一些细分领域与板块，他们会结合自身深耕的优势与经验，做得比较成功。

有些大院做得很好，他们也是隶属于不同的集团，有不同的模式。我们属于通服，本身在OA项目管理、财务管理方面都有自己完整的体系，作为设计单位，对信息化的管控还是比较严格的，企业内部基础管理做得还是很好的，只是后面的经营管理、知识管理等还需要深化，这个是需要根据公司战略走的。目前我们的知识管理体系方面，每个院与部门都有自己固化的模式，还是要与线下的实际情况相结合。我们会自查自己的数字化信息化系统与传统系统相比是不是具备不可替代性，实际应用效率高不高。现在很多单位通过信息化手段做简化，但是线下很多流程仍需要走， 一直在做加法而忽视了减法，并没有真正体现其信息化平台的作用。

像华为是做得比较彻底的，他们才是真正实现了高效率。他们所有的管理服务都是APP上 *** 作的，我们作为合作伙伴也可以直接在上面购买服务开放模块工作，但是对于公司或者设计院来说，自己独立去开发平台，成本是巨大的。企业购买大平台的服务是很好的，没必要花精力去自己开发，现在行业里不光是我们这么做，政府也在这么做。

BIM也是一样的，很多专业公司与设计院都在建立或者延伸自己的BIM平台。现在各个传统院在数字化服务方面都在做自己的专业统筹。

新基建的方向：主要就是5G、数据中心、新基建的基础设置。5G领域很大部分的工作是运营商承担的，5大运营商也是我们服务的客户。现在很多运营商和民营资本都在投，但是资源已经过剩了，特别是武汉，传统院也没必要涉及这一块。

新兴的基础中心，比如人工智能、区块链等方面，我们是把云、网、技术平台统称为新基建基础设施，这些项目的建设，不会分散到市级领域，是需要信息资源集聚统筹建设的，现在都是在做大整合，政府对于新基建投入还是没有传统基建那么大，依然是在靠一些 社会 投资主体的引入，政府投资力度需要加大。我们传统的一些项目和比较赶超的领域是另外一个层面了，这些都是国家的战略布局，国家是希望运营商牵头来做这一块。我觉得传统院的优势还是做好自己的细分板块，与相关的运营商合作。

武汉80%的智慧城市业务都是我们在做，覆盖与渗透的行业面很广，武汉的智慧城市在全国还是比较领先的，我们今年也是在从顶层布局，到各级的省市区领导，都在采取一个顾问加雇员的模式进行合作。全武汉所有的信息化项目基本上都在我们这边审核，我们每年审核的信息化项目要达到几百个。目前国家层面是数据的共享交换， 信息化最终做到的就是底层数据的打通 ，各个委办局的数据打通，没有数据烟囱。

我们目前除了常规的行业信息化建设设计方面，武汉一些大的信息化标杆项目都是我们做的，包括新型智慧城市顶层规划、长江新城的智慧城市规划与各个行业的信息化项目建设等。我们做的每一个项目都在紧密关系着武汉的数字化、智慧城市的发展成效，肩负着整个智慧城市和数字政府的建设、技术、决策依据的提供，责任比较大。我们在湖北省的市场占有率与饱和度非常高。

例如军运会，我们主要承担全过程咨询、整体的系统平台建设、一体化服务，整个军运会信息化工作都是我们统筹管理的。后来我们也把军运会这种大型智慧赛事的模式固化下来并延伸到全国各地了，我们今年也承接了世界性的综合性运动会“三亚亚洲沙滩运动会”、“成都大运会、亚运会”等大型项目的信息化建设工作。

传统院是很有优势的，我在浙江看到一个院，最初只有两三百人，三年前他们进行了转型，从一个传统院直接转型成了行业信息化院。 传统院需要结合自身行业应用优势进行特色培育 ，相反新基建这方面还是不太需要考虑，把自己的应用做好就可以了，这个是一个长期持续的工程，我们跟其他院也可以在这方面有更多的合作，例如可以一起去组建一些行业的产品中心或者研究机构，把我们在信息化方面的传统优势跟他们对接。

重庆电信企业信息化事业部 傅诣

      目前垂直的部门管理模式对“以客户为中心”、“零不爽”要求弊端日益明显。特别是在当前市场需求瞬息万变，需求要求快速支持的背景下，需求无法高质量的实现，首先表现在需求实施的效率与速度上，无法快速支持需求。其次表现在需求实施质量上，需求上线问题较多，带来很多次生问题，需求质量业务单位与分公司都不满意，影响IT口碑。

      以客户需求为中心，启用矩阵式需求管理，建设高、精、尖需求界面团队，在企信部设立后方资源池，深入需求一线，让需求一线指挥炮火，实现需求小前端，大后端，前端综合化、后端专业化，后端全力支持前端。

现状：目前企信部采用传统的垂直化组织架构，各域组织界面分明，容易形成部门壁垒，需求由需求前置团队接收，分派到各个域，较为复杂的联合需求由各域分别评估，各域再进行联合确认，再与需求业务单位进行沟通，期间反馈多次，效率较低，特别是在部分需求细节存在问题时，往往需要多次开会共同确认，在实现方案上各部门也往往各执一词，耽误需求实施时间，也影响需求实施质量。

措施：

1采用需求矩阵式管理：针对重要需求，采用项目制管理，由各部门部门负责人、技术专家、实施人员、厂商组建临时需求实施团队，此团队不隶属于任何一个部门，采用承包方式，将需求承包给虚拟团队，每个需求团队负责人拥有可以“呼唤炮火”的权利与“签署责任书”的义务，做到权责对立，平衡（后面会详细说明）。这样就可以整合事业部各部门的专家优势，打通部门壁垒，快速实现需求。该方式也就在事业部层面就形成了一个垂直于传统部门的需求实施矩阵，与各域的生产维护形成互补。

2“黄金四边形”：黄金四边型目标是建立贴近需求一线的敏捷化组织，在事业部层面对外形成统一的界面，能灵敏捕捉到公司领导及一线的关键需求，找准需求“痛点、关键点”，迅速调动资源，建立专项团队，灵活快速实现需求，打破部门壁垒，突破原始需求流程的烦冗。团队必须包含“项目经理”、“需求分析团队”、“方案设计实施团队”、“后期维护支撑团队”四个关键团队，形成黄金四边型。

各团队职责如下

（1）项目经理：项目经理是团队的****，是需求的第一责任人，拥有“呼唤炮火”调度资源的权利，同时，也是需求目标达成的第一责任人，签署需求实施承诺责任书，在需求完成后接受事业部对实施情况的考评。厂商负责人也纳入项目经理。

（2）需求分析团队：需求分析人员是与业务单位接触的排头兵，是第一接触人，首要任务是找到需求的“痛点”或“题眼”，其次是需求实施的桥梁，对外，负责引导业务单位按照IT“先上菜”进行推进，引导业务单位采用IT推荐的需求实施方案与分布实施的时间计划；对内，负责将需求与方案设计实施团队沟通，形成需求支撑方案，并与前端沟通。再次，在需求实施全生命周期中对需求变更进行管理。分析团队工作必须量化，每个需求必须要有需求分析说明书，每次需求会议必须要有需求沟通（或评审）会议纪要，每次需求变更需要有需求变更记录。

（3）方案设计实施团队：由各域的专家与执行人员组成，负责需求实施方案的落地，并与需求人员一起对实施方案向业务单位沟通，达成一致，最后由此团队的实施人员完成需求上线（执行人员可能与后面的“后期维护支撑团队”人员重复）。方案实施团队必须输出每个需求的方案，方案由事业部形成统一的模板输出，方案质量纳入管控。此环节是当前需求实施中的短板，很多需求在完成需求分析后，直接丢给厂商实施，实施方案中功能部分内容没有评审，界面部分在实施中也没有DEMO，没有也业务单位沟通，导致质量不被业务单位认可。该点如何提升，建议如下：

首先把需求分为5个层次，要求在方案模板中必须都进行说明，底层为功能需求，仅仅针对功能本身；第二层为服务需求，本层包含业务及流程，提升服务能力的需求；第三层为体验需求，考虑到客户感知的需求，含易用性， *** 作性，感知方面；第四层为关系需求；顶层为成功需求，即满足公司组织成功，有效推动业务发展。我们现在往往注重第一层的功能需求，对其他层次需求不够关注。即使在第一层功能需求中，还存在“简单功能做不好，复杂功能做得好”的情况，原因就是以IT惯性思维技术为导向，没有以客户需求为中心，没有抓住需求“痛点”，将IT功能做得复杂。后续，我们要多放精力到第2至第5个需求层次中，更加注重易用性， *** 作性，快速支撑。

（4）后期维护支撑团队：目前我们往往“重建设，轻维护”，需求上线后，就算完了，监控、作业计划没有跟上，上线后也不能主动发现问题，往往前端发现问题后，已经晚了，造成了较严重的后果。对此，后续维护支撑团队，首要任务是建立需求上线初期的监控保障手段，用数据说话，证明新需求上线后的运营情况，提前于业务单位发现问题，及时处理。其次，对新需求上线后的监控，作业计划进行实施，对新需求上线后出现的问题进行集中解决，为一线提供支撑。

前面说了，我们建立了矩阵式需求管理制度，组建了高、精、尖的需求团队，那么如何进行运作？

1小前方，大后方：需求分析团队直面业务单位，但我们后面有一个强大的支撑保障团队（各域专家、实施人员、战略合作伙伴等），各域整合资源形成整体支撑大平台，提供解决方案，提供技术支持，这样才能让小前方需求分析人员有底气，有引导需求，主导实施的资本。

2一线呼唤炮火：当需求人员或需求预沟通发现重点需求时，一线要迅速做出反应，立即呼唤炮火支撑，后端将根据需求难易程度，配备必要的资源，在实施过程中动态补充人员，必要时采用王牌团队或王牌专家，快速应对需求，落实方案，稳步推进。

实现小前方、大后方，一线呼唤炮火的措施：

（1）呼叫的炮火要集中在一点原则：集中在“痛点”或“需求题眼”上，才能实现“闪电战”。这也是中心领导说的先上关键“菜”。虽然我们呼唤到了火力，但是如果针对整个需求的方方面面，无法显示出火力的局部优势（火力被分散了），这就要求我们的需求项目团队，与业务单位沟通，集中火力先上关键“菜”，这个原则的度一定要控制好。

（2）组织人员保障：按不同域对不同人员进行打标，定义他们的责任，为他们指明发展方向，形成人力资源池。按照需求项目管理，需求实施需要管理者、需求分析人员、技术保障人员、上线后维护支撑人员。需要对各部门人员打标，属于哪一种角色，形成专家库，为随时组建队伍做准备。

（3）需求考评机制：事业部拟定出台《需求实施承诺书》，包含权利与义务。权利是可以在一定范围内调配资源，承诺为需求完成的目标，在完成目标时对应的奖励与惩罚。项目经理代表团队签署承诺书，并在需求上线后1个月内接受事业部考评，并进行奖励或处罚，并给团队及成员等级评定。

（4）团队及专家等级晋升机制：各种人才打标后，均成为此类型的专家，需要对组建的团队与专家根据需求实施效果进行考评，采用军队的晋升方式。通过考评筛选出王牌团队与王牌专家，在遇到重要需求，疑难问题时，优先使用王牌团队与王牌专家，使其成为“特种部队”。这样做的目的，是将事业部目前的“屯兵模式”提升为“精兵模式”，让不确定、困难复杂的关键需求，由精兵完成，提升感知。通过此方式，还可以建立企信部的战略预备队，为IT队伍的后续发展提供帮助。

（5）仲裁（指导）委员会：仲裁委员会设立的目的就是打破部门间的壁垒，具备横向传递沟通及协同作战能力。前面说到，项目经理作为需求项目实施的第一负责人，具有一定的动态调配资源的权限，但如果在需求实施工程中，出现与职能部门的壁垒或冲突，或遇到其他管理问题、人力资源问题，由仲裁委员会仲裁决定。建议仲裁委员会由事业部领导及部门领导组成，针对非技术性问题进行协调仲裁。

（6）技术委员会：事业部技术委员会负责需求实施中遇到的方案问题解决及支撑，特别是对在哪个系统实施较优方面进行确认。在需求遇到技术难题时，技术委员会将对技术细节进行指导。

（7）需求管理平台（缺失）：事业部目前使用门户及ITSM系统结合对需求流程进行管理，但缺失一个统一的需求管理平台，各部门目前均使用EXCEL对需求进行管理，哪些需求已超期，哪些需求为事业部当前重点需求，哪些需求不合理，没有一个需求管理系统进行管理，所以，建立一套需求管理分析系统，迫在眉睫。

（8）会议管理系统（缺失）：以业务部为例，上周业务部有10个会议，其中需求会议6项。业务部目前通过人员进行管理，罗敏每周五发会议周报，列举会议清单，从安徽学习后，业务部要求每个参会的人员出具会议纪要，由罗敏汇总。简单会议出简单的会议纪要，重要会议，出详细的会议纪要。我们希望有一个会议管理系统，将每次会议的纪要进行上传，纳入系统管理，这样，可以有效杜绝需求、专项工作进度上下不一致的情况。

（9）需求变更文档化：加强需求文档管理，这里重点强调一下需求变更管理，由于一些重要需求是公司领导需求，需要业务单位按照领导要求细化，并不断与领导沟通，这样必然会多次变更需求，IT为保障需求尽快上线，必然存在需求在实施中多次变更的情况。这就要求，每次需求变更必须文档化，把整个需求变更的情况记录下来，也要求需求团队与方案设计团队、后续维护支撑团队做好沟通，将每次确认的内容文档固话。这里建立事业部出具需求变更模板。

（10）需求模式固化：先选取少量需求试点此方式，在积累经验后，迅速固化实施流程，并将流程清晰、重复运营的流程及工作模板化，抓住主要的模板建设，再把相关的模板流程串起来，不断优化。形成知识库，事业部通过呼叫炮火的方式，集中支持，集中处理，解决共性问题，这些共性问题的解决要形成知识库，在后续遇到类似问题时，快速支撑。

（11）需求透明化：月初，需求版本部署会议，与业务单位沟通本月需要实现的需求；月中，由事业部整体出面（或各需求项目经理）与需求业务单位就需求进度进行沟通；次月上线后，与需求单位进行需求后评估，对需求后续维护及问题解决进行落实，对需求后评估结果进行沟通。

（12）加强需求过程管控：在建立此机制后，需要进一步加强需求过程管控，授权不等于放任，必要时实时监控。

 

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

以上就是关于大学生职业规划IT方向该如何做全部的内容，包括:大学生职业规划IT方向该如何做、IT企业多项目管理的实施难点与对策、IT项目管理 - 需求分析等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！