从去年以来,我完整地参与了XXX项目的建设与管理工作,到现在项目已经基本收尾,下一期的项目也启动在即,现在有必要总结下该项目的得与失,从而指导下一期项目的建设工作,犯过的错误不要再犯,好的做法需要继续保持和发扬。
一、项目成功之处
1、项目进度管理相对较好
本项目的进度管理相对比较好,没有出现严重的进度延误的情况,主要是由于了实施了周例会+月例会+项目考核等制度。项目团队在每月末召开月例会,主要是总结上个月的工作目标完成情况,并共同制定下个月的工作目标。为了确保月度工作目标的实现,同时将月度工作计划分解成周工作计划,并以周例会的形成来跟踪和监控项目目标的完成情况。除了月例会和周例会之外,同时对项目团队进行考核,如果月度工作目标没有完成就实施考核扣分。精细化的进度管理加上监督和考核机制可以基本保证项目的进度。
2、建立起了一些管理制度
在项目实施的过程中,针对日常工作中一些不规范、混乱的地方,制定了相应的管理机制,主要有以下几个方面:
(1)新业务需求响应机制
新业务需求指的是在项目建设过程中,不包含在项目需求范围内的,业务部门日常工作过程中提出的一些关于系统的优化需求。项目团队原来对新业务需求的处理流程混乱,新业务需求往往存在项目团队的头脑中,过一段时间之后根本不清楚哪个业务部门提了哪个需求,就算需求实现之后也没有反馈机制,给业务部门的感知交叉。在本项目实施过程中,针对这个问题专门建立了一条新业务需求响应机制,当接收到新业务需求之后,需要专门记录下需求的相关信息,例如需求描述,需求提出人的;接收到需求之后需要立即与需求提出人确认需求,并反馈需求接收到,告知需求的计划完成时间;当新业务需求开发上线之后,需要向需求提出人发送上线反馈单,告知提出人他的需求已经实现了。
从需求的接收到最后上线后的反馈等环节
(2)上线机制
由于历史原因,我们项目团队相关工作的规范性不如BOSS那边,系统上线这一块也没有规范起来,以前项目团队想上线就上线,从而系统的稳定性和安全性存在很大的隐患。为了规范系统上线流程,并向BOSS侧接轨,制定了上线流程,每月允许上线两次,上线之前需要提供需求、设计、测试、上线风险评估报告等文档,并提交上线申请至领导处审批,审批通过之后才允许开放商进行上线,上线完之后需要提交上线跟踪分析报告。
…… …… 余下全文