回忆录：30岁那年，你成长了吗？（上篇）

前言：

距离上一篇文章，又八九个月过去了，随着在园子露脸的次数愈来愈少，正如我淡忘上一波大神那样，我也正被下一波所淡忘。 

原本是想写一篇纯技术文章，后来突然觉的周末，就写一篇总结领悟文了。

不少人写总结，都年前写了，我原本是没打算写，今天虽然写的晚，也好过没有了。

你知道我很忙 

2014，个人QQ签名持续了很长一段时间都是：你知道我很忙。

回忆开始了：

1：接管开发队伍

从3月刚进公司，就被安排接管广东联通（公司最大的项目，人员占了部门一半）和湖北规划两个项目后端开发人员。

因为上级的指令和项目经理的沉默，开发人员就归到这边了。

其实一开始我是拒绝的，我觉的这样有点很差，后来据说有不少特技~~duang了又duang~~

因而，这个项目组变成了前端（项目经理+需求人员）+后端组（开发队伍）。

接着，部门会议上，上级以技术总负责人身份将我介绍，为我树立第一个威信。 

因此，兼南方最大项目的开发经理一职，这是实权，能够调动部门一半人员。

而部门技术总负责人这个看似部门二把手的名头，虽无任何权力，但却有一半威信。

2：搞好人际关系

所谓空降上任，该作点什么事，记得那时，我是上网看过一些文章的，试图找到一些有效的建议，但却无类似的。

面对部门成员放羊式的状态，及各管理的无章，职权的模糊，我保持着一颗热忱的心，要改革这一切。

因此，第一件事，就是和各个成员单独聊天，培养关系，收集情报、创建与人信任关系、树立本身的权威。 

这时，正值部门动荡期，人员状况还未所有涉及，就据说有五六七个老同志已经在待离职状态。

这些人已经无意工做了，同时这些人的工做状态，正在深深影响着其它的人，包括刚入职的人，致使人心不稳，人员变动的很频繁。

因此，对剩下的人施以诱惑，以肯定关键人员（提拔成各小组负责人）来稳定军心，是颇有效的方式之一。

3：重构项目

人际关系的创建，是一个时间过程，在这个时间过程当中：

因为接管了项目，因此必需要了解项目，看了一堆乱七杂八数据库设计及项目代码，做为一名技术大神，怎么能忍，就很想有重构的冲动。

在了解清楚好项目代码结构后，简单作了计划，花了几天便把整个项目重构了一下，并计划后一步的迁移计划。

而后和项目经理提出须要三天左右来测试新调整后的项目及可能出现的Bug修改（原本旧项目就有不少Bug）。

可当时的项目经理，和需求人员，以客户要求新功能开发的时间很紧为由，想在旧框架上直接开发，因而找来上级，把我新调整的架构给否了。

新到公司，状况不了解，脚步未立稳，职权不明确，因为个人沉默，加上级如此说，只好做罢，我开始思考另外一种方式。

4： 创新开发框架

既然旧框架的改造被否，我只有创造新框架了，让新的需求在新的框架里开发，旧项目依旧保持原有运行状态，则项目则经过部署新旧两套来合成一个系统。

凭借我的长时间经验和技术积累， 我花了一周左右的时间，把新的开发框架创造出来了。（PS：后来这个框架，推广到以后全部新的项目中使用。）

看似一周创造出框架，其实这是个累积的过程，一周只是把累积的代码与知识进行的组装，不要相信真的一周就能从无到有的创造，真相是累积的组装。

因此要是上级对我说，你看你开发框架一周都能弄出来，那弄个App手机框架，两周也差很少了，我会想打人的。 

5：权力职责的模糊

刚进去接管后，面对不稳的局面，我只有重用依赖旧有人员，延续以前的运做方式，受权给前端人员直接对接开发人员，以此做为过渡。

同时，面对项目管理，都是Excel来去，并且人员状态无可追踪，一月下来，绩效评定，全靠第六感。

我和项目经理聊事后，决定部署上一套项目管理系统，友善的我向上级报备此事，却被上级否了这个想法。

因而，人员继续放羊式的存在，而我也分身无术，人员会谈，面试，开会，开发框架，占据着个人时间。

没到两周，大概是上级看到这种放羊式人员状态的存在，心生不安，因而调集人员开会。

上级又提出把项目组分红三个小组，对应不一样的专业项目，由前端需求人员直接对接开发人员。

因为个人沉默，原有我提出的只是过渡方式，现在被定为模式。

因而一种更模糊的职权关系产生了，原来我只是受权，需求人员和我有半个上下级关系。

如今就变成开发人员=》需求人员=》项目经理。

我无插手的地方了，实权也无有了，只有名义上，我仍是后端的负责人，及部门的技术总负责人。

