信息化咨询和信息化项目管理都是舶来品 。
项目管理是管理学的一个分支学科 ,对项目管理的定义是:指在项目活动中运用专门的知识、技能、工具和方法,使项目能够在有限资源限定条件下,实现或超过设定的需求和期望的过程 。项目管理是对一些成功地达成一系列目标相关的活动(譬如任务)的整体监测和管控 。这包括策划、进度计划和维护组成项目的活动的进展 。
“项目是在限定的资源及限定的时间内需完成的一次性任务 。具体可以是一项工程、服务、研究课题及活动等 。”
“项目管理是运用管理的知识、工具和技术于项目活动上,来达成解决项目的问题或达成项目的需求 。所谓管理包含领导(leading)、组织(organizing)、用人(staffing)、计划(planning)、控制(controlling)等五项主要工作 。”
项目管理(Project Management):运用各种相关技能、方法与工具,为满足或超越项目有关各方对项目的要求与期望 , 所开展的各种计划、组织、领导、控制等方面的活动 。
我从事项目经理岗位的时间超过5年,每每与人讨论项目管理相关的情况,都会出现类似参加信息系统项目管理师和PMP考试、培训是否有用的问题 , 这里面就是理论与实际冲突的问题 , 都有很多的情况让项目经理觉得很多来自于信息系统项目管理师和PMP中的知识无法运用 。
其实我们有过实际项目经验的项目管理者去参加信息系统项目管理师和PMP考试会觉得难度低很多,为什么呢?因为很多我们实际项目应用的方法、模型、模版都来源于理论,由理论结合实际演变而来,书上得来终觉浅,此事要躬行!
信息系统项目管理的特点有哪些?
- 目标不明确
- 需求变化频繁
- 脑力“劳动”密集型
- 设计人员高度专业化
- 涉及众多承包商
- 承包商、供应商地理分散、联系复杂
- 系统集成需要研发大量软硬件系统
- 项目生命周期较短
- 研发中采用大量新技术
- 后期使用和维护要求高且相对复杂
- 解决复杂业务与专业的技术
- 最终用户的苛求与职责不明确
- 成本管理的压力
- 相关放方关心度和配合度低
- 偏见与阴谋
通用管理知识
- 财务和会计
- 采购和购买
- 销售和营销
- 合同和商业法规
- 后勤和供应
- 战略计划、战术计划
- 组织结构、组织行为
- 人事管理、薪资、福利和职业规划
- 健康和安全知识
- 有效沟通能力
- 领导能力
- 影响他人(组织)能力
- 激励能力
- 谈判和冲突管理能力
- 问题解决能力
产品需求问题
问题描述:产品立项需求比较多 , 项目周期比较长,需求评审会效率低
【浅谈信息化项目的项目管理】问题思考:上面问题的根源在产品立项需求比较多,通过跟PD沟通了解到,有多方面的原因
1、从产品业务逻辑上看,业务流程很简单,不清楚技术实现层面上的工作量,所以只能按照产品的角度进行需求设计
2、从产品功能上看,就是需要这么多业务支持 , 不然用户无法使用
3、好不容易争取到开发测试资源,这次如果不做,不知道要拖到什么时候了
处理措施:添加内部评审环节
措施时间点:内部评审······> 立项会 ······
措施内容:PD组织讨论或会议,与服务端、客户端主管进行内部需求方案评审
1、讨论确定方案可行性及工作量
2、确保立项需求内容的开发周期在两周左右,如果周期过长,进行拆分,分多期迭代 , 及时进行产品设计更改
开发计划问题
问题描述:开发任务排期不积极,开发提测时间点不确定,开发进度不可控
问题思考:任务排期对后面开发有指导性作用,并且排期过程中,会整体梳理一遍业务流程及待开发功能点,可以提前发现一些业务问题,明确开发目标 。因为这个环节比较繁琐,所以一般开发积极性都不是很高 , 需要一个强制性流程帮开发养成任务排期的好习惯
处理措施:添加任务评审会
措施时间点: ······> 架构评审会 ······> 任务评审会 ······> 开发阶段 ······
措施内容:明确开发任务,及计划时间,评估确认提测时间点
冒烟提测问题
问题描述:提测质量不好
问题思考:开发关注的是功能开发,一般对自测是抗拒的 , 或者说自愿性很低,所以需要从工具或流程上,保障下自测执行情况
处理措施:添加冒烟演示环节
措施时间点: ······> 联调自测 ······> 冒烟演示 ······> 提测 ······
措施内容:开发当场做功能演示给测试、产品,冒烟用例通过后 , 准予提测
项目进度控制问题
问题描述:项目并行情况严重,开发、测试时间不匹配
问题思考:项目节奏的问题 , 主要是对开发、测试资源、当前项目情况没有比较清晰的认识,导致项目并行情况严重,团队效率降低
处理措施:PM把控项目节奏
措施时间点: PM把控项目节奏······> 立项会 ······
措施内容:根据开发测试资源及项目情况,确定是否立项,及立项时间,这样可以有效减少项目并行混乱的情况
产品设计问题
问题描述:产品设计文档质量差,需求设计问题多
问题思考:产品内部文档评审一般关注主要的业务流程 , 规范和部分细节方案会有疏漏,可以通过添加流程进行把控
处理措施:静态测试
措施时间点:······ 立项会 ······> 静态测试 ······> 需求评审 ······
措施内容:针对PRD文件规范及业务逻辑进行检测,规范PRD文档,提前发现解决业务逻辑问题 , 提高需求评审效率
同时,在信息化的发展进程中,在管理信息化项目的同时,也为信息化项目管理以软件系统的形式衍生了很多的软件产品 , 如版本及源码控制的SVN和Git,如Bug和需求的青铜器和Jira,如注重于项目管理的禅道等等,这些软件产品都为项目管理的个别领域提供了相对专业的管理工具,让项目经理能够更好的对项目的整体情况和风险管控提供必要的数据和管理支撑 。
项目管理最核心的要素就是项目团队的沟通问题 , 无障碍的沟通机制,能够减少80%以上的项目管理问题的出现 。
项目管理是一门理论与实际结合非常紧密的管理学分支,不能刻板的让实际的项目管理配合理论知识,而是要让理论知识和实际项目情况相结合,制定符合当前项目的项目管理方案 。知识服务于项目 , 才是信息系统项目管理师和PMP考试的本质 。