为什么IT规划用心良苦却不受重视？

十大好用的项目管理软件：1一站式研发项目管理软件PingCode；2通用型项目协作工具Worktile；3开源项目管理软件Redmine；4免费项目管理软件Trello；5无代码项目管理软件Monday；6IT项目追踪管理工具Jira；7小团队项目管理软件Teambition；8适用于跨国团队的项目管理软件Clickup；9工程项目管理软件Oracle Primavera；10为mac打造的项目管理软件OmniPlan。

一、国内外10款优秀的项目管理软件对比

1一站式研发项目管理软件PingCode

国内发展最快的研发项目管理软件，PingCode 在2021年入选36氪：项目管理软件金榜-研发项目管理榜单 TOP 1；2022年被选入国内年度口碑产品 TOP 36。适用于十几人到千人规模的的团队。

PingCode 是一款覆盖研发全生命周期的项目管理系统，被广泛用于需求收集、需求管理、需求优先级、产品路线图、项目管理（敏捷/kanban/瀑布）、测试管理、缺陷追踪、项目文档管理、效能度量、目标管理等领域。并且集成了github、gitlab、jinkens、企微、飞书等主流工具，也就是说我们能在需求下面关联代码，关联集成信息，在飞书查看通知等。

软件优势：

产品开箱即用，简单易上手，不需要像Jira 那样经过好几月的培训，以及专门的系统管理专家配置系统才可使用；

为25人以下团队免费提供基础版本，收费版价格仅为国外产品Jira的30%-40%；

国产化，支持信创、麒麟等；

支持私有部署、定制化以及saas等购买方式；

口碑、服务支持好；

软件缺点：

暂未提供多语言版本；

PingCode官网

2通用型项目协作工具Worktile

国内市场占有率最高的项目管理软件之一。被广泛用于电商、市场活动、律所项目、生产制造、行政、财务、设计、工程、教育、科研等几乎包含所有类型的项目。

在功能上Worktile 是一个工具集合，它具备OKR目标管理、项目管理、项目集管理、项目计划、项目风险、项目成本管理、企业网盘、审批、简报等能力。并且具备强大的自定义能力，能够配置出符合各种项目团队的流程、表单、字段、数据报表，以及具备丰富的模板市场。

软件优势：

能够满足绝大部分类型的项目管理需求，自定义能力非常强，可以搭建适合团队的项目模板和管理流程；

开箱即用，上手简单，价格相对便宜；

能够很大程度帮助团队节省成本，因为它是一个工具集合能够同时满足项目、OKR、网盘、OA等需求；

支持saas、私有部署、定制等购买方案；

为10人以下团队提供基础的免费版本

软件缺点：

在软件项目管理的专业度上不如 PingCode 等垂直领域的产品；

Worktile官网

3开源项目管理软件Redmine

Redmine是一款开源的项目管理软件，集成了缺陷跟踪工具，是一款基于web的项目管理工具。其特点是支持多项目和子项目，可以在上面新建多个项目，在一个平台上管理多个项目。由于这款软件是一款开源的软件所以用户可以对软件进行二次编程这样满足了不同公司和项目的发展需要，保证了差异性和扩展性。

软件优点：

开源免费的；多语言支持（已经内置了简体中文）；支持多种数据库，如MySQL、SQLite、PostgreSQL；功能丰富，如用户角色控制、问题追踪、自动日历和甘特图绘制、Wiki形式的文档撰写和文件管理，还可以集成其他版本管理系统和BUG跟踪系统，例如Git、SVN等等。

软件缺点：

成本更高：开源软件虽然可以节约一定的开发成本，但却会带来非常高的开发维护成本。我们曾算过一笔账：购买一个在线项目管理系统的成本是约是15万/年（100人团队）；开源项目管理系统二开最少需要一个专门的程序员来开发+长期维护，而一个程序员的薪资至少在20W/年，但二开前期人员投入一定不止1个人。

