1 前言
任何企业在实施信息化过程中,都会纠结于是请外面的实施团队还是自己组建实施组织,请外面团队,承接商指派很多人进入企业,也不知道都是做哪些工作的,经常有人来有人走;自己组建团队呢,一时也安排不出来具体有哪些角色和岗位职责,本文将告诉你一般信息化项目团队的基本组织构成及角色成员在项目中所担负的主要工作职责,以供参考。
2 定义
3 Sales作业规范
3.1 掌握项目资源
Sales根据项目组人力资源及技能结构来承接项目。因此Sales要能每周掌握当前项目执行情况,人力分布情况,人员使用率统计情况,每月要求项目团队提供人员技能盘点信息,每季度提供人员个人技能提升证照信息。
3.2 更新产品信息
Sales在制作产品宣传手册或简报时,需与项目团队讨论并演示给项目团队确认,避免出现空话、大话,技术上不可实现或实现难度高等情况,影响项目承接后不能按时达成。产品宣传信息分类管理如下:
序号类型描述更新周期
3.3 项目评估
Sales负责将客户方的调研问卷收回,并能判断调研问卷是否达到目的。
3.4 工作项
>参加项目启动会议
>参加项目结案会议
4 PM作业规范
4.1 PM工作项
>组织召开项目启动会议
>每天组织项目成员站会,了解每个成员前一天完成事项,当天工作计划,遇到问题(站会要求每人1分钟)
>更新项目WBS进度
>汇总项目人力使用率,及时协调项目中空余人力任务安排
>每周指定时间对客户进行双周项目进度报告(内容包括:本周完成事项,下周工作计划,所遇到问题,需客户方配合事项及提供资源等)
>每周五向内部PMO或公司主管报告项目进度,类似双周项目进度报告
>盘点团队人员技能,安排相应培训
>每月与项目团队人员访谈,了解成员动态想法
>每月为项目成员评分,作为成员绩效评核参考依据(项目周期长可以按月,短周期的项目可以在项目结束后评核),针对表现欠佳成员提出改善对策及改善计划,协助成员成长
>审核项目成员交付项(文件部分)
>审查项目过程中问题处理情况,协调资源(以Mantis统计报表、IssueTrackingList记录为主)
>组织召开项目结案会议
4.2 PM交付项
>项目启动简报
>项目进度周报
>项目成员评核表
>WBS
>项目成员技能盘点统计表
>项目结案报告
4.3 PM非周期性任务
>检查开发团队代码评审情况
>确认源代码在SVN上管理
>确认缺陷在Mantis平台管控
>项目交付物归档(文件类为主)
>开课,经验传承
4.4 要求
>向客户方报告时,需实事求是,如实反映项目进度情况
>项目管理活动针对事,不对人
>项目成员评核准则:淘汰成员是公司损失,促进人员成长达双赢
>项目成员违规处理流程:情理法
>项目团队只负责技术实现,项目达成,不准接触报价、签订项目合同、开发票、向客户承诺
>项目团队不准向客户方提供任何商用或开源软件,包括适用版,如果提建议,只限口头,不能以电子邮件或书面形式
5 SA作业规范
5.1 工作项
>客户需求收集,并归入各模板文件(文件分类,存储资料夹结构,命名原则,属性定义,流程定义,访问权限规则定义,用户帐号群组),统一归入BCW
>需求整理,将As-Is流程整理并与客户确认
>编写To-Be方案(流程图+简报)
>整理二次开发需求清单及开发需求规格
5.2 交付项
>BCW
>As-Is流程图
>To-Be流程图
>DDD
>二次开发需求规格说明书
5.3 要求
>OOTB能够实现的功能决不再二次开发
>能够识别个人需求与群体需求的不同
>设计简化
>如果需协助客户方规划硬体服务器,只提供服务器硬体需求规格,不提供厂商及报价
>规划硬体空间时,根据客户资料产出量及数据增长量,一般规划3.5年
6 IC作业规范
6.1 工作项
>制作系统安装SOP,系统安装(测试环境、生产环境)
>制作培训教材,KeyUser、EndUser培训
>根据SA提供的《BCW》进行系统配置(测试环境、生产环境)
>根据SD提供的部署文件进行二次开发功能代码部署
>二次开发功能测试验证(测试环境、生产环境)
>UAT脚本准备
>协助UAT
>客户测试问题处理及记录(系统上线前)
>技术移转,系统上线后将BCW、UAT、二次开发部署文件转交给SM或客户方窗口人员
6.2 交付项
>系统安装SOP
>KeyUser培训教材
>EndUser培训教材
>BCW(更新代码部署部分)
>二次开发功能测试报告
>UAT脚本
>IssueTrackingList
>技术移转清单
6.3 要求
>系统配置必须在测试环境经过验证才能部署到生产环境
>二次开发代码必须在测试环境测试通过才能部署到生产环境
>系统配置前防止遗漏项,制作配置计划清单,并预估每项任务工时
>做好数据库及应用服务器目录备份,做好如下备份时间点:
>裸系统安装完成
>系统配置完成(包括二次开发部署)
>能够采用汇入汇出,命令行方式,不采用手动创建,以提升效率及准确性
7 SD作业规范
7.1 工作项
>根据SA提供的《二次开发需求规格说明书》进行功能开发
>将代码上传SVN系统(每天)
>将开发过程中遇到问题及缺陷记录在Mantis(每天)
>编写单元测试脚本,进行单元测试
>编写二次开发代码部署文档
>参与团队的代码评审
7.2 交付项
>代码
>缺陷记录
>单元测试脚本
>二次开发代码部署文档
7.3 要求
>遵从公司级代码规范进行编码
>开发不直接与客户接触
>交付给IC人员的部署代码必须在个人开发环境测试通过
>单元测试通过代码必须上传SVN存档
>代码评审至少每周一次,一次以0.5小时为宜
>任何删除功能要求在实现执行时写入log日志,以软删除为主,避免硬删除
>与其他系统集成,数据传递以中间表方式优先
>能够做到可配置,尽可能不直接写在代码里
>实现功能尽可能组件化,提升重用性
8 SM作业规范
8.1 工作项
>系统上线后日常运行管理
[>系统运行状态点检
>日常维护问题记录统计
>系统备份排程制作
>编写维护报告(季度报告,看客户要求,也有月报)
>新人培训
>接收IC人员移转之技术文档
>每季或每月发送《客户满意度调查表》
8.2 交付项
>点检记录
>IssueTrackingList
>维护报告
>备份脚本
>培训教材
>客户签过之满意度调查表
8.3 要求
>创建帐号,取消帐号必须在客户方权责主管正式邮件通知条件下执行
>月报或季报必须发送给客户窗口人员同时抄送给其上层主管
>客户利益至上,需停机暂停系统维护时需提前一个月通知客户方协调停机时间,提前一周通知用户停机计划,配合客户生产排程,安排周末或节假日进行维护,以不影响客户生产
>系统异常预警(如磁碟空间不足,需增加硬盘;系统效能降低需进行调优),需提前三个月通知客户方及其上层主管,尽早安排
>维护团队系统管理员帐号与客户方系统管理员帐号分开,不准共用