项目分解(分工)文档的编写

每个项目开发前，都需要制定一个分解文档，用于罗列功能模块以及每个人所负责的部分、各个功能的时间消耗，便于分工协调和进度统计。总结了自己编写分解文档的一些经验，如下：

一、罗列工作内容

1.通过思维导图列出主要功能模块

2.列出页面数量和页面内容

3.对功能进行细分(还能继续细分吗？)

4.一些需要注意的地方

(1)罗列模块时，不要急于考虑代码层面的事务，应该按照独立的功能分，不要按照程序的MVC来划分(写的时候，考虑删掉这个功能项目能不能正常运行)

这样做有三个目的：

一是便于加bugfree

二是便于后期需求变更时的增|删功能，而不影响项目的发布

三是便于组内成员分工

(2)不要漏掉隐藏的功能

比如接口的测试、报警机制、用户行为统计、后台、错误页面、错误处理等等，这些产品经理可能会忽略掉，但是我们不能漏掉，因为这些功能有实际的时间消耗。

二、时间估算

1.以最小0.5天为单位进行划分，尽量不要出现2天以上的选项，这意味这你肯定忽略了一些细节，或者对项目把握得还不够。

2.估算时间的时候，一定要经过每个组员的讨论确认，增加准确性。

毕竟真正写代码实现的人，才最终决定了某个功能的时间消耗，因此切忌由一个人进行时间估算(除非这个人对每个组员的工作效率都知之甚深)，工作时间应该由开发负责人和具体实现者共同确认。

三、组员分工

1.是否存在冲突(比如两个人同时修改一个文件，这会造成代码冲突和进度影响)

2.是否先后顺序不合理(有的功能从后端到前端有一个必须执行的顺序)

3.尽量按照模块分工，也就是MVC都由同一个人写，除非该模块比较大，且每一层的接口都十分确定，否则会增加很多沟通成本。

4.千万不要让多个人做同一个页面的HTML、JS渲染

四、其余信息

分解文档编写完成后，需要经过产品经理、测试负责人检查通过，保证他们认可开发的进度安排。