功能有限，系统一直处于“能用”的状态；

安全性可能更低：当软件应用程序的源代码公开可用时，其安全性变得更加脆弱。

官网： >

4免费项目管理软件Trello

Trello 以其简单易用而闻名，非常适合需要易于理解的基本项目管理工具的小型团队。自从被Atlassian 收购之后就免费开放了大部分功能，只有少量高级功能收费。

Trello是典型的看板型项目管理软件，提供一个像是便利墙贴的大看板，我们可以在上面贴上所有的任务、琐事、资料，然后一条一条地依据进度或分组自由排列好，清楚地呈现出整个项目的结构， Trello 可以让你一下子就把琐碎事情也变得井然有序。

软件优点：

简单易上手，开箱即用

绝大部分功能都是免费的

提供丰富的多语言版本

提供丰富的集成软件，当然都是国外的

软件缺点：

在国内不设办事处，不提供原厂的服务支持；

国内访问龟速

官网： >

5无代码项目管理软件Moday

这是由色列著名科技企业研发的一款项目管理软件，2020年曾在专业的软件点评网站G2排第二。Monday可以让中小型企业可以在无代码的环境中构建自定义工作流应用程序以运行项目，流程和日常工作。它能够被用于设计、资讯科技、软件研发、销售、文档、法律、HR等众多的项目类型管理。

软件优点：

优秀的界面和 *** 作体验

适用于大多数项目类型

在全球有众多的知名团队客户

无代码/低代码方式能够满足团队个性化管理需求

软件缺点：

无法完成Scrum等一些对专业、细节要求高的项目管理；

更适合10人以下的小型团队协作，无法满足中大型团队的需求；

官网： >

6IT项目追踪管理工具Jira

全球最早的软件研发过程管理工具之一，但近些年对国内用户的政策并不友好，特别是停售 Server 版。但其仍是全球最知名的IT项目管理软件之一。

IRA 是工程师用来跟踪和管理任务的软件开发工具。您可以将它用于敏捷和瀑布项目管理，以跟踪错误、功能和其他工作项。您还可以将 JIRA 配置为与许多服务管理工具一起使用，使其成为管理任务的多功能工具。

软件优点：

更好的工作流程可见性；

时间跟踪帮助节省资源

提高生产力

为10人以下团队提供基础免费版本；

强大的第三方集成

软件缺点：

国内不支持私有部署版本，只提供saas版本，但国内又不设服务器；

购买成本高昂，百人左右团队动辄上百万；

新人上手使用成本高，需要长达几个月的培训以及专业的系统配置人员才可使用；

访问速度慢

官网： >

7小团队项目管理软件 Teambition

钉钉旗下的一款项目管理软件，更适用于小型团队项目协作，被广泛用于适合产品、研发、设计、市场、运营、销售、HR等各类团队。Teambition 以项目和任务的可视化管理来支撑企业团队协作，含任务、文档、文件、统计、甘特图等丰富应用。

软件优点：

承诺个人版本永不收费；

优秀的产品界面和 *** 作体验；

工具融合，打破信息孤岛，集成了项目管理、文档管理、资源管理、流程管理、沟通协作等工具，支持不同的业务场景；

深度嵌入钉钉，对同时使用钉钉的用户来说非常友好；

软件缺点：

Teambition核心在任务及项目管理，为了追求的“简单易用”，牺牲了项目目标和分层分级权限管理——整体适用场景较为局限，难以实现项目的闭环管理（缺少目标、网盘管理能力）。

自定义能力不强，无法很好的满足团队的个性化需求；

无法与企业微信、飞书等外部工具打通；

官网： >

8适用于跨国团队的项目管理软件Clickup

ClickUp 是近些年一个从国外火到国内的产品，是一个All-In-One 的项目管理应用。和其他产品从单一功能切入不同，ClickUp 拥有强大的功能组合和易用性，包含文档、即时通讯、OKRs、销售自动化、图形设计、视频、白板等几乎所有东西。与国内的飞书、Worktile其实有些类似。

