使用SMART来将沟通“机制”搭好，与不善沟通的上游伙伴交流！
S是Specific（具体明确）；
M是Measurable（可衡量）；
A是Achievable（可行可达成）；
R是Relevant（强相关）；
T是Time（时限）。
当上游伙伴对你提出工作要求后，你可以向对方重复一下这个要求里的具体事宜，得到确认后，要讨论好衡量标准、执行的可行性，以及其他相关事务。
举例来说，小王要做一个述职报告，他需要小刘提供一份GROW模型作为述职报告的核心内容。小王不善沟通，仅仅交代了需求就结束了，作为小刘应该这么做。
S-具体的要求再明确
GROW模型描述的边界需要确定，因为GROW是可以做成嵌套不断循环的，不同边界的问题内容是完全不同的，从Goal就无法做到，所以边界的界定十分重要。同时不同的边界需要的时间和资源也是非常不同的。
M-可衡量
界定边界后，工作量小刘就可以有个大致的判断，但小王并不清楚工作量的大小，因此需要做工作量衡量标准的沟通。
如果仅仅针对的是某个具体问题的分析处理过程，可以给出任务量和单位时间，便于自检和他人监督。
如果是比较宏观的问题，则需要将GROW嵌套列出来，分别给出衡量标准。
A-可行性
工作内容和衡量标准确定后，再来看这件事小刘的能力圈是否能够承受，不仅要考虑专业性还需要考虑时间线。评估后若不具备可行性则需要引入外部资源进行支持，小刘应当让小王知晓，外部资源调用也是需要时间和调度的。
R-相关性
小王的述职报告与交付给小刘的任务的相关性是否足够高，这是在工作之前需要探讨的。如果实现了这个目标，但与小王的工作完全不相关，或者相关度很低，那这个目标即使被达到了，意义也不是很大。
你以为你以为的就是你以为的吗？
T-时限
小王的述职报告比如是5月1日，那么小刘提供模型就需要根据这个时间限做出调整，不仅要给出自己工作的时间节点，还需要留足反馈迭代和小王加工的时间需求，这在工作配合上也是非常重要的。
