工具的分离与联系

有这样一个现实的场景——

一个项目团队T 正在为客户C开发项目P。

团队T使用了一个项目开发管理的工具work——用于开发任务的分配、调度、控制。

突然间，某个设计成员就某个问题需要和开发人员讨论，于是从work切换到讨论工具chat中。

最后得出一个结论，需要通知到项目相关的人员（合作伙伴、客户或是其它部门的责任人），再从chat切换到contact中。

将正式结论公布或直接通知相关人员。

我把人分为两种——直接参与项目开发的人（需求、设计、开发、测试人员等，包括项目经理）；项目相关的人（合作伙伴、客户、相关部门负责人）

这两种人关注的重点不同，后者更关心结论及结果，前者更注重过程细节。

导致这两种人的需求差异，是所处位置不同，因此关注的东西也必然不同。

使用到的工具有三个——work、chat、contact，功能独立又彼此关联

work用于项目管理（团队、任务、分工、消息） 
chat用于及时沟通（文本、白板、视频） 
contact用于项目相关人管理（合作伙伴、客户、其他部门责任人） 

不要把它们混在一起，让各自独立，否则会乱成一团。 
但同时又要保持之间的联系，就像在三个小岛之间建立的桥梁或隧道。