文档介绍：石空谁道
2013-9-16
目录
1 研发团队现状与分析
27 月需求分析与改进目标
3 总体方案与工作分解
4 主要步骤与工作计划
Page 2
一些工程师的声音
我同时承担了部门工作和多个项目的工我不知道别的人在忙什么,虽然在
作,我该如何安排好自己的工作时间? 一个项目中,我也不知道他应该做
什么?
每天忙死了,哪有时间学****br/> 自己做得很辛苦,领导不了
新的知识,研究新的技术。
解,很委屈。
怎样继承其他人的经验,
避免犯同样的错误? 我的职责到底是什么?这
个事情为什么要让我来做?
以前不给文档不是也测试, 反正我不承担责任!
现在居然还对我写的文档提
Page 3 要求,得寸进尺!
一些技术管理人员的困恼
对资源预测不清楚, 总是要从不同层
导致规划成“鬼话”面解决各种问题,
角色复杂难切换
工作质量和工作每天要花很多时
效率总是难以平间扯皮开会,搞
衡,外面投诉的不清楚该谁去做
声音很大这个事情
没时间培养人员,导致
团队能力提升缓慢,士
气低落,绩效能以评估,
Page 4 缺少技术梯队
一些项目管理中的困恼
项目组人员忙闲不均, 项目信息不透明,
工作不透明;任务布布置下去的工作不
置不下去,员工反馈能天天盯着员工,
工作很忙,但不知道
无法实时监控
在忙什么
缺乏量化数据, 过去犯过的错误经常
做绩效考核缺乏犯,缺乏经验教训的
客观依据积累
Page 5
一些资源管理人员的困惑
每年的研发投入不少,但是产品总是不能够按照计划推向市场?
研发资源究竟投到什么地方了,是否有监控保障?
如何量化评估研发项目和工程师的绩效?
人员离职对公司和项目的冲击很大,如何固化技术知识库?
Page 6
研发团队场景描述
管理越来越复杂团队氛围越来越压抑
技术开发成本越来越高
Page 7
对现状的分析-开发模式
主要缺陷:
程序的维护成本会越来越高(需要很多人)
团队氛围压抑(感受不到***)
不方便做需求变更(引起客户不满)
Page 8
对现状的分析-人员层面
研发部最主要三种类型人员
技术经理
技术经理技术经理不够职业化,还是从技术角
度去思考问题,忽略管理。
对项目过程的监控不够,依赖于技术
项目经理经理的分配,导致周期难以评估
工程师项目经理
没有从自身职责考虑问题,展示出自
工程师己专业化的技术水平。推诿责任。
Page 9
对现状的分析-流程制度
组织架构以产品为导向, 研发过程过于向项目化倾斜,
导致没有机制沉淀技术成果。导致技术组难以抽出时间强化产品。
目前有平台化的规划。目前有准备成立专门小组优化。
缺少有效的质量保证的机制。
项目监控过于依赖技术经理分配, 对研发过程的风险控制,
技术经理没有足够时间合理协调资源。质量跟踪,需求跟踪和进度跟踪不够。
缺少研发信息管理系统。
Page 10