外部流程运行了半个月，效果还不错。虽然某些需求方因为需要编写详细的BRD文档而抱怨，但大多数还是支持的。项目也能按部就班地展开了。团队成员的满意度明显也比以前好多了。于是开始考虑另一个问题--内部项目流程。但流程这个东西是把双刃剑，流程走起来项目肯定是质量提高，风险降低。但是以投入更多的人力资源为代价的。希望老板做2010年预算时能给予更大力度的人力支持。先帖上关于人员和相应项目流程的规划
在上图人员基础上， 另外设PM1名和开发3名，专门支持大项目，留做BUFFER。
各个角色的职责分别如下：
| PD | 独立进行产品规划、引导业务方进行产品设计并协助其编写标准的BRD文档、数据答疑、业务咨询 |
| PM: | 需求分析（编写FRD文档）、项目管理（项目计划，阶段性成果 |
| DEV | ETL和JAVA开发，为项目负责，为PM服务 |
| 应用架构师： | 模型设计，为应用层模型负责 |
| BI工程师 | 临时数据提取、报表开发 |
| QA | ETL测试 |
这样的角色划分能做到“需求-->PD-->PM-->开发-->应用架构师-->BI工程师”一条线处理。在项目开发时各角色相互制约，相互推动。找到流程上的平衡。避免项目成为PM一个人的项目，而其它项目成员难以驱动的情况。
PD对外部客户负责，既帮助客户写更详细更标准的BRD文档和解答疑问，拉好关系后可进行更好的交流和一起进行产品规划，也帮助项目组减少需求分析成本。同时还能做到对所有内部项目了如指掌；
PM对项目实施负责，前期作需求分析，后期跟踪项目里程碑，REVIEW阶段性成果，同时避免RA和项目经理均需要花几乎同样精力了解业务；
开发的质量由测试进行评估，并由测试给出开发质量报告，作到制衡。
应用架构师负责整个模块的模型设计，如果设计有问题需要定期重构，一定程度上促使其认真设计或REVIEW。同时，每个Q均需要小组内部分享整体架构情况。
BI工程师通过制作报表对新增加表的业务和结果有一定了解，有助于提升提取数据的效率。
广告搜索人员架构.jpg来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/22605186/viewspace-616680/ ，如需转载，请注明出处，否则将追究法律责任。
