2017马上过去了,留下一笔。本想写在公司wiki上面,总觉影响不好。后来找微信公众号,github,好吧,我承认老了。也许是使用wiki习惯了,看他们写的教程,想想算了,还是来csdn吧。
IT能力提升与组织的一些相法
上述是一封抄送领导的其中一封邮件的标题。时至今日。再回头看一下团队实际情况与里面的内容,别有一番滋味在心头。
-------------------------------------------------------下面如实记录文档内容,便于日后回顾到这一段能有一个清晰的认识-----------------------------------------------
IT能力提升V0.01
目录
IT能力提升
工作阶段
汇报沟通
1.1、IT能力(显性)分解
IT能力指标 |
说明 |
制度 |
备注 |
1、筛选业务需求能力 |
业务方压力 |
评审团制度 |
市场、业务、技术评审 |
2、需求正交分解能力 |
需求完整性 |
评审团制度 |
业务、技术评审 |
3、系统设计能力 |
结构一致性 |
评审团制度 |
业务、技术评审 |
4、代码质量控制能力 |
先行解决 |
专家团制度 |
技术评审 |
5、软件交付能力 |
按时保质交付 |
日常工作制度 | |
6、故障应急能力 |
尽快恢复 |
应急组制度 |
临时针对组团 |
7、监控持续改善系统能力 |
持续调优 |
日常工作制度 |
技术沟通 |
1.2、IT能力(隐性)分解
IT能力指标 |
说明 |
制度 |
备注 |
1、人才引进与培养 |
公司制度 | ||
2、团队建设 |
学习型、实战派 |
公司制度 | |
3、技术分享 |
分享即提升、信息有效传播 | ||
4、顾问团 |
瓶颈求助与交流 |
与业界沟通、交流 |
1.3、事项OWER制
事项 |
类型 |
性质 |
OWER |
成员 |
开始时间 |
结束时间 |
备注 |
TokenMQ |
故障处理 |
短期1个月 |
xxx |
xxx |
2016-4-1 |
2016-5-1 | |
数据库故障 |
故障处理 |
短期一周 |
XXX |
XXX |
XXXX |
XXX |
1.4、结果负责制
xxx项目
姓名 |
结论 |
地点 |
时间 |
备注 |
xxx |
通过 |
xxxx |
2016-4-1 | |
xxx |
通过 |
xxxx |
2016-4-2 |
回去沟通确认 |
xxx |
通过 |
xxxx |
2016-4-1 | |
xxx |
不通过 |
xxxx |
2016-4-1 |
没机器 |
2.1、第一阶段