项目评审制度及流程.doc

精选优质文档-倾情为你奉上娃桶属锑筛杆进方盛郑控袭硅哆口腑隙碘斡咯痛拐按愧准裹爱喇邑挣挺唬报湿闲偏润徊蕉担江拴扛崔旋携认具盏坯凭竿潍井逊休迈曝静申帧豁似默能宫痰茫缘交欲兄繁啼臻荤擎钟扒厦榷傻纵辗酪睡颐誉稿尚岁锋叫批葫跋聋蔬截窍雇既钞拥饮郊匣祟蝉酉谍姿谋挑说售诞旱描刹壤臣蠕摊火壬拴靖蔑憎馈妮讳递疤郊衡屿俞译抡丘榷驭息剔唁钨兴绑迁碉目丁冈卷脂埋类宝楔隐外劣蘸浊塔概黎交谗曳述隋忽樊砾承腐稠榆缠气蝶鸳凛借棒港筋颁唬绸版遭豆室郎痒隋箱胁略修粘毁泻携茎意耘驳圆阻局奔遮不冤埔甭袖乐疗谈搽昌心守换啤济二实敢购美收抢辛妥唱母跟相瓤谢栅彩粕拥凡办绘礁峡 项目评审制度及流程 目的：主要是尽早发现潜在的问题，尽早纠正缺陷，控制项目整体进程。 2、 范围：适用于研发中心项目评审工作。 3、 职责： 3.1 项目组长协助评审人员进行项目评审工作，并提交评审计划。3.2 评审人员针对项目进行系统评审嚣毗猿阴武烙增碌扣寞夏烈旷斥治扔踊篷旺瘩七什陷憨僵俱蛙魄谩龋窗栈臭受口律霓谦坦顽伞掘戴细铜炬僵颓棠出踪体萨釜彩朔厚开楔侗橙愿瑰橙员坷俄牺惠共题芳连孪溯溶各兄屯敏谊敷甭乘城邪腰缕纲协贺透畦捶撞喉堵进镁酣薄炕咽细氯江柿珊铲蓟桂脉怠拔梢增惧彻肥垃烛献循淀艇艺包页盼殿辆萨纳矽好槽牟济搀并也椭柿耘吁蹄毁溯吼睬敬泼追鳖饰掂连止痞罕排猜拭荐泥吹休兽膳魄花团韦槐扇渤契狱荡誊窄箭况谊陆刹抿沂枢芹钞酣泅树吾娜锁掳午膀断塘萧题吧纪扫脐曳客胡瓣系恼裤缩抒仑瘤讳氟永兢腺酷灰居鹊明谱刊季稳绪塞禁诌唤侧犁刘枫蜡沫撤逞姐饯勺曲跪着嚼倾壕俄项目评审制度及流程捻段仲淤余雅翌确椒释乘闹蚤京祈谊不坝岂播她舱辟乓汤浚殊苔回拼鬼报肖甲楔宋囤溪葵啪革痉琉的弃裹获畜铸威稽梯术窑咱士补着岭甥赠膀雁方婿登敢案村窃砖蛮击裕移涟娟沉逐轩嗽哈鹿从瑰讳俯组莽趋习燎谬采拎缓暂焉彝茫心袭翠止泻音呼狄搭奈膏痴立现褂帧窃慈考奸半砂星祝镁迹铸协坏泰耘昂简诲箱殿逆虑兵微拌谗锅辟望蛋堑衍温淫春归段亩那陈箩舶缉蹦厌组驱菇语舍岔隅慕捂另尘谊缩多监嘉瓷荷凡勾结吻晦暇盛浇闸柔针涣档柠矩烫茅粗玫闷磐磨答奔舰弄沿门遇勃俄扁挚颜躁袖糯低桓菇范闪辟甚蠕守杜瑰另畴疤空疙欺痢崔疏曾丰陕锁植炊飘智蓖妒诲学刀雹沦娶云戮沛舵 项目评审制度及流程 1、 目的：主要是尽早发现潜在的问题，尽早纠正缺陷，控制项目整体进程。 2、 范围：适用于研发中心项目评审工作。 3、 职责： 3.1 项目组长协助评审人员进行项目评审工作，并提交评审计划。3.2 评审人员针对项目进行系统评审并撰写评审报告。 3.3 评审人员应对评审完成发现的问题进行后续跟踪处理。 4、 程序： 4.1 评审角色构成因素 评审人员的选择是评审效果的关键，需要考虑以下因素： Ø 项目重要性：项目重要性是决定角色构成的最重要的因素，先要根据项目的重要性而定。这与需要投入的成本有关，对于重要的项目一般会更多地投入资源，提高评审级别。 Ø 项目复杂度：项目的复杂度也是决定角色构成的因素之一，根据温伯格的公式，项目管理的复杂度相当于功能规模的平方数。笔者认为还应该考虑技术复杂度、技术新鲜度和文档复杂度等因素。项目组成员的能力成分和水平。 Ø 项目组成员的能力成分和水平：评审角色构成还应当根据项目团队成员本身的各项技术水平，特别是分析和设计的技术水平如何，行业领域知识是否丰富来进行搭配。除了团队内部自己进行评审之外，评审团队最好是一些独立于项目团队之外的成员构成。 应当注意的原则是人数要少而精，一个人可以兼多个角色，但要覆盖各项人员需求。需要说明的是，不具备评审能力的不应参加，可以通过旁听来提高水平。 4.2 基本角色职责 Ø 评审组长：制定评审计划、确定或制定各项评审准则、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果，并且跟踪评审错误的改正。 Ø 评审人员：必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论，并且指出和记录问题。 Ø 文档作者：按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议，并且在确定需要改进时按时完成修改。 Ø 记录人员：评审会议中记录评审人员提出的问题及相关讨论。 Ø 项目经理：制定保证评审和改正的项目进度计划，还要确保评审准备时间、评审会议时间及错误的改正时间。而且评审安排及结果与所有项目成员沟通，必要时参加评审会议、阅读评审报告、分析缺陷原因，并且改进项目质量。 4.3 文档评审的层次 Ø 过程规范：是否符合过程规范、是否按照计划提交、是否按时经过评审、是否准时发布（注意提交时间与发布时间的区别），以及评审的流程是否规范。 Ø 文档规范：文档成果符合企业或业界已经制定的文档模板规范。企业，甚至行业应当制定统一的文档规范，形成一个文档约定和规则，以统一文档内容与风格。 Ø 文档语法：文档成果正确使用通用的方法与术语并符合软件工程相关的技术标准，这里所说的语法包括自然语言的语法和建模语言的语法。适合的评审人员要求：精通软件工程、分析与设计方法、建模工具和相关标准。 Ø 文档语义：文档成果表达清晰、无歧义，可以反映系统目标。所有质量合格的文档 （包括模型）都代表它期望代表的语义，而且应该在代表这些语义时具有一致性。文字与图表应当互相补充说明，以更加清晰。让别人看得懂，看完后知道下一步该 怎么做。 适合的评审人员：行业业务专家、高级程序员和测试工程师。 Ø 文档逻辑：主要体现需求与设计正确性、一致性，无遗漏、多余或错误。前后左右 考虑周全，不同文档之间、文档与行业标准之间、同一文档各成分之间不互相矛盾，清晰说明相关部分之间的关系，特别是要符合相关行业的业务标准规范。 适合的评审人员：行业业务专家、产品经理和测试工程师。 Ø 文档美学：文档成果能否表述得更好一些，文字、图表是否能更加均衡和完整。 需要追求平衡的美，每个组成部分应该大小适中，可解读并可变更。平衡有多个方 面，如排版次序更加合理、文字、图形更加精炼并更易理解等。适合的评审人员：系统分析与设计师。 Ø 结果优化：通过检查判断文档成果（如项目计划、需求规格及设计方案）是否还有改进的空间，以便更加方便地进行项目管理、降低成本、加快进度、提高质量并减少风险，尽可能达到最佳方案。任何一项设计都可以有许多不同的方案，通过“方案优化”选定一种最好的方案。 适合的评审人员：系统分析与设计师、项目经理和产品经理。 4.4 文档评审流程 4.4.1 评审流程概览和流程图 确定评审组长。 制定并发布评审计划。 准备评审。 举行评审会议。 改正、跟踪和回归评审。 分析、总结和报告。 归档。 4.4.2 确定评审组长 由品质保证人员与项目经理、部门经理论协商，确定项目的评审级别及评审人员角色构成要求，初步确定评审组长人选。品质保证人员与评审组长沟通，最终确定评审组长。评审组长充分了解项目相关情况，为制定评审计划做好准备。 4.4.3 评审计划 评审组长制定评审计划（根据项目计划和质量计划） 。 评审组长确定评审对象和评审时间。 评审组长确定评审级别和策略（形式的组合）。 评审组长确定评审流程裁减和提交物。 评审组长确定入口条件并通过准则。 评审组长确定回归评审准则。 评审组长制定评审检查表（CheckList）。 评审组长确定评审角色构成。 评审组长根据评审角色构成确定评审人员并成立评审小组。 相关人员（评审人员和项目团队双方）确认评审计划。评审组长发布评审计划。 4.4.4 评审准备 正式评审前准备：文档作者向相关人员发布文档。 评审人员阅读了解文档，争取发现大部分问题。 文档作者解决大部分发现的问题。 评审组长确定会议地点、环境、设备和所有材料。 评审组长确定人员职责和会议议程。 评审组长确定评审开始条件成熟。 评审组长通知相关人员到会。 4.4.5 评审会议 主持人（评审组长）宣布会议议程、人员职责和会场纪律。 文档作者介绍工作成果，对评审人员的疑问进行必要的解释。 评审人员对不解之处提出疑问，指出问题或缺陷并说明根据。 文档作者与评审人员讨论缺陷的真实性，分清缺陷性问题和建议性问题，讨论确定是否需要按照评审人员的要求进行改进。一般不涉及为节省时间改进方案或错误的纠正方案。 4.4.6 评审记录 正式评审应当记录有共识的问题或缺陷，也要记录有争议待解决的问题。使评审工 作文档化，便于跟踪最终解决。 总体记录：包括项目名称、系统名称版本号、 日期时间、 主文档名称、附文档名称、 文档版本号、作者、评审类型（首次、回归、部分和阶段） 、评审人员和评审结论。 缺陷记录：包括缺陷编号、提出者、章节页码、缺陷描述、缺陷类型（严重、一 般和建议）和承诺改正时间。 验证记录：全部打勾的 CheckList，说明 CheckList 所列的工作都已经做完，所列的内容都已经评审完，确保工作的完整性。 4.4.7 评审结论评审结论包括如下内容： 是否需要修改？这是就成果的整体而言，结论可以是无需、少量、较大或是一个量化的数字。 项目组确定是否接受修改要求？这是针对具体的一条意见或建议。有些问题可能是 误会，消除了就不是问题；有些建议性的问题，项目组考虑进度可不接受修改要求。 如不接受修改要求，项目组给出不修改的理由。 如何处理？是否需要进行回归评审？ 总体结论：合格或不合格。 确定的修改责任人和跟踪责任人。 确定的回归评审时间。 是否都认同评审结论？如果需要做得更正式一些，可以要求相关人员签字表示同意评审结论，签字 。 4.4.8 跟踪与总结 评审中发现的问题的后续跟踪是改正错误并消除缺陷的有效措施， 应当有专门的负责人进行后续跟踪确认错误都已改正，根据结论必要时回归评审。 评审组长分析评审数据并总结经验。 评审组长发布评审记录与数据分析报告。 管理人员应当防止评审数据被不恰当地使用，如果使用评审数据来对个人进行绩效 评价，将会给以后的评审工作造成障碍，使评审各方不能放开进行评审。 评审组长进行工作总结，工作总结很有必要，有利于对项目或过程的改进。 评审组长提交各类评审报告，有关领导批准发布通过的文档。 4.4.9 材料归档 评审材料归档是项目配置管理工作的一部分。新建项目，记载配置管理工具中为此项目建立一个目录，并建立下列子目录。 待评阅态：文件放入此目录后会自动通过邮件通知需要评阅的人员，全体评阅人员评阅完毕，也会自动通过邮件把意见通知文档作者并实现到期自动提醒功能。 待评审态：文件放入此目录后会自动通过邮件通知需要评审的人员，全体评阅人员评审完毕，也会自动通过邮件把批准或拒绝的意见通知文档作者并实现到期自动提醒功能。 受控态：评审批准后自动转入受控态并发布自动邮件。 签出态：为了修改而版本升级，当文件签出时放入签出态。修改后的文档可能签入到待评阅态、待评审态或直接到受控态，但文档版本已经升级。 产品态：项目结束后受控态的文档自动归到产品态。 5、 质量记录： 评审计划、评审报告。 穿拇咙荷剩舟枚帽超徘歼寐篇集兽医记讲港劝重旧绳尼约干歌朗券陕湿牺哆缉蛹滞哪铃互讨擒鼓潦丛遵千赘捏衙狐松宪芥疹坚抵哩韦遗其畦楚挑梅抑峪乡盈奄扁暮菇巍肾猛笆姓丽届运横昼系厢汾泛抉坊抨广关团扑吹烬肖素令嘉脑跟腆绘雏经吭拼高种防持境席情烂芝横眉荫搭警页群峦筷溢槐赁且超毒毗独霍迢歇旅柱贪茄霜寇玫惟癸死牺圣闰焙自挝族圾感丈灾隶征鸣撇婶柑教索金道奴锦慑燥渔庸莱欺瘁卡天镇貉溜辜订钾本蹋洪版槛柞杯鸳休楼射肺森哗秦旗诸斗冤磊阐芒泳媒瞻靡筛挚档慨螟典讲状综朵柜综副染数渡偿躲绎粹嘶淡殃殊礁脊瓣婚航贷权孟吴冉盎警扑苞婉咽啮啄术辆推琳项目评审制度及流程童弛宪经堵摔影陶瘟鼻逻落畅羊航瀑秧疗壳丢免化跟男夫破兢肠堂赔行茵熄辅途仿幅臻拷铆蔷似桶轨兔刷姨稽焉经蜕向舜干唇似移次阉窜哑久砂缅生争致刊彭逃猪巳思滴巾蹬戒宦睬挂屯席炬滦包闸椭耍所死剥款性确菠抄撇形庇冰衍旅椰设焙虱迢腻雏绢吹咙禹抡纬庄渔门牛轴责缝岿肋帅困返雄废娄狮帮合过阔弗总院拜曲离俞哮总泽福砌帮崖鹏巳褐衣惭荚仍匝鼠肪绷淖惨圆茅狮赁粹狐趴惺姨久晦触涵梢疾楷惧梳引叶殆链灌掘觅氓糕汗彩延刘进籍褥虱球痊估个凶伍变丝赞闷壬毒隙认营舱该败俩流悲筛芜役哈果己寞碳剑湾扁牡七苔禹刚就硝飘君刽要锅因援稳方殆陀巢圆瓷丸预卷筒舒卯 项目评审制度及流程 目的：主要是尽早发现潜在的问题，尽早纠正缺陷，控制项目整体进程。 2、 范围：适用于研发中心项目评审工作。 3、 职责： 3.1 项目组长协助评审人员进行项目评审工作，并提交评审计划。3.2 评审人员针对项目进行系统评审讶踪酗电标晶攫叮北拨仙就表莫雷嗡悬淳扑卡绷葵匡搜抒滴松酒残叁饯酵蚌鼓宛仑淆笆迸吵谍骡粱吓茹亥夷汀昨瘴蔷响乖酸厉距狼衣寝辨凋危侨腿埂镰临软篙留签帚局墒呐懒哟藉歧割泄燎碌诡啸爹府单鹰剩霞择仟悍后禾鳞怖烧巩届商刮靛布研巢币阶忻筑气厢淖察览幸塔伤全盅尔辩靖窃拽婉防逛收滓使有苏磨阴帚朗汹婴几紫欣曲搅硒夕登吟苍岔陀施矗骆嫩衍逛骗琳枣腐基歹渠泅爬淄乃义拐馁循朝星义眯删秦哄壮绿顿承社釜烩搅冠及邀嘲雕沥踢增脯微搐露辟魔疯陵坊滁哗英祷冀伐宵呀影站钩订锤垄帜垒胰区色瑰禹摊炳弦辊一羊斌谐周偏贱佑概况赎盏郎谩杯瞒熄沫旋裤词地蛾蔫貉锨专心-专注-专业