| 作者 |
内容 |
| aafang |
 请教：这样的项目怎么做？
目前我们做一个ERP产品项目，小组6人，采用J2EE
人员情况：一人对需求很了解，一人知道一些ERP的知识，
对JAVA掌握，一人对软件技术很熟，不懂ERP，二人对JAVA掌握，
一人对ERP和软件技术都不懂，在现有情况下怎么组织项目开发？
项目组内有两种观点，1
垂直开发，一人一块，同时设计，
2
水平，一人做概要设计，交给另一人做详细设计等，各位有何高见？ |
| 02/05/15 16:54 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| sunrise518 |
回复:
请教：这样的项目怎么做？
一人对需求很了解,可以由此人主持做需求分析；
一人对软件技术很熟，不懂ERP，可以由此人最技术架构设计，不过是在对需求有整体把握之后；
二人对JAVA掌握，一人知道一些ERP的知识，对JAVA掌握，此三人可以每人分一个模块，做组件和coding，不过也需要了解整体需求，把握自己模块的需求.
一人对ERP和软件技术都不懂，可以让他做黑盒测试，他也需要掌握需求。
愚之见，仅供参考。
|
| 02/05/15 17:03 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| aafang |
回复:
请教：这样的项目怎么做？
您对垂直式和水平式分工方式怎么看？ |
| 02/05/15 17:16 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| sunrise518 |
回复:
请教：这样的项目怎么做？
显然，垂直式在这种人力资源机构下不能实现；总体而言是水平式，但是一个人可以有几个角色，尽量保持每个人在每个阶段都有任务，充分利用人力资源；比如，需求分析的人在项目后期可以做测试。 |
| 02/05/15 17:19 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| aafang |
回复:
请教：这样的项目怎么做？
但是水平式造成大家都等着前面作设计的人。例如只有一个人对需求很了解，
那么大家会要求把需求做到界面画出来，这个人就成了评颈。能不能把系统分
成几个相对独立的子系统，定义好接口，由做需求的人定义好功能需求，由大家
分别做用例描述，界面原形设计，分析，设计等。 |
| 02/05/15 17:34 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| grantlee |
 六个人就作ERP，你们的水平真高。我看没法做。。。
|
| 02/05/15 20:31 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| 风雪漫天 |
嗯，很好。
|
| 02/05/16 08:42 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
| 返回页首 |
|
| sunrise518 |
回复:
请教：这样的项目怎么做？
因为团队人比较少，并不是说一个人去做需求，而其他人都闲着，这个人主持做需求，它可以根据人力资源情况把需求分成几块，根据每人的不同情况和后面要承担的开发模块，每个分配合适的需求模块，但是需求分析员必须能把握整体需求，和各模块的关系。
其实，团队比较小的时候，不可能完全水平式。 |
| 02/05/16 09:59 |
酷帖！ 臭帖！ 回复 |
| 酷帖评价： 臭帖评价： |
