目经理：对项目的决策性问题进行定位，一个功能做与不做，领导说的算
构架师：控制技术问题，解决技术难题，对分配下来的任务进行分析、评估，反馈给项目经理，再进行确定
项目助理：记录团队会议内容，协调工作中的日常事务
开发组长：调配开发组员，辅助组内开发人员并对成员工作进行监管，一般由主程担任
开发人员：负责编写代码，按需求完成任务
测试人员：对功能进行测试
如果这里的每项目工作按排到个人，我想开发团队的协调管理最好。
1.9系统运行环境是什么样的
在系统构架时，根据需要定义好，系统构架、程序环境、网络环境，如考虑分布式存储，日均访问量、系统安全、成本预算等。
asp.net的开发成本是要比java的开成本低的。
Sql server的运营成本是要oracle低的，但oracle在大型数据处理上要优于SQL Server,如果是SNS站我觉得上Oracle会好些。
选择什么样的环境，在没有特定要求的情况下，根据团队的现状去考虑我觉得就差不多了。
我们有了目的地将要远航，那么就得需要航海图、船、船长、舵手、水手、水和食物，虽然这样我们能保证100%完成任务，因为大海中的意外谁也不会知晓，但我们理想的是我们能安全到达，如果条件不允许，就算我们知道目的地在哪，出了海，我们将面对是一场艰辛冒险旅程。
2、收集需求
需求的收集是个很繁琐的过程，收集的不够，开发过程中变化会很多，特别是你上了一个演示版本后，开始别人一点意见都没，一看你的演示，你就意见一大堆，这样的问题我想在很多项目中都出现过，所以先在收集需求的时候要和客户或相关部门一一确认，我们考虑需求要从种两种角度去考虑，一种是用户角度，另一种是开发者角度，所以在谈需求时，必须边聊边记，把所谈的话记录整理，如果怕遗漏，可以录音，然后将采用文档的方式表达出来，将提出的需求加以分析，做下技术评估，如果有特别的难题可以提前让开发人员做技术预研，在做评估后，需要分段实施的，就做好规划，然后和提需求的人员确认，需求文档的功能可以多写点，根据企业的发展，能考虑的都考虑，这样可以在系统构架时，定位系统的生命周期时，给以更多的参考，在需求定出阶段后，我们得把要马上实施的功能放在当前，加以强化、细化，反复的进行，条件允许的时候应该做些Demo来确认。
作者：Neo.Yan
出处：http://www.cnblogs.com/Nick4/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
欢迎大家访问我的网站-RedGlove.NET。