1. 非正式交流：以前在日企和日方沟通主要是电话会议，那么小型团队的非正式交流就是协作的人员互相凑一起说话就可以了。
2. 会议：站立会，分析讨论会，项目评估会等任何有形式的会议。
3. 工作手册：这个目前在我们团队不太可能做的很好。

编程项目的组织架构

1. 产品负责人：组件团队，划分工作及制定进度表。与团队外部进行向上的沟通和水平的沟通，建立团队内部的沟通和报告方式，从而确保进度目标的实现。
2. 技术主管：指明系统的外部样子，勾画内部结构。当遇到技术难题时，提供技术解决方案。

1. 两个角色为同一个人，队伍为3~6人，显然就是说我的团队，目前3个人，我的理想是5个人。我在这个结构中，感觉穿梭于技术和管理的角色中，有时感觉很累，有时感觉很有存在感，呵呵。
2. 产品负责人为总指挥，技术主管为左右手。书中说这种组合很少应用，因为技术主管在不负责管理工作时，很难有权威，这就会减弱他在团队中的贡献。
3. 技术主管为总指挥，产品负责人为左右手。让技术主管潜心解决技术问题，而负责人去打理其他事宜。