软件优点：

一个软件满足大部分企业管理需求，避免使用多个工具增加成本和造成数据割裂；

功能丰富的免费版本

支持自定义仪表盘（仪表盘在国外使用比较广泛）

软件缺点：

强大、丰富的功能也为团队带来了较高的学习成本；

国内不设团队，访问速度慢，不提供原厂服务支持；

官网： >

9工程项目管理软件Oracle Primavera

Oracle Primavera （P6）,前身P3（DOS时代）称得上是项目管理工具鼻祖。P6主要用于项目进度计划编制、资源预测、实际进度跟踪。能支撑企业级项目进度管理方案，适合投资百亿级别的复杂大项目。在工业领域应用较为广泛。

软件优点：

P6 软件比较切合工程的实际，可 *** 作内容多，功能完备。特别是在资产密集型行业中，Oracle Primavera P6 项目管理软件是强大、可靠和易用的解决方案，用于对项目、项目群及项目组合进行优先排序、计划、管理和执行。

软件缺点：

与现在许多工程项目管理软件套件相比，P6 没有合同管理，安全管理，环境管理等新功能。尽管 P6 的项目管理功能十分强大，全面，但是 *** 作比较复杂，相关人员一般需要经过专门培训才能很好的运用 P6 实现工程项目管理；除此以外价格也较高。

官网： >

10为mac打造的项目管理软件OmniPlan

OmniPlan是适用于 macOS 的最流行的原生 Mac 桌面项目管理应用程序之一。它来自 Omni

Group，该团队创建了出色的图表软件Omnigraffle，这是Mac上 Microsoft Visio的流行替代品。Omni Group 产品专为Mac 等Apple 设备制造，没有 Windows 版本。

软件优点：

OmniPlan比 Microsoft Project 更易于使用，可以导入 MS Project 文件（尽管最多只能到 MS Project 2016）并且在 Mac 上看起来很棒，因为它是专为 macOS 设计的。它使用清晰的甘特图布局，让你非常清楚地了解需要完成的工作。你还可以下载并试用 OmniPlan for Mac的全功能免费 14 天试用版。

软件缺点：昂贵的前期成本。

官网： >

以上就是关于10大项目管理软件的全部介绍，希望对大家的项目管理工具选型有所帮助。

项目开发方面

项目应以需求为核心。一个项目是否能够成功，对需求的准确把握在成功因素中要占上60%的比例。不管系统的架构设计、团队管理有多么的成功，如果需求出现偏差，仍然是南辕北辙。由于eas项目的特殊性，项目开发过程中能够与客户建立有效快速的沟通渠道，是项目成功的关键。

需求必须获得客户的确认。通过需求调研与分析后获得的用户需求说明书，以及软件需求规格说明书都必须得到客户的签字确认。确认的内容包括项目的目标、范围以及项目需求功能点（用例）。eas项目在前期对需求不够重视，导致在需求理解上出现了一些偏差，从而影响了项目的进度。幸而得到了及时的纠正，在项目管理部的协助下，所有需求都得了客户或客户代表的签字确认。从而使得项目在客户验收时，有了充分的保证。

项目应确立专门的需求分析师。公司没有专门的需求分析师，不能不说是人员配备上的一大弊端。（软件开放工作细分的第一步就是要有专门的系统分析员或需求分析师）从eas项目的开发过程中，我们就充分地认识到这一问题的严重性。需求的不断更改，客户迟迟未签字确认，原因正是在于我们没有专门的具有丰富经验的需求分析师。普通开发人员在调研需求以及撰写需求规格说明书时，总是会出现偏差或理解错误的地方。软件需求分析是一项重要且负责的技术，没有经过专门训练的需求分析师，通常会给项目带来隐患。

