文档介绍：关于IT项目管理SOP制度的建议
针对第一批文档的总体建议
本套项目操作规范是按照信息系统建设传统的规范方法建立的,其特点是在需求明确和清晰的基础上,通过规范的实施控制按时、按质完成项目。这种方式规范性良好,有利于项目管理质量得提升。但同时对需求整理的要求较高且用户需要耐心等待到系统基本开发完毕才可看到雏形,需求变更修改的成本较高。基于公司目前存在部分对项目时间要求紧、需求短时间较难整理清晰的项目,建议在规范的项目管理方法的基础上,同时考虑特殊需求,在把握关键控制要素的前提下,提供“绿色通道”,以适应满足不同项目管理的需要。
本套操作规程看起来是信息技术部内部的操作流程,对于公司整体的信息化项目的管理原则、流程,各相关部门的职责界定建议通过《信息系统建设项目管理办法》来明确。
建议整体梳理各文档中提及的审批确认路径,尽量明确主体、路径、职责和时间等内容;
建议整体梳理各文档中重复出现的内容,如“需求分析及方案论证”、“组织架构、角色和责任”中的适用范围不一致;
许多信息系统的建设涉及到对公司业务流程的改造,因此在“项目立项”或者“需求分析和方案论证”阶段,除经济可行性、技术可行性外,建议增加管理可行性进行分析论证;整体上需明确可行性分析的相关内容。
建议明确变更规范启用的基线,例如:在需求确认签署后,需求变化应按变更规范执行。
建议考虑项目管理过程中的安全控制,如系统设计中是否考虑了对保障数据可用、完整、保密的控制设置、权限安全的管理(比如集成开发过程中各程序员的权限控制)、外购软件实施中,系统默认配置的安全性等等;
建议增加上线前的风险评估,如上线对现有系统的影响评估、数据迁移的安全控制、上线的应急机制等等;
文档管理是项目管理中的重要内容,是管理层审阅、内外部审计、其他相关干系人了解项目的重要信息来源。整套SOP中未见对项目文档管理关键控制点的描述,建议明确;
建议补充明确项目人员变动的管理机制,特别是关键管理人员的变动;
建议在《组织架构、角色和责任》中定义项目中的各类角色;“项目品质管理”中的品质管理员、“配置管理”中的配置管理员、“上线运行”中的发布经理、构建专员等目前均未在《组织架构、角色和责任》定义。
其他方面
针对各文档中的一些其它细节问题,请参见附件具体批注。