现在，代码的版本管理大多都在使用 git，常用的一些代码托管平台有：Github、码云、Gitlab 等，不管用的哪个平台，我们经常会做提交代码的操作，但很容易忽视 commit message 的写法。

敏捷开发很早就已经流行过了，之前也零碎地了解了一些相关知识，并在团队中进行了部分实践，但效果都不怎么好。最近又重新梳理了一遍，并结合现状，准备在团队中重新实践敏捷。

网上很多分析大公司，小公司的文章，都会提到在大公司工作就是螺丝钉，岗位分的非常细，每个人把自己的专职工作做好就行；而在小公司需要每个人都是多面手，一岗多职。 这种观点我同意一半，在小公司中，某些阶段人手不足，确实需要每个人都做很多职责之外的事情，比如开发人员除了写代码，还需要测试、写需求文档、用户手册、运维等。但大公司再大，最终也会分解为很多小的团队，从团队最小的颗粒度来说，差别就没那么大了。小公司的团队想要走的更好，也需要能发挥每个人特长，职责清晰。

近几年面试了不少新人，当问到职业规划时，大多都会说先积累技术，然后往架构师的方向发展。这可能是技术人的一个特质，喜欢跟机器相处，沉浸在代码之中，而不喜欢跟人打交道。

最近公司决定对所有技术人员实行KPI考核，曾经一度非常反感KPI的我也被要求制定产品团队的KPI指标。为什么要实行KPI考核，因为在项目团队和产品团队的管理中出现了问题：

从2012年的Team Leader到现在负责公司的产品团队，在技术管理的道路上也走了6年的时间，看过不少管理的书，也经历过从零开始组建一个团队，和团队成员的更替。下面谈谈我自己的一些感受和理解。