项目应指定各个模块的需求接口人。只有这样，才能有效地保证项目组与客户的及时沟通，快速响应客户的请求与反馈。eas项目在开发早期及时地确立了需求接口人，在一定程度上规避了需求变更给项目带来的风险。但是，确立的需求接口人未经过系统培训，在需求调研以及与客户沟通的过程中，工作表现只能说是差强人意。

注意维护需求调研记录以及需求跟踪表。这一工作做得不够好。由于需求调研人不够专业，而项目经理以及需求分析负责人对这一过程还欠缺足够的重视，同时没有好的工具或流程来监控这一过程，使得需求调研记录没有发挥更大的作用。此外，需求跟踪也非常重要，毕竟，任何项目的需求都不是固定不变的，需求随时会发生变更，而开发人员实现的需求也可能会与客户的要求偏差。

注意维护需求矩阵。项目经理对这一内容缺乏足够的重视与理解，项目开发过程体系中也缺乏好的需求矩阵文档模板。但是在项目中后期，项目及时撰写了eas项目需求功能列表，并结合交付版本与客户进行了沟通和协商，从而规避了需求偏差的风险。(需求追踪，任何原始需求来有头就有尾。原始需求->用户需求->产品需求->软件需求->设计->测试等一系列的追踪。需求追踪的目的一方面是检查需求是否都已经实现有无遗漏，更多的是为了做变更影响分析使用)

控制需求变更。重视ccb的作用，同时应建立需求变更的响应机制。eas项目组对于需求变更的响应还不够及时，这一点项目经理与项目管理小组要担负一定的责任。（范围管理中范围控制的内容，变更管理是配置管理的一个重要内容。需求必须要受到控制，否则容易引起计划的频繁调整而发生混乱)

设计

重视架构设计。eas项目的成功，一定程度是源于我们有个优秀的框架开发小组，我们在项目立项之初就基本确定了整个系统的架构。其中虽然发生了一些变化，但核心架构仍然没有发生大的变化。由于，我们建立了稳定、简单的系统框架，可以极大地提高开发效率，规避了对框架的重复编码。(软件开发的第二个重要分工就是最好有专门的架构设计人员，架构设计和总体设计要由1-2个人来完成，以保证高度的概念完整性和设计统一)[1][2][3][4]

善于对设计作出取舍。项目开发的三要素是成本、质量与进度。在保证质量的前提下，为了项目进度不出现大的偏差，eas项目组并没有过分强调技术，特别是在考虑进度的情况下，牺牲了系统的部分可扩展性。虽然这为系统的后期维护带来一定隐患，但却能够有效地保证项目的进度。从eas最初的架构设计来看，我们引入了 castle与aop，试图简化orm以及横切关注点例如日志、异常、权限、事务等功能的实现。同时，希望采用wcf，利用soa思想建立松散耦合的面向服务应用程序。但随着客户需求的变化，我们果断地放弃了采用wcf的构想，同时又克服了技术困难，坚持了对castle与aop的使用，并为此成立了框架开发小组。事实证明，在技术的抉择上我们作出了正确的决定。

重视ui原型设计。系统的原型设计与需求分析相辅相成。如果有好的原型版本交付给客户，则客户更能够理解系统的实现，促进沟通的有效性与准确性。在eas项目中，我们从一开始就确立了原型设计小组，并在分析需求阶段，就开始了原型设计。这一做法无疑在客户沟通、需求确认、ui设计等方面都发挥了很大的作用。但是，我们在这一点上，由于缺乏专门的ui设计人员，因此，这一工作还存在很大的缺陷，甚至于ui的设计为迭代版本的交付带来了很大的障碍。在项目后期，关于ui的bug是最多。因此，我们认为在开发类似的web应用程序时，应尽早确立ui设计规范，以约束所有的ui设计。同时，必须培养专门的ui设计师，在开始原型设计时，就尽快完成ui交互的设计。并且，必须成立专门的ui 设计小组，在需求阶段与需求分析师合作，在编码阶段与开发人员合作。(原型设计是加强前期用户需求挖掘和减少后期需求变更的重要手段，不一定需要专门的ui设计人员，原型设计可以由需求分析师来完成)

