昨天下午把研发规范中的需求开发与管理部分修改完毕，由于将需求评审与技术评审挂钩，此时才认真了解技术评审这部分的涵义（），所有涉及技术的评审都应放此。 

正式与非正式评审，其实就是规范和实用，评审成员的不同，评审规则的不同等等，但是对于最后的结论呈文，我倒有一些异议，无论何种方式都用“评审报告”记录。那对于一些倾向交流的检查，可能就是2，3人临时需求，短时的碰面，解决问题，呈文反倒有些繁复，这种方式，我本人的建议是申请这种检查的人自己记录沟通过后的问题以及解决措施，至于质保的介入，就看有没有必要。

嗯，目前还有一块，相对有些难度的流程，就是系统设计，传统的总体、概要、详细设计好象有些不适用现在的公司，上周看了“敏捷项目管理”，对那种迭代开发的方式觉得可能有些类似，这块搞定的话，接下来的工作就只是工作量的问题了。

今天，收到邮件，说参加实验室认可项目的归档评审，时间好象是占了整天。

开始工作了！