项目开发整体流程

参与过几次项目流程的讨论，学习到了很多，但是开会完成之后，发现不做记录也就将会议记录给忘了。

曾经参与过了一次会议，是用CMMI来给公司做评估，其实现在印象也不是很深，还是简单的来总结一下吧，还是学到了很多东西的。

那一行到公司来做评估的人（3个），首先做了CMMI的相关介绍，不是很明白，不过这些评估等级的话还是很有必要的，这可能对公司/企业未来投标之类的会有深渊影响，不过总结起来应该就是：

为公司/企业/其他，提供”最佳“解决方案的模型，或者对没有经验或者经验少的某些领域或者方面提供实践性强的建议等。

也是初步了解了一些新鲜的词汇，然后新鲜的思想吧。

首先，很早之前就制定了一个会议安排，安排如下：

项目经理访谈--需求开发访谈--设计人员访谈--编码人员访谈--测试人员访谈--配置管理访谈--质量保证人员访谈--组织培训访谈

基本上按照上面的访谈流程。

项目经理访谈内容、需求开发访谈内容（两者合并由项目经理一并回答）：

介绍公司的所负责的项目整体架构，项目介绍，工作量估算，成本考虑，生命周期，风险管控等一系列全方位的访谈，对方工作人员根据问题，逐个的开始访问，然后由项目经理依次回答所提出的问题。

然后更多的是在工作量的估算上进行了详细的问答，反正至今我觉得这工作量的分配很大程度上都是根据经验分配的偏多，这是我以后需要探索的一个问题。基本上对于已有功能需求上根据项目组长自己的经验来分配人员安排工作，对于新需求，新项目，新功能，则需要根据领导团队一起开会讨论，以此来确定工作量的分析。

设计人员访谈内容、编码人员访谈内容、测试人员访谈内容、配置管理访谈内容（由对应的项目组长、编码人员、测试人员共同访谈）：

介绍公司的项目技术方面问题，由对方将整个开发流程，从需求业务制定、PM项目讨论、工程师模块交付、开发人员工作分配、编码工作、单元测试、测试部门测试等整个流程进行了图文介绍；

需求由市场部、实施部制定，反馈到公司总部；公司总部进行需求业务会议，由各PM进行会议内容讨论，制定对应的开发方案；交付给对应的开发工程师，工程师制定出一个一个的模块开发内容；将模块分别安排给对应的开发人员，开发人员需要将负责的模块进行需求文档实现设计，数据库文档设计等工作内容，开发人员完成文档设计后，交付给PM审核，PM审核后，将结果反馈给开发人员，不通过则需要继续修改，通过则进行编码开发工作；编码开发完成后，即首先进行单元测试，测试开发结果是否能对应上；单元测试完成，即将模块功能，需求介绍给测试部门，由测试部门进行流程测试，并且编写测试用例，将测试结果反馈给编码开发人员；这样即完成对整个的一个项目流程进行了完整介绍。

介绍完项目流程，就深入具体到对应的技术细节上，包括框架结构、接口设计、编码规范等等一系列的讨论。

质量保证人员（QA）访谈：

介绍此岗位在公司工作内容（因为当时中途去有事了，此项会议记录并没有完整记录，则将QA的相关功能和职责介绍一下吧）。

在会议介绍中，我了解到了QA岗位职责可能是给予开发组、项目组、业务部等提供更多文档帮助、了解走在项目前面，看到项目前方将遇到的问题，防范风险，制定解决策略，从而来规避风险；

QA大致可以分为：

检查型/事务型QA：主要负责的提供更多文档方面的支持和帮助；

顾问型/专家型QA：需要有非常好的技术，做过很多的项目，属于资深的程序员，需要走在项目前方看问题，来对此防范风险，并制定解决方案，规避风险；

战略型QA：根据自身强大的项目经验来总结出问题、提供原因等方面支持，对未来发展的一条线路提供规范化建议；

以上基本上可能就完成了CMMI评估的所有内容了，然后会给公司做一个评级，评级分为5层，分别为：

初始级、管理级、定义级、定量管理级、优化级

这5个级别分别能反映出公司当前规模、管理等方面的大概评估，对以后公司的发展、项目竞标等会产生很大影响，因此公司/企业需要不断完善自身的制度，文化，开发规范等方面的需求，然后让自己能够往更高级别的层次去发展吧！

只是一些学习感想，看看就行~