项目微管理19 - 单挑

四代曾经记得有一篇这样的文章是这样说的：“所谓管理，就是沟通，沟通，再沟通！”四代以为很是的有道理，这是在团队对话中，四代说过的最多的一句话，没有之一。

 

目前，四代碰到过的团队问题，不论是任务分配不明确、功能实现不清晰、产品发布不顺利，仍是队员之间互相不理解、团队之间协做不畅、利益之间分配不公平，基本均可以归结为“沟通”的问题，或者说是“沟通”出了问题。

 

YY计划

---

 

PC团队的沟通采用的基本上是前面谈到的直接的沟通的几种方式，包括面对面，即时聊天工具和邮件。

 

这些方式中，四代最喜欢采用的就是面对面的方式，这里包括非正式的聊天，好比吃饭时，休息时，也包括正式的“一对一”的聊天，四代称之为“单挑”，简称“YY”。

 

 

四队为鼬和路飞都制定了每个月一次的YY计划，鼬是每个月第一周的周二，路飞是第二周的周四。

 

虽然不少管理圣经都强调，管理者最重要的职责就是与员工沟通，最好与每一个员工的沟通要保持在至少两周一次，可是对于技术团队，由于任务状况比较平稳，社会关系也比较简单，并且大部分人的性格也比较直率，在正常的状况下，四代以为一月一次就能够了。

 

四代指望在平时的非正式的聊天中能解决大部分的问题，只有一些平时很差解决的问题，会保留到YY聊天中正式提出来。

 

 

四代是这么想的，也是这么作的，第一次给四代留下的印象很是深。

 

不要让问题过夜

---

 

记得鼬来了之后，因为作事很是谨慎，因此四代把一些平常的一些工做交给鼬来完成。

 

其中一项工做须要和客户沟通，鼬也不说，只是每次须要打电话给客户的时候，他直接就拿本身的手机打了，后来四代发现了这个状况，四代以为很是的惭愧，他当即找到行政部门，从那边拿了一个业务手机过来，放到了鼬的手边。

 

 

虽然不知道鼬是怎么想的，不过四代以为他本身是完成了一个项目经理应该作的事。他不能让他的队员在没必要要的状况下，为了公司的事务而损失本身的利益，这不科学，不符合四代“共赢”的基本原则。

 

四代仍是但愿团队之间能完成“润物细无声”式的融合，因此四代在平时都很是细致的在观察团队的情况，一旦发现一些端倪，四代当即会进行沟通。 四代对沟通这件事，秉持的最基本的原则之一就是“不要让问题过夜”。

 

 

可是即便是这样，有些状况四代仍是不能注意到，只能等到YY聊天的时候才能知道。

 

记得那一次是在和鼬YY聊天的时候，在四代以往的屡次提示下已经习惯了四代套路的鼬，反馈说他这星期太忙了。这是一个很是重要的状况，四代立马详细听取了鼬的反馈，而后和鼬一块儿讨论一下出现这种状况的缘由，最终两人都以为这一周应该是业务忽然增加的缘由，而不是计划有误。

 

四代和鼬商议了一下，以为仍是先观察一下接下来两周的状况，若是只是突发状况，在须要的状况下就作小幅度任务的调整，不作大的调整；若是是变成了常规状况，那么四代就正式的将这种状况归入正常的Release计划中。

 

 

不过接下来的状况证实了那周就是特殊状况，也不须要作太大的调整，因而就这样处理了。

 

你搪塞的机会只有一次

---

 

确实，四代见过太多死气沉沉的团队了。并非你们没有什么建议，而是收到建议之后，项目主管要么是习惯性的找了一堆理由随便的就搪塞过去，要么是依照本身的经验，直接进行对其进行说服教育，要么是长久没什么反馈，就像什么事都没有发生过同样。

 

 

不须要屡次，通常只要一次是这样，那么提建议的人基本就不会再有什么意见了。四代就曾经亲身体验过这种事，自从被敷衍之后，四代就再也不提任何的建议和意见了。

 

人与人之间的信任老是在在一次次接触与反馈的过程当中创建起来，就像软件也老是在一次次发布与反馈中成熟起来一个样，这就是及时反馈的重要性。若是缺乏了及时反馈这一环，那么团队建设就像瀑布软件开发流程同样，只能一条道走到黑。

 

 

到了那个时候，即便你想调整，也已经不可能了。况且不少人根本是两眼一抹黑，根本不知道发生了什么事。

 

制怒不败家

---

 

在鼬最初来的那一阶段，因为鼬是从手机开发转过来的，基础不是很好。四代在专门给鼬培训之后，鼬作起功能仍是有点吃力。就在不经意间，四代对鼬说话的声音就大了起来，确实有时候，四代已经有点没有耐心了。

 

不过就在某一天四代反思本身的时候，本身也意识到了这个问题。

 

在一次YY聊天中，四代坦然的对鼬说了这些事，四代以为是有必要提升本身在这方面的控制力，这大概就是传说中的“情商”吧，四代作的还不够。因而在当年的年终的时候，四代在本身的微信上郑重的写下了本身将来一年努力的目标：“制怒，不败家”。

 

 

“不败家”还好说，“制怒”能作的到吗？四代苦笑了一下。