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、第一阶段