年前从码农上升到了技术管理的位置，从有坚实的后盾转变成为开发团队最后的防线。刚开始对于这个陌生的位置，是有点难以适应，或许可以说是有点抵触，并不清楚怎样才能做好它。
最近读了一下欣哥推荐的《敏捷软件开发》，同时也询问了很多人关于管理需要做的、以及怎样才可以做好它。
写下这篇文章是对目前团队的总结。
总结点
- 团队直接负责人要有选人、考核的权利
- 可运行的软件胜过面面俱到的文档。
- 需要配合客户，同样也需要客户的配合
- 要响应变化
- 整个团队来评估工作量
- 己所欲，勿施于人
团队直接负责人要有选人、考核的权利
问题：年前团队开发人数不够，也由hr直接招聘来了几个开发，可能是催的比较着急，导致招的人也比较随意，新员工居然会有：旷工、整天睡觉、工作完不完成都无所谓的。这对于我来讲是比较懵的。
解决方法：招聘时无论出于什么理由都应由团队负责人来面试第一面，团队负责人更了解团队需要什么样的人。团队负责人应有考核团队每个人的权利，要把工作绩效与工资挂钩。
可运行的软件胜过面面俱到的文档
问题：项目的前期工作应甲方要求全部是一些文档性的工作，在没有写任何代码的情况下，要把每个接口的调用报文、返回报文设计出来，更浮夸的是要把每个功能需要用到的类以及每一个类的方法属性设计出来。这导致了我们后期写代码的时候需要把前期的文档进行大改，每变更一个字段，便需要连续变更N个文档。
解决方法：只写宽泛的文档，例如软件的整体设计，规范每个接口的名字等。遵循《文档第一定律》->直到迫切需要并且意义重大时，才来编写文档。
需要配合客户，同样也需要客户的配合
问题：需要配合客户，这是毋庸置疑的，不同的人总有不同的想法，如果有不能解决的疑问，那么以客户为准。但对于客户反馈过慢，也会导致项目的进度。
解决方法：
方法一：祈祷。
方法二：招聘时最好也看一下脸，毕竟需要和客户沟通，当然了甲方就不用了。
要响应变化
问题：计划做的太周密了。开发之前我把整个开发进行都计划好了，但是变化太快，导致现在我计划根本都不搭边。
解决方法：只计划当前的一周、两周的，如果不嫌累甚至可以计划两天的，每两天对团队内所有的人的工作情况进行一次整体检查。
整个团队来评估工作量
问题：工作量评估失误，会潜意识以自身的角度去评估工作量。
解决方法：整个团队做在一起对工作量进行评估，这样每个任务分配到每个人身上时，给予的工作时间更有说服力。
己所欲，勿施于人
问题：我是个很爱换位思考的人；总是我可以做得到，也要求其他人一样要做到。例如：我一直觉得拿人的手短，既然拿了那一份工资就应该尽力做好那一份工作，所以也一直觉得每个人都应对自己当前的工作负责。
解决方法：尽量去了解每个人，而不是以自己的思想去想每个人。团队内了解每个人最好的方法便是可以一起吃饭。
生活要多点不自量力
网友评论