求助，IT 项目管理资料

以我多年参与、主导IT实施/开发项目的经验，我觉得项目实施过程中没有任何问题几乎是不可能的事儿，因此出现问题本身没什么值得大惊小怪的，而如何对待问题、如何处理问题却是一个最值得关注的问题。这就是我所信奉的“问题本身不是问题，对待问题的态度是个大问题”。1、合同签署前要充分了解未来客户方项目负责人的实施方法论有些客户自己不懂该如何实施项目，也谈不上方法论，那么项目过程中可能要以实施人员引导、制订实施方案及项目计划并且征得客户方关键干系人的认可。如果客户自己在实施方面就有自己成熟的一套想法，而且客户反复在沟通过程中强调自己对于项目的要求，那么前期负责和客户接洽的人员就必须对这些信息敏感并且尝试着挖掘一下，客户可能对实施有哪些要求，我们自己是否熟悉这套东西，应该提早准备哪些应对措施。前期与客户接洽的人员切不可不加思索地就来一句“肯定没有问题。。。”之类的承诺。2、要多琢磨客户在项目过程中反复强调的东西一个成熟的客户会在项目启动早期把一些他特别在意的东西反复强调，这些东西很有可能就是客户所预见的项目风险或者项目的方向。实施方项目组成员一定要仔细琢磨客户的意图，琢磨不清楚就多找客户沟通、多提问题以帮助自己理解他的意图。倾听和提问是一个实施顾问特别应该具备的一个素质。3、出了问题要及时回应是人都害怕不确定的东西，客户也一样。如果出了问题，实施方项目组成员或高层没有及时回应对于客户来说是一个非常大为光火的事情。这就跟我们到商场买东西发现所购买商品存在某些问题或者某些疑问时向导购人员提出来，导购人员置之不理是同类的问题。及时做出反应不是要求马上拿出解决方案，而是让客户知道我们已经在采取措施，并且明确给出客户提出解决方案的时间。尤其是获悉相关信息的公司高层更应该及时响应，一个理性的客户肯定不会把芝麻小事也让实施方高层知道，既然知会了高层想必会有客户的道理，比如问题升级了或者遇到了严重的问题。4、针对问题的解决方案切忌含糊、托辞作为客户，项目出现了问题还心情超好的可能性不大。所以，实施方在针对问题给出解决方案一定要慎重：首先仔细分析问题是否真正存在，是否超出了项目的范围，如果存在也不超出范围那么问题的根源可能是什么，现实情况下能否有解决方案，解决方案所需要耗费的成本是否可以承受（是否存在客户承担部分成本的可能？），是否会给客户方带来任何风险，解决方案估计什么时间可以完成等等都需要经过内部专家团队反复推敲、论证、模拟。然后把有完整分析、明确解决方案、完成时间及接口人的信息发给客户，征求客户意见。如果有些东西超出项目范围或者超出实施方的能力，那么也建议诚恳地和客户沟通，看如何通过其他方式来弥补因为这些问题存在所造成的遗憾。提供解决方案时有五个大忌：1)、忌含糊其辞，没有多少人喜欢这些看不明白的东西，可千万别在客户的坏心情上面火上加油；3)、忌没有解决问题的时间表；4)、忌为自己方辩护；5)、忌信口开河似的承诺5、出现问题后要及时展开沟通，丰富沟通的渠道和层次上面谈到了及时回应，算是及时沟通的一种，但还不全面，那只能在问题出现以后稍稍缓和客户的情绪。在提出解决方案、和客户确认以及方案实施的过程中，建议实施方负责人要在自己公司内部(尤其与高层之间)、以及客户方项目干系人之间及时、定期展开沟通。如果问题的确比较严重，对项目有较大影响，项目负责人还应该考虑丰富沟通渠道、提高双方沟通的层次，以便于可以有效地把处理的进度、遇到的问题传递给双方项目组、管理层，及时调动优质资源配合问题的及时管控、处理。我觉得做到了以上五点，再配合以专业技术层面的努力，大部分客户应该都会满意，而不至于项目合作双方的不愉快从此成为项目的一个噩梦烦扰着彼此。其实我们不需要也无法苛求彻头彻尾的专业，但我们一定要有一个专业的态度和精神，这是我看待项目合作的一个基本态度。

