本不擅长WEB应用的设计，但为了清楚表达我的想法，直观阐述我对协作平台的功能的理解，我将《手游团队协作中的各司其职！》http://blog.csdn.net/yuandj/archive/2006/03/10/620793.aspx 中第四点“团队协作平台应当具备的功能”的表现形式描述如下：
1、任务3要素的表现：
a，流程控制：任务描述、任务执行、任务验收、再执行、再验收如此反复直到验收通过。
b, 表现形式：可以是论坛回帖的形式
c, 任务描述：可以是充分的正文描述(多行)，也可以是一行简单的提示性描写。
d, 任务执行：可以将成果提交到网络上，签字说明已经完成，如果与任务描述不完全一致需要说明
e, 任务验收：和执行一样是对上一个环节的回复，可以一词回复，也可以多行充分说明
f, 循环回帖：直到验收通过的签字。
g, 帖子属性：标题([关键词]:描述)、正文(Html支持图片上传)、附件N个
h, 主帖属性：除帖子属性外，增加3要素责任人，非责任人不能操作只能浏览（浏览权限也可限定）
2、任务列表：
a, 标题阅览方式：和论坛形式一样，任务按照时间或分类，将标题+任务状态列出，
b, 执行验收信息展开方式：通过将标题前的“+”“-”符号的点击可以展开任务执行验收的标题
c, 任务3要素详情查看：点标题出现3要素环节的详细信息弹出框。
d, 详情任务查看方式：在任务标题后的[详情页]操作，能打开1个表格方式显示所有正文信息的新窗口。
3、工作台：
a, 按照里程碑和工作计划，每人每天的任务非常清晰列在工作台上，工作惬意。
b, 任务的交代清晰明了，能把任务入口、出口清晰表达，任务执行结果和过程也能清晰记录
c, PM的工作台可以宏观查看整个项目是如何由各个任务组成的。
d, 其他TEAM成员也能相应地看到自己在TEAM中的位置和重要性。
4、版本管理：
a, 版本控制是个学术名词，实际上是成果汇集的场合，原料和产品的仓库
b, 任务下达，需要将需求描述清楚，
c，各种信息整理和搜集都是为了任务的良好执行
d, 执行成果更是全组工作的目标或阶段目标
e, 在版本控制中心，将前因后果清晰展现，可以令PM和全组人员清晰了解项目的状态
f, 这里既是原料仓库，也是产品库房，可以方便地在任务列表中的正文中引用，
g, 任务附件其实是版本控制中心的一个镜象，同在一个库房里的2个标签而已。
5、统计功能：
a, 是为了方便PM和TEAM成员自己，自查和比较工作成效的功能
b, 可繁可简，依照平台实施效果来增加，保留原描述。
a)，延期统计：任务完成周期的延期
b)，迭代次数增加统计：未完成任务目标或变更造成的迭代次数增加的统计；
c)，责任确认：依照任务3要素，对不同岗位责任的确认，随上2个统计一起进行；
d)，统计比例：单个任务，总项目，同类任务比例
6、权限管理：
a, 平台的安全性，初期只考虑TEAM成员内完全共享，非成员不可见即可
b, 更高级的功能不做考虑，随着平台实施，再做考察
7、模板和项目范例
a, 不同类项目，在项目组建立后，必定需要对项目进行一些设置，必定需要一些标准文档
b, 用向导和模板，能提示PM如何建立一个项目，但功能实现复杂
c, 样板项目，一个标准项目架构+一套项目范例，为PM快速建立一个项目提供依据
d, 项目拷贝，将样板项目和已有项目进行拷贝，将骨架信息导入，在其基础上修改跟有利于快速建立项目组。
8、平台的替代品：
a, 项目知识，项目管理和开发中的信息是对TEAM成员很有用的内容，比一个系统更有用，平台的知识交流能力将是很重要的功能，有很多现成的知识管理系统可以使用。
b, 其他项目管理系统, 如：cvs, bug trace都可以起到辅助管理的目的。