测试

测试成员应了解需求。如果不了解需求，测试人员无法编写正确的测试用例，同时在测试过程中，也可能因为错误地理解需求，从而导致报告错误的bug，影响开发人员效率。加强开发人员与测试人员的合作。开发人员必须及时响应测试人员提交的bug。而测试人员也应跟踪开发人员对bug的修复情况。(测试人员应该要意识到自己和需求分析人员的区别，测试人员不用想需求分析人员一样分析和开发业务，但是他们必须和需求分析人员一样对已经分析出来的需求和业务高度熟悉)

测试之初必须确定测试原则，对bug的严重程度进行分级。同时，必须确定修复bug的优先级别。

进度管理

保证项目进度不出现大的偏差的前提是制定一个好的项目计划。必须根据项目规模，成员情况，技术难度等多方面考虑整个项目计划。如果项目的deadline已经确定，则必须采用一些方法来保障项目计划的完成。首先是选择符合项目的软件开发生命周期。通常情况下，并不建议采用瀑布开发方式。最佳的办法，应该是 rup或者敏捷开发，然后结合原型法制订项目计划。这样可以规避因为需求变更产生的风险。

其次，要每日跟踪项目的进展情况。可以通过晨会、周会以及项目日报、项目周报了解项目进展情况。同时，需要为各个小组指定进度跟踪人，根据各个小组长的日报，判断实际的进度是否与计划出现偏差。

要制定项目进度偏差的应对方法。一旦项目进度出现了偏差，必须采取相应错误解决问题。或者通过加班、增加人手、申请项目进度等方法及时作出响应。

及时向项目成员汇报项目进度情况。只有让各个项目成员了解到项目现状，才能够给每个成员增加压力，不至于松懈。同时，也能够使得每个成员能有一个目标，而不至于茫然失措。

制定项目计划时，必须考虑阶段评审与同行评审的时间。这一点在eas项目中做得不够好。其中原因也是由于项目进度本身较紧的缘故。注意维护项目进度跟踪表与项目进度偏差跟踪表。让项目管理部以及qa及时掌握项目进度，有利于对项目进度的管理。

变更管理

变更包括需求变更、人员变更。如果不控制好，两者对项目的进展都会带来灾难性的后果。需求变更在前面已经叙述，而eas项目中发现人员变更的情况也非常严重，因此这里重点介绍关于人员变更的管理。

如果发生人员进入的情况，那么对项目带来的通常都会是好的影响。但我们也必须注意如何让新成员更快地融入团队。整体上讲，如果需要新成员加入，发生变更的最佳时机是项目前期。如果在项目中后期加入新成员，无疑则意味着项目出现了灾难性的后果。而新增加的成员，由于不熟悉项目，所能带来好的影响也是有限的。如果不处理好新成员与老成员之间的合作关系，反而会带来负面影响。

人员的退出很多时候是不可控的，同时对项目带来的影响也是不可估计的。为了将这些影响降到最低，就必须在项目开始之初就要确立编码规范。同时，还应该重视对文档的维护与更新。而在人员退出时，必须做好交接工作。同时，还应对这种变更进行合理的评估，并及时报告项目管理部，并与客户及时沟通。如果对项目进度有严重影响，应争取最大的努力取得客户的理解，提出项目延期的申请。

风险管理

要在项目开始之初就考虑到项目过程中可能出现的所有风险，是不现实的。但是，我们必须考虑对风险的管理，尤其是在制订项目计划以及创建团队的时候，考虑这一因素。风险有很多，包括需求的风险、进度的风险、质量的风险以及技术风险等。必须制定一套完整的风险管理计划，而一旦发生了风险，则必须及时响应，组织相关人员解决风险。不能忽略任何一个小的风险，否则一个小的风险到最后会造成大的灾难。风险的把握必须要有项目经理与系统架构师把关。