CRM是指客户关系管理，其实是指一个企业内部如何对客户展开业务。它包括了对客户售前，售中，售后的管理。而CRM系统，是指辅助企业进行管理的软件。从这个角度来看，CRM项目更加偏向于管理项目的实施。

一般来说企业中CRM项目的发起部门多以业务部门为主，IT部门在项目中起到对软件产品的技术把关和后续维护工作。

IT项目管理：问题、体系、方法

摘要：无论是在国内还是国外，项目管理的学科、技术和应用的普及与发展已经进入了一个飞速发展的时代，信息技术（Information Technology，简称IT）的发展又将IT项目管理推向了全新的应用高度。本文分析了IT项目管理技术及其应用与发展的关键问题，提出了基于系统集成理念构建的IT项目管理的体系结构和技术框架，肯定了IT项目管理的总体指导思想和实施策略是“需求牵引、效益驱动、总体规划、分步实施”。

关键词：信息技术 项目管理 体系结构

引言

人类进入21世纪，信息化成为我国全面构建和谐社会、快速发展国民经济的着眼点。党的十五届五中全会就明确指出：“大力推进国民经济和社会信息化，是覆盖现代化建设全局的战略举措。以信息化带动工业化，发挥后发优势，实现社会生产力的跨越式发展。”党的十六大再次明确：“信息化是我国加快实现工业化和现代化的必然选择。坚持以信息化带动工业化，以工业化促进信息化，走出一条科技含量高、经济效益好、资源消耗低、环境污染少、人力资源优势得到充分发挥的新型工业化路子。”目前全国上下各行各业、各个领域、各个层面的信息化建设正在如火如荼地进行着。

信息化项目的开展是以信息技术为支撑，以业务活动为主体，以现代化管理为指导思想的一项全新的、复杂的系统化工程。全新在于信息技术这一新生事物的飞速变化与发展，复杂在于信息技术、业务工作、项目管理思想的一体化融合与集成化应用，这正是IT项目管理问世的缘由。信息化建设的成功经验告诉我们，结合信息化应用特点，采用项目管理技术而开发的专用方法对IT项目在计划落实、质量跟踪、成本管理和风险控制等方面进行管理，是保证IT项目达到预期目标的有效手段。

本文在项目管理知识体系的基础上，介绍了IT项目管理的特殊性，回顾了学术界和工业界在不同方向上为解决这些问题所做的努力、获得的成果。在系统集成理念的指导下，探讨IT项目管理的体系结构和模型驱动的集成技术与方法。

1 IT项目管理的特殊性

信息技术发展快、渗透广等特点，使得IT项目与一般工程项目存在着明显的差别，这种差异性造成了基于工程项目管理理论与经验基础上发展起来的项目管理知识体系在处理IT项目时面临诸多的难题。

第一，IT项目的需求来源广泛，涉及国民经济的各个领域，几乎所有领域都能够和信息技术相结合而构成信息化项目。信息技术可以支持多种业务需求的发展：

（1）市场要求，如商业银行提供网上支付业务，以支持越来越频繁的电子商务活动。

（2）环境需求，如企业为了应对各国越来越严格的环境标准中对产品回收再利用的要求，启动一个构建产品全生命周期管理系统的项目。

（3）经营需要，如一个传统的大型商业企业开展网上销售业务，以扩大其销售收入。

（4）技术发展，如飞机制造企业为了提高设计水平而开展虚拟制造系统的项目。

（5）用户要求，如快递公司要构建一个物流管理系统，以满足顾客对跟踪其委托的快递物件过程状态的查询需求。

（6）法律需求，如一个城市为了减少合同犯罪的数量，而启动企业印鉴信息系统；为了杜绝文凭的泛滥而建立文凭查询信息系统。

正是由于信息化项目涉及到了几乎所有的经济领域，因此很难形成有针对性的规范和标准，这无疑增加了项目管理的难度。

第二，与一般工程项目所涉及的领域经过了长时期的发展、技术相对成熟不同，IT领域是目前发展最快、最活跃的领域，新的技术层出不穷，技术更新也非常迅速，因此IT项目开展过程中会具有更多的风险因素。有统计表明，每18个月，CPU的速度就会翻一番，与之关联的计算机体系结构、软件架构等也发展非常迅速。例如早期的集成信息系统采用大型主机带终端的结构，随着网络技术和分布式计算技术的发展，出现了Client/Server结构的信息系统，而目前流行的架构则是在互联网上基于Browser/Server结构的信息系统，C、C++、Java等各种开发工具更是一代代迅速更迭，各类 *** 作系统、协议、标准等都是IT项目必须面对的，这些都会增加项目过程中的风险。

