互联网团队协做：可执行【连载一】

团队协做是天天工做都要面对的问题，不一样的公司在团队协做上都有不一样的流程和规范，很难总结出一些广泛适用的方法。不过优秀的团队协做都有这几个表现：
最核心的表现：高效率；
高精确度，工做中的返工状况少，沟通效率高；
工做成果交付延期少，对工做的协调性高；
由于此次是想出一个连载系列【互联网团队协做】，尝试着从本身的角度去谈谈互联网团队在协做中的感想，这里是开篇简介，期待你们持续关注。

咱们在工做中都要承接来自同事，上司的任务，把本身职责内的部分完成，再交给承接你的任务的另外一位或者几位同事，多是同一个团队也多是跨团队，这里就牵扯到可执行的问题。先让咱们假设一个背景：

老板：职责是提需求，验收最终成果，监督过程；

你：承接来自老板的需求，完成产品原型图和需求文档；

下面这个场景就会比较常见了（简化了N倍的场景）：

老板：咱们作个商品推荐功能吧。

你：您的意思是XXXX吗？

老板：就和xx商城同样啊，输入XX就行了的。

在上面的老板第一句话了，你能明白老板的意思而后作出一个老板最终验收的东西吗？我想是不能的，由于不可执行，对的，就是不可执行！这个很像我们去肯德基点一份『肯德基』同样，服务员是拿不出『肯德基』放在餐盘给你的。由于需求不够明确，不足以让承接你需求的人的定位到他所要执行的工做内容。

这种状况在互联网公司，特别在中小创业公司仍是比较广泛的现象，特别是在跨部门的状况下，对彼此工做职责的不了解，提出的需求会很混乱和难以理解。这样产生两个后果：使得沟通成本上升，使得交付成果与预期误差严重。

下面说下本身对解决可执行问题的想法：

从短时间来看要了解和明确出不一样部门，工种的工做职业，具体到每一个员工，杜绝两我的作同一件事，不负责任的扯皮。明确了职责后要作的就是对不一样阶段流程内的交付成果作规范，注意！注意！注意！不要为了规范而规范，工做是要效率的！规范的目的是让不一样员工间的工做交接细化到可执行的标准，结合前面的例子，就是要保证老板点的不是肯德基，而是薯条，汉堡。

长期上说一点，各岗位的员工应该对协做的上下游岗位有清晰的了解，这样才能更顺畅的协做，上游不只能作好上游的职责也能为下游的任务承接人多考虑一步，每一个流程多那么一步的考虑和理解，提高的不只是效率，更是积极的心态！

预告：连载的下一篇内容 互联网团队协做：可交付【连载二】