成员管理

不团结的项目组是无法保证项目的成功地。项目经理与项目组长在管理团队成员时，必须时刻注意成员状况，即使处理工作出现的矛盾与摩擦，随时保证团队合作精神得到最大程度的执行。

持续地保证项目成员的士气非常重要。项目每取得一个阶段性的进展，必须告知全体成员，如此才能收获成功的信心。项目开发过程需要注意劳逸结合。一味地强制性加班，只能降低项目成员的工作效率。项目过程中，如能适当地开展一些活动，无疑能够让团队成员感受到项目组的集体气氛。在阶段实现的重要时刻，项目经理必须注意通过文字、语言等激励项目组成员。而项目经理的自信也是保证成员士气的一个关键。

必须注意了解团队成员的心理状态与工作状态。项目成员的战斗力除了是个人的能力发挥之外，一个好的领导也是至关重要的。因此，必须选择合适的项目组长，通过他们掌握整个项目团队成员的工作进展。同时，还要了解每个成员的能力，以安排合适的角色与岗位。

重视开发组与测试组以及项目管理小组的合作。项目组是一个整体，每个成员的角色不同，但大家都是团队的重要一员。

作者:张逸具有多年的软件开发与设计经验，他是两届微软最有价值专家（mvp），著作/译作包括《软件设计精要与模式》、《wcf服务编程》。张逸熟悉c#，asp，wcf等技术，同时深谙面向对象领域的相关技术。目前，他主要从事 soa企业信息解决方案的设计与研究，以及敏捷方法的推广与实践。张逸是捷道·敏捷堂的创始人。