为了处理好技术发展迅速所带来的问题，IT项目团队必须在先进性、实用性、经济性、成熟性等诸多方面进行权衡，片面追求技术的先进性往往会事与愿违。在保证项目所采取的技术具有相当的前瞻性、先进性和可扩展性、可集成性的同时，从需求出发，注意技术的可靠性、成熟性和经济性。

第三，信息技术的应用主体在管理领域，管理信息系统包含了特定的管理理念，将这些管理理念同企业的发展战略与业务逻辑进行整合是信息系统实施的关键任务。IT项目的阻力75%以上是来自人和管理的因素，因此，IT项目特别强调技术、管理与人的集成。如何处理好信息系统所涉及的人的问题是成功管理IT项目的关键。

从更深层的角度而言，经典项目管理理论是构建在土建工程项目的研究和实践基础上的，基本的项目管理方法并不能解决IT项目的特殊问题，例如：

（1）如何衡量项目进度的问题，土建工程使用完成土石方的量来标识工程进度，但是完成软件90%的代码编写工作并不意味着还有10%的时间就可以完成软件开发项目了。业界普遍认为在工程项目中广泛使用的挣值法在IT项目中缺乏适应性。

（2）在计划的调整方法上，土建工程在计划拖期时，可以通过增加资源的方式来加快进度，但是对于一个软件开发项目，如果出现同样的问题，寄希望于增加编程人员的数量来追赶工期，只能造成更大的麻烦。

另外，除了信息技术之外，IT项目还涉及信息系统应用单位的组织、管理的调整与经营过程/业务流程的重构，单靠信息技术是无能为力的。因此，要成功管理IT项目，要成为IT项目的合格从业人员，需要一套全面的IT项目的知识体系与方法的支撑，它的内容将覆盖项目管理、信息技术、现代管理技术、系统集成技术、软件工程技术等多学科领域，这正是IT项目管理技术研究和实践的目标与方向。

2 IT项目管理技术的发展脉络

目前在信息化领域的不同方向，许多学者开发了针对不同方面的项目管理方法，其中比较有代表性的是软件项目管理和广义的IT项目管理。

软件项目管理是软件工程和项目管理的有效结合，将项目管理中重视过程、重视计划控制的观点引入软件工程领域，目的是控制软件开发项目的成本、进度、质量、风险等问题。近几年IT领域进一步引进全面质量管理理念，认为软件开发企业自身质量控制体系和控制能力的优劣，将会极大地影响软件产品的质量，这就要求软件企业从修炼内功入手，也就是确认质量是控制出来的而不是检测出来的，从根本上保证软件产品的质量，由此提出了软件过程改进和软件能力成熟度模型(CMM)的概念。CMM基于经典的产品质量原理，建立了定量控制软件过程的项目管理和项目工程的基本原则，与此同时，CMM有关能力成熟度的 *** 作方法也被引入经典项目管理领域，用以测评承担项目的组织的项目管理能力。

广义IT项目管理是目前业界讨论比较多的，也出了不少这方面的专著，其基本思路是将IT项目当做一般工程项目，使用PMBOK的方法体系，结合一些信息技术项目的案例，研究如何在信息技术项目中应用项目管理方法。

广义IT项目管理是将所有与IT有关的项目不加区分地通盘考虑，包括IT产品开发项目的管理和IT应用项目的管理。实际上广义IT项目可以细分出多个类别，各个类别之间的差距是非常巨大的。计算机硬件开发项目与一般家用电器产品的开发设计具有非常高的相似度，而软件设计开发则完全不同，信息技术应用项目与上述两个分支领域更是存在巨大的差异，因此广义的IT项目管理实际上是在经典项目管理知识体系的基础上，尝试解决IT项目的具体问题。目前来看这种处理方式比软件项目管理体系的针对性差很多，对其进行细分研究具有非常重要的意义。为了提高IT项目管理的针对性，提高解决方案的系统性，学术界和企业界在企业信息化、数字化城市与电子政务、数字化军工、供应链与物流、电子商务等不同领域分别开展了体系结构、实施指南、参考模型等的研究和实践，取得了一定的成果。

3 IT项目管理的体系结构与方法论

