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