【分享概要】
经过了很多软件项目的风风雨雨,有成功的也有失败的。尽管每个项目都有自己独特的环境、背景、技术、市场和目标客户,参与的同事也各式各样,有中有外。但是有一些深层次的问题在每个项目都会遇到,例如人手不足、有些员工不太努力、客户需求不断变化等等。一开始我尝试加强工程师技能技巧的培训,希望通过员工能力的提高来解决这些问题。但是后来我发现这个思路是错误的!很多问题根本不是员工个人能力高低所能决定的,那么问题到底出在哪呢?让我们深入第一线体会一下,一个程序员不清楚要做的软件最终什么样,需求一天一变;不清楚自己的任务范围是什么,模块间的集成问题应该由谁负责;也不清楚质量标准是什么,什么样算是做完了;在这样的情况下这位员工即使编程技巧再强也像是拳头打在棉花上,无处发力。
让每一名员工都清楚自己的任务、进度、和结束标准,这说起来容易做起来难,这时我感到项目组急缺一种成体系的土壤,把各个部门当做一个部门来看待,部门间、流程中的运转不畅像一根喉咙中的梗刺,使整个项目组呼吸困难、内心焦躁。打破部门间的壁垒,从整体上建立一种质量体系的土壤,像一个项目组的操作系统,而开发、测试等部门则是操作系统上的应用,在同一时间,各部门分工越来越清晰、同时又依存配合越来越紧密,充分发挥员工潜能和资源配置,将各部门运转为一个整体的完美团队。
当然,所谓完美团队其实永远也没有真正的完美,只不过是在软件的项目组中不断追求让每一个人的每一分钟都在做正确而有意义的事情……
【目标收益】
分享如何将需求、开发、测试团队整合布阵,充分发挥团队效率潜能
课程大纲: |