系统参考体系结构是“一组用以描述所研究系统的不同方面和不同开发阶段的、结构化的、多层次多视图的模型和方法的集合，体现了对系统的整体描述和认识，为对系统的理解、设计、开发和构建提供工具和方法论的指导”。

系统参考体系结构为IT项目的管理提供了体系参考和方法论，经过各国专家的努力，已经形成了一批相当有代表性和广泛影响力的体系结构及其建模方法，并进行了大量的工业实践，如CIM开放系统体系结构(CIM-OSA)、GRAI集成方法论(GIM)、IMPACS、普度参考体系结构(PERA)、集成的信息系统体系结构(ARIS)、通用企业参考体系结构与方法论(GERAM)，以及在我国提出的阶梯形CIM系统参考体系结构(SLA)等。

在信息化项目管理过程中，系统的认识和构建是阶梯上升的，在概念定义阶段需要明确企业的战略目标，并据此形成集成系统的目标，然后围绕系统目标，从组织、资源、信息、产品、功能和经营过程等角度描述企业的现状，形成对企业基本框架和运行机制的完整描述。在这些描述的约束下，采用合适的模型分析手段进行分析，找出现有系统中的问题进行改进，然后构建目标系统，形成多视图的目标系统的描述。在形成目标系统描述时，除了使用各个视图的描述方法外，还可以应用其他建模方法，以便提供对系统更为完整的描述。完成基于模型的设计后，就是在构建工具集的帮助下，将设计转化为实际系统构建的技术说明，并构建实际系统。系统描述对于系统的运行仍然能够发挥作用，可以作为实际系统运行的参考，并据此进行系统的优化与调整。

一方面由于信息化项目的多专业性，为了解决沟通和分析设计的问题，需要借助建模的手段实现对被处理对象系统的描述；另一方面由于信息化处理对象的复杂性，依据“化繁为简、分而治之”的原则，使用多层次多视图的模型来描述目标系统。视图的划分包括反映结构信息的信息视图、资源视图、组织视图、产品视图，反映系统时间和逻辑特征的过程视图，结合反映系统功能结构和功能关系的功能视图，以及反映企业经济性和目的性的经济视图。静态结构反映了系统的存在，行为结构给出了系统的属性和运行方式，而评价结构则将系统和它的目的性关联在一起。透过多视图，为IDEF、ARIS等其他建模方法和工具的集成，对于制造企业原模型和企业本体的开发提供了技术框架。利用模型技术解决IT项目的交流、设计、技术转移、系统构建乃至运行维护的问题是目前学术界和业界的普遍看法，模型驱动的体系结构是目前的一个研究和实践的热点。

4 结论

随着信息技术的发展和应用范围的不断扩大，IT项目管理越来越具有普遍性。分析IT项目的内在特征和特有问题，在项目管理知识体系的架构下，有针对性地开发适应性的理念和方法，将是IT项目管理领域的发展方向。

需要强调的是，信息技术本身的发展并不是IT项目的目的，满足应用对象的需求和战略目标才是其出发点，因此需要切实做好项目的需求分析，一切从业务工作的实际需求出发，在集成理念的指导下，充分考虑整个系统的集成要求，并在此基础上选择相关的成熟技术、应用系统和产品，同时做好项目的技术经济分析，才能保证信息化项目发挥实效。国家863计划CIMS主题专家组在大量信息化工程实践的基础上提出的“需求牵引、效益驱动、总体规划、分步实施”的策略是IT信息化项目管理的总体指导思想。

在项目管理中，需求是为了成功完成项目而必须完成的一组任务或条件。它包括产品功能、行为、服务甚至是流程。这些需求的目的是确保资源和公司的长期目标在项目结束时保持一致。

一般情况下，需求可以分为以下几类：

业务需求：指业务的总体需求，旨在实现项目。属于这一类的需求是更基本的、与组织的长期目标相一致的长期需求。

解决方案需求：更多以产品为中心，并深入研究。它们可以是功能性的，也可以是非功能性的，确保产品的最终结果既满足产品需要做的事，也满足产品应该做的事。

利害关系人需求：描述了关键人员，他们在里程碑上签字，完成工作，最终确定可交付成果等等。有时他们可以是客户、团队成员、业务伙伴或关键领导。它需要一个坚韧的项目经理来确保所有利害关系人的需求在整个项目中得到很好的平衡。这对于良好的利害关系人管理必不可少。