因而，项目上的延期，Bug反复的出现，都只能是我管理不力了，其实，无害权的我，又能管什么呢。

5：人人都是开发人员

因为人力不足，只要是项目须要，人人都是开发人员。

上级表态，只要项目须要，他均可以来写几句SQL语句，我不知道他怎么会有这样的想法。

但他这样的想法，把整个部门的职权都模糊了，人人都是开发人员，今天你是项目经理，明天你就可能到另外一个项目当开发人员写代码。

因此，当上级让1.0项目的项目经理调整到我这边来当开发人员使用写代码时，我是很迷惑的。 

 

一样，人人也随时能够项目经理，只要项目须要，让你去接触客户接触需求，那你就瞬间变身项目经理了，这是后话了。

 

6：被接管的权力

因为实施前端需求人员管理开发人员，致使需求的不断变动，错误的评估的时间，任务的叠加，进度滞后等问题，这一切，彷佛都成了个人不做为。 

心理学上，有一种叫登门槛效应，也叫得寸进尺效应，大概是这么一个过程：

因为其中一个前端需求人员被外派到北京调研其它项目（后来就变成项目经理），因此上级找我说，有个项目经理（以前打酱油的），要安排过来当前端需求人员，我沉默了，由于前端彷佛不关我事。 

因为实施了前端需求人员直接对接管理开发人员，因此实际是有1/3人马是被对接了。

过了几天，上级找我说，这我的，要管理前端三个需求人员，我沉默了，由于前端彷佛不关我事，我只是在想，前端不是以前的项目管理的么。 

仍是因为前端对接后端的问题，因此实际是全部人马被对接了。

再过了几天，上级找我说，这我的，要直接接管后端，我沉默了，由于我觉的，反正实际上我就只是挂个名，无所谓了。

我觉得我轻松了，能够专门在框架上发力，而后打打酱油，对部门搞点技术培训之类的。

我配合着把工做慢慢交接出去，由于我原本就不是迷恋权力的人。 

当我一切交接完，回头他以项目缺乏人为由，经过上级施压来指使我写代码的时候，我发现我错了，我发现我和开发人员已没有不一样。

 

7：多么痛的领悟

那段时间，我很痛苦，带着45度的忧伤，无处表达，因为个人情绪表露的太明显，我常常被打小报告说不配合和投诉，上级常常找我谈话。

从二把手，沦为开发人员，这种心理落差，谁能忍受呢？

我转展过多回，想离开，电话只差在一瞬间，就是那句我想辞职。 

因为接管后端的人无能力处理这种局面，令后端陷入更加混乱和失控的局面。

要让上级认可一个错误的决定，那是一件难于上青天的事，但后来，他却认可了这个错误的决定。

通过屡次的会议，推让来推让去，最后才说非我不可处理这种场面，让我重回接管后端。

其实一开始我是拒绝的，由于我已经打算走人了，面对放权，却以不信任，不断干涉，求稳不求变革上级，你能发挥的颇有限。

但上级既然承诺，之后再也不干涉后端，后端事务由我自由作决定，我只好答应了。 

 

通过这惨痛的教训，我彷佛领悟了什么：人在江湖，为了保身，有些底线必须坚持，有些话语权，不能沉默。 

8：实施团队管理措施

当我从新接管后端时，已经和上级明确，再也不干涉后端事务，也有自由决策权。

为了稳定军心，聚焦团队凝聚力，我招集团队，实施如下措施：

1：明确职权：全部后端人员，只有一个上级，即我，不须要再听令前端需求人员或项目经理，除了业务咨询和前端打交道，其它事务由这边统一发起。

2：掌握动态：部署了项目管理系统，全部人员天天必须填写工做日记，掌握每一个人的工做状态。

3：团队会议：每周五下班前1小时按期会议，每人上台演讲汇报一周工做内容。

4：项目发布：编写了脚本发布工具，明确系统发布流程。

5：团队活动：明确团队的经费使用，和每个月的可活动范围。

6：知识培训：提出团队的成长方向。

7：绩效奖惩：让绩效评优的更加透明。

 

随着我把这一切实施以后，团队明显稳定了，人员已稳定再也不流失，后续，开始往良性发展，全部的任务，都在我评估的时间内完成，再也不有延时的现象。

而我在部门的地位，也慢慢重要起来。 

后话： 

随着广东项目的稳定，公司有愈来愈多的项目涌入，而我，开始被要求思惟上升一层，全面看待公司全部项目，以至于，后来，我前后在十来个项目上漂。。。

请期待下一篇：你知道我很茫。

PS：新年开始招人了：.NET、Js攻城师、Html5移动攻城师若干。

另外：工做太忙，没时间找对象，大伙顺带也能够介绍对象，哈哈哈哈~~~~。