所有成员在编写中一旦遇到问题，且进行不下去的时候，务必召集其他组员去会议室集体讨论，不可耽误进程。

虚心倾听

做出见识广博的决策

不要当众批评别人

了解自己的实力和自己做事的先后顺序

真诚的听取团队每个成员的意见和建议

对目标和交付产品有清楚的了解

在各个团队间提倡合作和信息共享

了解每个人的做事风格和他们的优缺点

表扬应以团队成员喜欢的方式,真诚地表达

将负面影响视为成长的机会

以积极的方式提供指导

一、 5 月 1 日 ~5 月 21 日。完成初期文档

1-2  需求分析阶段

说明：用于了解 SOA 及项目的具体要求

3-5  讨论并形成系统构架的雏形

说明：这三天时比较关键的三天，主要是基于前 2 天对项目的理解，大家行进大量的讨论。讨论的主要目标应该是项目的主体框架，主要的功能，最终形成一个框架图和功能列表（功能可能会不全，应尽力去想）。注意及时做笔记。

6-7        形成系统构架的初稿

说明：因为这两天是周末，时间比较集中，可以三个人在一起研究并把系统架构形成文档的形式，并对各个组件进行分工。

8-9        收集并研究各组件的资料

说明：这两天的任务是收集所设计组建方面的资料。包括：组件所需技术，实现所需软件列表，更主要的是组件的设计。关键是怎样设计的，其他人可以提出意见。

10-11       形成组件设计的文档

说明：把前两天的东西形成文档的形式。

12-13        把系统构架和组件设计两个文档放到一起加工、整合、修改，形成设计文档。

14       解释 SOA 思想和方法在本系统开发中的应用。

15-19        分工进行业务模式分析和设计，服务模型分析和设计。

说明：这几天的任务要重一些，而且要分头进行，因为这个是可选的交付件，我想我们还是把它做了吧。主要是搜集资料，明确定义，并做笔记。

20        形成前面的文档

说明：这一天是周末，一天的时间写一个文档，应该不累吧。

21        最终的审核，第一阶段结束。

二、 5 月 22 日 ~5 月 31 日。第二阶段 开发工具的学习

三、 6 月 1 日 ~6 月 27 日。第三阶段 做出演示版，形成系统的雏形。（这两个阶段等到具体时间再细化）