你也可以定义适合项目的需求类别。

8Manage PM提供了一个用于项目需求管理的平台。系统自动侦查需求的变化，并把需求变化与项目的各个阶段关联，以此提醒用户，让用户更好地了解需求变化所带来的影响。系统也能自动追踪需求依赖及间接变化，让用户尽早了解其潜在影响。

该企业级工具拥有在整个项目过程中准确捕获和传达需求、目标、进度和相互依存关系的能力。团队可以使用该系统来缩短周期时间，提高质量，减少返工并最大程度地减少证明合规性的工作。

无效的需求管理流程，或更常见的是不采用任何需求流程，已被确定为项目失败的主要原因。从项目生命周期开始就实施的需求流程的投资最终会得到回报。

1、产品经理。

2、项目经理。

3、软件架构师。

4、软件工程师。

5、UI设计师。

7、测试工程师(质量小组)。

8、实施工程师。

不同规模的软件开发团队，需要的人员组成结构是不同的。小型软件开发团队：软件开发人员、软件设计人员。其中具体包括编程人员、美工人员、创意人员等。

大型软件开发团队：软件开发人员、软件设计人员、市场研究人员、客服人员、推广人员等。其中技术人员具体包括编程人员、美工、创意人员等。

扩展资料：

项目管理理论是指“在项目活动中运用专门的知识、技能、工具和方法，使项目能够实现或超过项目干系人的需要和期望”的理论。

项目管理包括整体、范围、时间、成本、质量、人力资源、沟通等方面的管理。

一个项目的开发过程中每一位角色都发挥着至关重要的力量，一个团队中的各个角色的默契配合，才能使这个项目快速、保质保量的完成。

参考资料：

IT项目管理_百度百科

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

在IT项目管理中通常会使用8Manage项目管理工具，可以从立项-计划-实施-收尾等全过程监控，可以管理到项目的进度、计划、风险、资源、成本、需求、变更、时间等方面， 项目实时管理，第一时间汇总项目动态，项目超支、风险预警提醒，支持多部门、多站点、大型复杂项目，多项目实时管理，第一时间发现项目问题，迅速提醒、响应。

IT项目的特征：

(1)时间紧迫性。

任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当达到了目标或目标被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短，时间甚至成为项目成功的决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场将被竞争对手抢走。因此，作为IT经理在开始一个项目之前，就必须明确项目的时间约束，甚至具体到每一个任务都必须明确时间要求。

(2)项目独特性。

按照项目定义可知，每一个项目都是惟一的，世界上没有完全一样的两个项目。但是这一特性在IT领域表现得更为突出，IT项目不仅向客户提供产品，更重要的是根据客户的要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作。因此，IT项目经理必须在项目开始前通过合同(或等同文件)明确地描述或定义最终的产品是什么。如果刚开始对项目的目标没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。在IT项目中，即便是定义清楚了项目的目标，客户仍然会经常调整实现指标，这就使得项目变得很难控制，因此这就需要项目组与客户单位有良好的沟通渠道，否则变更是无止境的。

(3)不确定性。

IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。因为项目计划和预算本质上是一种预测，在执行过程中与实际情况定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的计划来运行。因此，在IT项目实施过程中既要制定切实可行的计划，又不能过度计划。过度计划就是将项目中非常微小的事情都考虑清楚才动手实施，制定“详细的计划”的目的是试图精确地预测未来，但这有时也是不切实际的，在执行过程中经常会出现计划难以与实际一致，而不得不频繁地进行计划调整。因此，在IT项目执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就需要项目经理掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。

IT项目的风险管理

风险一词越来越被概念化，并随着人类活动的复杂性和深刻性而逐步深化，及时在IT项目同样存在，下面我为大家准备了关于IT项目风险管理的文章，欢迎阅读。

一、风险的定义

风险有两种定义：一种定义强调了风险表现为不确定性;而另一种定义则强调风险表现为损失的不确定性。

若风险表现为不确定性，说明风险产生的结果可能带来损失、获利或是无损失也无获利，属于广义风险，金融风险属于此类。而风险表现为损失的不确定性，说明风险只能表现出损失，没有从风险中获利的可能性，属于狭义风险。

