最近带团队，最大的困惑是下边的问题，我都不知道。他们也不主动暴露问题，导致最后版本上线延期，我才知道有问题。
我开始反思，到底哪儿出了问题，回顾自己的职业生涯，也有过那么一段日子很纠结。自己明明做了很多工作，最后因为是和别人配合，或者本身工作量大等等问题，导致项目延期，而领导最后都只要结果，不听解释。当然，经过跟领导深入沟通，并且自己深入思考，终于意识到自己的问题，工作重新得到领导的认可。
最重要的是，无论何时，你需要给合作伙伴一确定性。确定性，可以用一句流行句来说明：凡事有交代，件件有着落，事事有回应。
现在下属给我的印象，不就是当年我给领导的印象吗？领导委托我的事儿，对于事情的进展，风险，结果预期，肯定知道的越早越好，万一有问题，也好做好预案。若只是闷头做事儿，领导不知道进展，肯定很焦虑。
靠谱的人，都有“沟通控制“的好习惯。包括做事闭环和沟通闭环。
做事闭环
目标
计划与布局
里程碑计划
阶段性检查和纠正
结果检查与纠正
预案
敏捷开发是目前互联网公司中最常见的研发流程，目前我们团队是一周一个迭代，大概分为需求评审，研发排期，接口评审，接口联调，功能提测，UI走查，版本上线等过程。一个靠谱的人，会在需求评审的时候，及时确认好需求范围，有多少功能点，即目标。研发排期是基于需求分解做的计划和布局。接口评审，接口联调，功能提测，UI走查等时间点都是里程碑的时间节点。每日站会做好阶段性的检查和纠正。版本上线后，产品经理验证功能，是对需求的检查和验证。对于中间过程中遇到的困难和问题需要及时提出，及时调整计划，提前预知风险，这就是沟通闭环。
沟通闭环
事前反馈
过程反馈
事毕反馈
事前反馈就是复述对目标的理解，有时候结果与交代的人的预期相差很大，有可能是办事者没听明白，也有可能委托之人不善沟通，没说清楚。因此，办事者需要采用复述反馈的方式，把任务复述一遍，让委托的人心里感到踏实，可以使用如下复述框架：
交代的是什么任务
完成任务要达到的衡量指标有哪些
需要委托方提供哪些资源和条件
其他相关因素
完成期限
过程反馈是提前报告阶段性成果或者提前知会风险。这样既能在领导心里留下”积极主动“的好印象，又能及时反馈情况为正确决策提供依据。
事毕反馈是让领导或他人及时知道信息，快速采取下一步行动，对于不符合预期的结果，启动预案，让委托人放心，心里有谱。但是有的人执行过程中，缺乏主见，任何大事小事皆向领导汇报也是不可取的。
沟通闭环强调的是认真负责，强调团队配合和对他人的关心。 靠谱是自己的信用货币，每一次靠谱都在积累信用资产
