分工不明确、标准不明确
🧑🍳 正在COOK @Bonjour！（全干COO的意思）
大家会有这样的困扰吗？
在跟其他人合作的时候，如果对方先给了一个框架照着这个框架去补充思路，就会无论如何都觉得没有办法下手。
😫😫🫤
于是必须自己重新起一个框架，然后对着原来的框架再去修正补充。
🥹🥹
再接着把做到50%进度的内容给到下一位合作伙伴，ta也是无法对着现成框架下手…
登录并发表评论
评论 · 34
可能比较合适的是一个同样的大框架，然后分成单一而完整的小任务，不然不停地对齐就是一个很大的环节，当然一个长链条任务就是要不停对齐的——这个时候中间人就很重要（项目经理/产品经理/leader），可以尝试使用工作坊（对于明确的目标）
框架的问题也很好解决，就是一开始就清楚双方的目的目标、利益共同点、面向的对象，然后让有经验的先出（例如如果是toB的，那么擅长规范协议的人先出，然后使用在线协作的方式标注自己这一方的需求），这样很快就改好了，当然如果是技术类的问题不太清楚，（如果是时间的问题，本质上就是优先级的问题，还有就是自己不知道在急什么，没啥可急的，重要的事情CEO会和对方CEO联络
感谢这个很有意思的 context，稍微想了一下。
感觉这里可能不完全是能不能适应别人的框架，而是交接过去的可能只是框架，但框架背后的上下文没有一起过去。
接别人的框架时，需要自己重新起一遍；做到 一半再交给下一个人，对方也需要重新起一遍。
那问题可能就变成了：
人和人之间到底要传递什么样的上下文，才能让一个没完成的项目直接接着往下跑，而不是每换一个人就重新理解、重新推演一次？
我现在对这个上下文的理解大概是：如果我做到一半离场，我要留下什么东西，下一个人才不用把前面的东西重新过一遍脑子，而是可以直接从我留下的位置继续走。
比如：
1. 现在到底要解决什么，目标是什么
2. 哪些东西已经确定，为什么这么确定
3. 哪些还只是假设
4. 哪些方向已经试过，试到了什么程度
5. 哪些方案已经被否决，为什么
6. 现在有什么约束和边界
7. 还有什么问题没解决
8. 接下来准备按照什么思路往下推
9. 前面踩过哪些坑
btw，
或许可以让你们俩的agent做对接hh