广义的风险展现出来的是机会，虽然这种机会可能让我们的项目变得颗粒无收，但如果一旦机会有利于项目，则可以大赚一笔，风险投资家们心中的风险正是广义的风险，所以风险才会吸引他们投入巨大的资金。而作为项目管理者来说，风险对他们意味着失败的危险，因此必须将任何风险扼杀于摇篮之中。

二、IT项目风险的特征

由于软件本身的特点，导致IT项目与传统项目有很大差异，因此IT项目的风险管理难度要比传统项目大。

1需求不稳定

软件项目的需求多变已成为软件业界的共识，正因为需求的多变，才让瀑布模型一直遭受到软件工程界的抨击，因此诞生了原形模型。在IBM的RUP和众多的敏捷方法论中，一直将需求不确定列为软件项目的最大特点，因而出现了拥抱变化一说。

当一个IT项目开始实施的时候，如果客户连他需要做什么，要实现一些什么功能都不能确定的话，那么做软件实施的工程师他们又如何能够知道自己要开发一个什么样的软件系统出来呢所以他们只有在漫长的等待过程中，不断遭受到客户的“批评”，在经历了“九九八十一次磨难”之后，才恍然大悟，原来就是要做一个这样的系统啊!

这有点像盲人走路一样，盲人根本就不知道前面是什么，因此他往前走一小步，如果不是路，则向左旋转一点点，再次用脚探探前面，如果是路的话，则可以往前迈一步。如果这个盲人运气不好的话，第一脚就在悬崖边上踏空，那么他将跌入万劫不复的深渊。我们的项目也如同这个盲人，稍有不慎就可能让自己走向失败，这是一个多么大的风险啊。

2项目规模估计不准确

当老师给我们布置作业的时候，如果他多布置了几个题目，下面的同学便会大声地嘘叹，开始私下的嘟噜：“又要做一个多小时了!”。学生们在很短的`时间内就能够准确的估计作业量大不大，他们的估计凭借着他们每天一次的做作业的经验和那一瞬间对题目的印象，虽然他们并没有做过刚布置的这些题目，但是估计得仍然是那么的准确。

任何一个建筑工程的项目经理都能对自己的项目进度掌握准确，在他们的眼中，只要资金到位，则进度就可以得到保证。工地需要多少人，什么时候需要开始进行什么工序的施工，什么时候需要加班，这些都在他们的心中掌握着。资金就是他们最大的风险。

而软件项目与之不同，在软件项目开始后，很少有缺钱的。只看到过资金没有到位的“烂尾楼”，但是从来没有看到过由于项目资金没有到位的问题而导致未完成的软件项目，就算是缺钱也是因为签合同的时候要少了。

再优秀的软件项目经理，他也无法预计好自己的项目什么时候能够完成，因为在他进行估算的时候，客户的需求还没有搞清楚呢!再者，建筑工程可以通过预算很准确地得出整个建筑的工程造价，而软件项目却很难，因为不管是代码行估算法，还是功能点方法，都远不及“我猜，我猜，我猜猜猜”中猜得准确，这些方法很多时候甚至不如算命先生算得准。

3人的因素对项目影响很大

人可以说是整个软件项目的灵魂，软件项目不需要钢筋、水泥和沙石，也不需要任何的施工机械。软件项目的原材料就是人的思想和智慧，而计算机和CASE软件则是项目的施工工具。通过键盘和鼠标，无数的程序代码在程序员手中诞生了。如果要问软件项目最大的成本在哪里，那么答案只有一个，就是人力成本。

一个优秀的程序员的工作效率要远远高于一个蹩脚的程序员，一个程序新手甚至根本就不能够产生任何生产效率。不仅如此，新手的错误行为，将让熟练员工牺牲很多时间来帮助新手纠正他们的错误，甚至可能导致降低软件开发的效率。

虽然软件项目已经实施角色分工和管理，但是相对于其他工程的分工来说则分工比较单一。软件项目中，一般分有：系统分析师、架构师、设计师、程序员、测试工程是及配置管理人员和项目经理等。这样的分工并不能有效地降低他们工作内容的复杂度。如果能像建筑工程中的砌墙、浇注混凝土、搭脚手架那样分工细致的话，则培训软件蓝领也不会需要费如此大的力气了。

;

以上就是关于该如何应对IT实施项目中的问题全部的内容，包括:该如何应对IT实施项目中的问题、CRM　是IT项目的实施还是管理项目的实施、求助，IT 项目管理资料等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！