首先要意识到大家做的是同一个项目，大家的目标一致。即是如此，那么在整个项目中进程中，凡参与进来的成员手头就应该有活做。
项目参与人数不应该考虑的越多越好，而要看整个项目功能块划分。毕竟不是所有事情都同时进行，即使是同时进行，其所需要的人也不是无限的。
分工要明确，不能乱了阵型。否则一方面导致整体工作量分配不合适，部分成员手头空泛；另一方面导致项目整合困难，重复性工作量增多。
再有就是意识到项目的完整性。整个项目应统一考虑，避免重局部轻全局。
数据库模型建立好后，后续的模型才便于顺利展开。表内数据字段，表间主外键关系，均是双刃剑，过多过少都不理想。要充分考虑，并且在后续建模中要不断修改完善。
类图要具有完整性，是整体的关系就不要分开来表述了。要能够通过类图确实看到系统的灵活性。
时序图要详略得当。过细导致工作量增大，改动困难；过略则不能达到说明过程，缕清思路之目的。
复杂的业务逻辑，算法要有专门的视图，程序来表述。
上述问题中或多或少的涉及到了软件工程中的方法和工具。最后一个要素是过程。我想开发前也要考虑自己的项目需求与对项目的熟悉程度及各类开发过程优缺点来选择一种开发过程。但不管是哪种开发过程，事先要有文档，并且在后续开发过程中会有所改动，但要确保文档等的同步改动。