我从来都没有直接的做过团队管理的岗位,主要是我人比较内向,以前还有点木讷,(呵呵,不过现在好多了).但是做过的项目不少,碰到管理上的问题也不少,但是主要问题是,计划定制,沟通和时间的问题,一直都没有好的处理方法.有的时候,不仅没有方法,连方向都找不到,很多返工,最后一拖再拖,磨的人都没有什么锐气了,慵懒的频于应付交差.所以,完成的根本不是我们起初想要的.这样,带来两个负面影响,首先,对于项目而言成本会剧增,东西的质量也不是很好,还有就是对于团队的士气和凝聚力也会下降.
再回过头来看看互联网的开发,在讲方法之前,拜托,先把方向明确了.这个是主要的,然后去讲方法,再然后对于这个方向再分析,产生计划,落实去做,测试,上线.
有了方向,就有了核,然后产生凝聚力.
再谈方法,我觉得底气就足了.
负责人:”我们要做一个什么什么东西,可行不?”
成员:”不错,好主意!” “没前途,不好” ”….”
(可行性分析) #%$#@#$^
————————————-
负责人:”大家看看要怎么做?”
成员:”用用Scrum的敏捷开发方法不错吧?” “还是像我们以前一样,会比较好吧(内心独白:这个人老喜欢新概念,烦不烦阿)”
负责人:”好吧,Scrum可以借鉴下,我们分解下任务吧,大家认领下”(内心独白:不要再散开话题了,抓紧时间,准备在19:30搞定,20:00还有另一个会议要开呢.)
(计划)
—————————————-
之前得测试过
里程碑到了…
负责人:我来过下大家做的怎么样?都提交了吧.
(检查)
—————————————-
不行,改!
ok,迭代就开始了.
以上的开发次序有问题吗?未必,但是大部分小团队基本上都是这样的.
如果每一步都做到位了,我想这一切都会往一开始订下的方向走.
如果不行可以及时的微调方法,逐渐形成自己团队管理模式.
总结下:
1.方向明确
2.计划清晰,职责明确,任务分工到位(落实)
3.及时的团队沟通(讨论,会议,走查)
4.落实测试审查,确保质量
没有关联的文件。
