“一个人没有目标，在人生的路上会迷失；一个团队没有目标，在奋斗的路上会解散。”

团队成员需要达成一定的共识，彼此坚信同一个故事才有有效协作

2016年10月1日。

转眼已入职公司一年又五个月。工作期间主要负责团队的技术研发、项目管理及团队的日常管理工作。因为选择了一家创业公司，所以很多基础的建设工作都得从头开始做起。目前正走在从0到1的路上。

入职之初，团队组建伊始，3个Java研发工程师，一个项目小组，隶属于IT综合部。对于团队目标，我并没有太多刻意的去宣讲。这就像一个经典的段子讲的那样——“理想就像内裤一样，要有，但不必逢人就证明你有”。作为团队中最后入职的我来说，首要的工作就是熟悉公司业务并和团队中的其他两位成员沟通且了解其技术能力。随后确立团队第一周的工作目标。

序号	工作内容
1、	统一项目开发架构
2、	统一IDE工具及服务器
3、	统一数据库及管理工具
4、	统一代码版本管理工具
5、	统一项目开发流程及要求

第二周开始快速的构建项目开发框架及常用工具类的设计。尔后项目组承接了一个电商的项目。我们做了如下工作：

1.需求分析（概要设计，详细设计）
2.项目排期
3.数据库设计
4.原型图设计（UI设计）
5.测试用例
6.编码
7.测试
8.项目部署
9.交付客户
10.维护升级

通过一个电商项目的磨合，团队成员之间相互达成一种共识——“一起做好一件事”。这是团队的基本目标，也是终极目标。

关于团队的项目管理工作其实还算是蛮轻松的，其实就是统筹管理。统一筹测（预测）——统一筹划（计划）——统筹安排（实施）——统一运筹（指挥）——统筹兼顾（掌控）.非常经典的案例就是：烧水泡茶的例子。是先去洗杯子、拿水壶接水、煮开水、拿茶叶、等水开、泡茶；还是拿水壶接水、煮开水、洗茶杯、拿茶叶、等水开、泡茶，这是一个值得思考的问题。

个人会选择后者。各位会如何选择呢？

2个月后因为公司业务需要随即着手组建iOS项目和Android项目组，最终确定分别招聘2位研发工程师。紧接着就是开始筛选简历，安排面试题，面试移动端开发工程师。麻烦的事情，似乎也是从这个时候开始的。

“移动事业部”是我们私下的称呼，其实我们都比较喜欢这个名字，但是因为某些原因还是用了其它名字。团队整体配置如下：

岗位	数量
Java研发工程师	3
iOS研发工程师	3
Android研发工程师	2
UI设计师	1
测试工程师	1
产品经理	1

个人觉得这样部门级的团队，可以算是一家小公司完整的配置。这个时候我开始选择明确团队的工作目标和团队的建设与发展目标。随着团队人员的增加明显感觉自己每天的工作清单多了很多事情，因此初期也就免不了加班干活。这个时期团队的工作目标基本上是以项目为中心，以产品需求和测试用例为两个基本点展开工作。这可能就是典型的项目型团队。升级后的团队主要工作流程如下：

1.整理项目需求
2.需求评审与宣讲
3.设计项目原型图
4.UI设计师出设计稿
5.测试工程师编写测试用例
6.服务端工程师做项目数据库的设计和业务接口编码
7.客户端工程师构建工程按照设计稿完成UI和项目业务
8.跟进项目进度，给出技术解决方案
9.项目测试
10.部署上线，交付使用
11.维护升级

关于团队的工作目标，离不开团队中每位成员的努力。首先团队的负责深度要剖析团队现阶段的实际情况，然后合理的制定工作目标。当然这个目标可以分为近期的小目标和长远的目标这两种。举个栗子，我们先定个小目标，近期掌握某项技术或者成功的做出一个项目案例；长期的目标，个人更喜欢用“快战术，慢战略”来比喻，短期目标可以看做是战术，长期的可以看做是战略。那么长期目标可以这么定，成为行业内的领头羊，用代码改变人类生活等。

梦想还是要有的，万一实现了呢。就像彩票可以不中奖，但是必须要买。人没有梦想的活着和咸鱼有什么两样？

2.团队成员工作目标管理

团队负责人应该让团队成员清楚自己的工作目标，明确个人的工作目的；从旁协助团队中的成员完成自己的工作目标，从而实现团队成员的个人价值。

制度管人，流程管事。

关于团队成员的工作安排，我一般情况下会根据个人的技术能力和开发效率来安排相应的项目开发工作。

每周一早上会给团队成员安排15-20分钟的周例会，主要是部署一周的工作。对于重要的工作，会在会议结束之后，继续和任务责任人沟通一下，确保团队成员清楚了自己的工作目标。每天下班前团队成员会提交当天的工作日志，我会根据To do list和工作日志，分别检查当天的工作内容及评测项目整体的完成进度。

除了每周一早成的例会，其实周五下午按照惯例也是会安排30分钟的会议。会议的目的主要是为了让团队成员汇报下各自的一周工作总结，并了解团队中其他成员的工作情况。培养团队的凝聚力，对团队的关心。

以上是一些基本的流程，其实在团队内部的实际管理工作会比描述的要复杂一些，后来我想到了一句话来总结“事无巨细，只有轻重缓急”。有一次让iOS工程师写一个swift版本的文件缓存清理，工程师第一回答是，我不会写。我的心也是醉了，因为项目已经进入扫尾阶段，这工作也不怎么紧急，但是工程师的士气（自信）很重要，于是先鼓励了一下工程师，肯定了她以往的工作，让她相信自己可以完成工作。接着带着她查找资料，没过多久就顺利的完成了工作。后来想想，当时还真怕自己一冲动拿起键盘噼里啪啦把代码写出来，伤害了别人。

关于团队成员工作目标的管理，可以分为三步：

个人工作计划目标管理
个人职业发展目标管理
团队成员心理和思想的管理

每一点都是至关重要的，毕竟一个人独立战斗的英雄主义时代已经过去了，所以我们必须依赖一个强大的团队。