企业信息化总是经历风风雨雨，并伴着矛盾和挫折。当谈起公司的信息化实施时，许多CIO千言万语，感慨万千。当问到公司是否有制定IT规划？许多CIO却表现出沉默寡言。对于很多CIO来说，制定IT规划可能是捣弄一些数字，目的在于制定出IT部门工作计划和预算，以提供给高层参考和批准。事实证明，很多企业的CIO都是把IT规划想得太简单，诸如片面的听取软件供应商描绘的应用状况，兴奋之余而未加思考和详细规划。在实际实施中，没有充分估计到实施过程的艰难，也没有考虑到企业自身的实际情况。因此，多走了很多的弯路，尝试了许多折戟沉沙的阵痛，在前几年信息化实施中许多项目更是败报连传，以至于不得不做出项目暂停的决定。实际上对于CIO来说，规划一个完整的IT规划的过程往往需要考虑更多的因素，甚至是长时间的痛苦工作。为什么不重视IT规划？“IT规划，不就是做个计划吗这事容易，琢磨一下就可以了”，常常听到有CIO这样说。无疑，IT规划有时候拍拍脑袋可以得到答案，而费心费力做IT规划同样得到类似的答案，那么区别在哪里？道理很简单：从表面上看答案相差无几，然而冰山下面可就大不相同。两者最大的区别是CIO对信息化的看法不同，正是这种不同的看法却对信息化成果造成很大的影响。比如，前者往往是在随意的情况下凭着感觉实施信息化系统，一旦在实施的过程中碰到障碍，IT建设的合理性将遭到质疑，给信息化带来较大风险。而后者却是带着对信息化目标相对一致的情况下展开推进工作的。例如看上去非常相似的都是要实施ERP+PDM，但谁先谁后的问题有着本质的不同，需要充分考虑企业当前的技术水平、管理水平、企业风格等因素。在IT建设时，稍一不慎有可能谬以千里，拍拍脑袋固然可以得到答案，但在本质上，却是将信息化交付在沙堆的高楼之上。IT规划，本质上是在企业管理和IT之间搭起一座桥梁，然后从IT的角度看管理问题。任何一个企业在发展过程中都会碰到各种各样的业务问题，其中有些来自于战略、组织，也有的来自于IT;有些是局部的，比如客户信息的统一管理;还有的是全局的、系统性问题，比如库存居高不下等等。只有站在比较高的角度搜集、整理、分类，才能清楚地了解问题的涉及面，从而提出相应的解决方案。无论如何，IT规划实质是使企业有一次梳理业务问题的机会，并透过IT看管理。因此， IT规划是梳理业务问题，打开一扇解决问题的门，成功的IT规划往往亮点也是在这里。但以下的原因往往使企业轻视IT规划。(1)IT规划收益“不明显”，对投资产生顾虑IT规划收益“不明显”，这直接导致领导对IT规划投资产生顾虑。IT规划不像网络建设能够立刻实现通信，不像硬件投资能马上拥有实实在在的IT资产，甚至连IT软件应用也比不了，IT软件应用也能很快满足各个部门的业务需求。因此，决策者更愿意花成千上万的资金购买设备，也不愿花人力财力做IT规划，更谈不上实施规划。(2)IT规划与业务发展规划脱节IT规划的一个基本原则是：IT信息化规划与企业的业务战略相匹配，要支持和促进业务战略目标的实现。而实际情况通常是许多CIO在IT规划是拍“脑袋”和照搬其它公司的信息化规划，与本企业的业务发展规划脱节。在规划的时候经常犯的错误是，要么规划非常宏大，成空中楼阁，水中花。要么规划非常实际，成了解决具体问题的项目设计，没有整体化和全局的观念。(3)规划的时效性不够规划被轻视，时效性不够是很大的一个原因。在IT规划制定、论证和落实的过程中，企业的各种环境是瞬息万变的。这种瞬息万变的情况，大的方面甚至是企业战略转型，小的方面也可能是某个业务流程的变化，规划的适用时效如果把握不好，很容易落得“计划赶不上变化”的骂名。IT规划是多项目管理的必然需求“轻IT规划，重建设的战略”会存在一个很大的致命缺陷。一个很浅显的道理——事后控制不如事中控制，事中控制不如事前控制。可惜大多数CIO等到错误的决策造成了重大的损失才寻求弥补，更多的时候是亡羊补牢，为时已晚，这正是IT规划意味深长的地方。我们都看过杂技表演“抛球”，杂技演员同时抛转四五只皮球。不仅如此，在抛球的同时，还能够分出精力来完成其他高难动作。如果把这些皮球视作一个个项目，那么CIO也需要掌握类似技巧来管理好多个项目的实施。否则，手头的项目就会像这些皮球一样掉落在地。从过去单个IT项目的实施，到OA系统、 ERP系统、CRM系统、决策支持系统等多项目的管理，是企业必然会遇到的一道坎。而且，多IT项目管理今后将是一个常态，越来越多的企业在同一时间内必须执行越来越多的IT项目。在有限的资源下，如何管理好IT建设已经是一个迫在眉睫的需要，而良好的IT规划，正是CIO破解多项目管理难题的有效方法之一。IT规划宜分步走，忌盲目好大喜功近几年，许多企业陆续上线了很多项目，ERP系统、OA系统、邮件系统、财务系统、CRM系统等。但逐渐也感觉到，这些系统在应用中各自为政，难以统筹运营，缺乏统一的企业门户。过高地估计困难、会削弱人们进取和拼搏的勇气和信心，使人们瞻前顾后;但盲目好大喜功，则会让IT建设陷于困境。IT规划能明确技术现状和方向，保证一定程度上业务模式与IT系统的松耦合，能使IT系统长期支持业务模式的变化和调整。制订IT规划、对规划进行论证是CIO的重要职责，但忙碌的结果，可以说是几家欢喜几家愁，有的IT规划顺利通过，有的规划则饱受指责，最后被冷落一旁。哪么应该怎样制定有效的IT规划呢？(1) 从老总的角度看问题做IT规划，一定要站在老总的角度看问题，不能光从IT角度就事论事，要从商业角度出发做规划。诸如目前企业生产经营的问题和现状是什么，老总主要考虑的问题是什么，方向是什么,IT规划应该围绕这个核心指导思想来进行。IT规划可以帮助一个企业通过分析IT现状、结合业务需求，制定出能够支持未来一定时间内业务发展的、适合企业远景和战略的IT策略及发展路线。在规划方面，务必要从容易成功的项目做起，解决当前企业经营中最迫切需要解决的问题，同时必须要量化IT投资带来的价值，用数字说话，要满足老总关注的利润重点，淡化IT规划效益“不明显”的弱势。(2)与核心业务相融合“凡事预则立，不预则废”，在开展IT规划时，要充分了解企业的核心业务以及高优先级业务的需求。了解哪些业务在企业中起着举足轻重的作用，并对业务能力现状和IT能力现状进行分析。业务能力分析是对企业各项业务活动的运作模式进行分析，揭示现状与企业愿景之间的差距，确定关键问题。IT能力现状分析是诊断企业信息化的当前状况，包括基础网络、数据库、应用系统状况，分析IT系统对企业未来发展的适应能力，给出IT能力评估。在一个IT规划中，应当首先考虑核心以及高优先级业务的需求，保证IT规划的结果不会对这些系统带来负面影响，同时IT规划的结果应是推动这些业务的健康运行和发展。在IT规划中，凡涉及到组织、人员、流程，尤其是涉及到核心业务的，应当首先在规划中体现出对现有环节的相融性而不是相斥性。从这种意义上说IT规划是企业的辅助规划，是为企业战略发展和业务发展规划服务。(3)从企业困境出发IT规划必须紧密结合企业当前发展趋势，不能太“理想化”。太高瞻远瞩，脱离企业当前的发展态势会得不到支持。就好比一个刚会蹒跚走路的小孩，你就拿出一份指导他大学选专业的规划一样得不到有效反馈。所以应该熟悉企业当前的发展规划，及企业发展的困境所在，找出企业管理环节中的薄弱点，突出企业急需解决的问题;然后，从IT角度结合企业发展困境去考虑如何提供IT支持，从而制定相应的规划。(4)两套规划，分层次以保证执行和落实作为CIO应当避免用一些专业术语去给老总做汇报，要简单明了地提出自己的规划。两套规划，一套给老总看，另一套是部门实施的具体规划。IT规划要分层次、分阶段与高层领导和业务部门进行充分的沟通。给老总看的尽可能多地阐述规划后给企业带来的利润点，给企业的利润提供多少帮助。而给实施部门的规划，则需要动员更多的部门参与规划编制。IT规划最终实施时需要很多部门配合完成的，在规划的时候就让更多部门参与进来，使他们认同规划，这样规划的可行性会得到很大提升，在IT规划决策时，反对的声音就会少很多。规划的结果要强调执行和落实，千万不要形成规划和实际实施两张皮，有时候很容易出现规划是规划，项目实施与规划脱节或者说跟规划无关。如果出现这样的情况，规划的权威性会大打折扣，最终使规划流于形式。(5)规划要考虑“规划冗余”所谓“规划冗余”是指要充分考虑未来各方面的情况，尤其是资源约束、外部变化等，做出不同情况下的多种方案，在执行中根据实际情况选择方案。当然，这些方案是有优先级差异的。对IT规划的实施风险进行分析，并指出如何规避各类风险，提高IT规划的成功保障程度。最后，要考虑预期外的事务，在实际的工作中，很多CIO抱怨规划安排得好好的，可是规划却赶不上变化，经常会有一些意外事件发生。

以上就是关于SaaSBase：最受欢迎的项目管理软件有哪些全部的内容，包括:SaaSBase：最受欢迎的项目管理软件有哪些、互联网IT项目的管理心得体会、为什么IT规划用心良苦却不受重视等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！