思步网

楼主: jane
打印 上一主题 下一主题

项目中代码评审没执行——谁的责任

[复制链接]
进新公司,第二周,开始正式跟踪一项目。
从计划评审开始加入,那次评审会,基本上处于业务不熟悉的状态。所以在听评审会时也不是很清晰,当时的计划有什么问题。不过前SQA人员倒是在会议中提了不少点。因为由专门的记录人员,所以也没在意记录的内容。
此项目的有个特点就是,项目中附带了一个需求,而且此需求由专人负责开发,发布。当时SQA就提醒目项城目PM将这部分工作放在计划中。事后,PM也将此任务点放在计划中。
结果,在开发布计划评审会议时,突然发现独立的需求没有进行SQL语句的评审,而这一步是相当关键,在流程中是必不可少的。更严重的是,此需求的发布没有预先申请,导致相关的工作没办法按常规配合起来,直接影响到项目发布进度。
此问题还得没有结束,下周一对项目PM和另一独立需求的负责人调查原因。
深思一下,其实我的责任相当大,没有监督好项目流程,没有保证流程的质量。


上一篇:SQA如何收集度量数据,建立有效度量体系?
下一篇:软件的质量属性
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 转播转播 分享分享 分享淘帖 支持支持 反对反对
回复 论坛版权

使用道具 举报

责任肯定有;作为关键评审没有被执行,是很可怕的事情。不过这种评审按照你们的规定是否可以不采用评审会的形式呢?项目组或PM是不是在组内进行评审了呢?如果经过组内评审,没有评审记录或没有通知QA这个问题就比你描述的问题的严重性轻多了。
如果组内也没有做,正式的评审也没做,而且没有被QA审计发现,那就是整个项目组、PM和QA的事。
不过发生这个问题还是值得深度挖掘的。为什么不执行评审?qa为什么没有及时发现?计划是否有变更而QA不知道?或者延迟评审等?或者PM或项目组对过程本身有不理解或有意见。发生问题就是为组织提供改进的最佳时机。分析分析原因吧。可能有意外收获!
嗯,今天又跟相关人员沟通了一下,问题有了新的发现。主要问题出在需求提出的人员将两部分需求分开执行,走不同的流程。结果两位PM均忽视了审核的过程。只关注最终功能实现的问题。看来以后定义项目的范围还得有待加强。
我觉得QA有一定的责任,首先需要监督是否将这个评审活动纳入到项目计划中,其次,要监督项目计划中的每个活动是否按照组织规定执行。

QA在每周的检查当中,应该发现本周的不符合项问题。
所以QA在做每周检查时,不要流于形式,要认真检查
:D
头像被屏蔽
提示: 作者被禁止或删除 内容自动屏蔽
是的,QA工作的确要兢兢业业,千万不能马虎
这是很难避免的,确实qa必须要负的责任。其实一切缘于经验。
是,感觉QA的工作不能马虎!同时要多学习!
问题的产生往往是在大家都不注意的时候。QA检查要仔细认真,一丝不苟才能达到要求。
个人觉得能够总结自己的不足,值得鼓励。但是问题发生总不是一个单点的问题,而很可能是一个系统问题。总不能为了全国人民都要遵守交通规则,就在每个红绿灯的路口都安排一个协管员吧:)
刚来公司就直接跟仙姑对于项目情况不能很快就上手,这也是情理之中,但是对于很重要的特殊事件一定是要多加注意的 10# selfdev09
学习下我只是路过,不发表意见……
其实,很多情况下都是这样的,习惯就好。
非常好,顶一下占位编辑
这么强,支持楼主,佩服
您需要登录后才可以回帖 登录 | 注册

本版积分规则



思步组织思步科技|思步网|火花学堂|思步文库|思步问答|思步英才|天下心
© 2007 思步网 浙ICP备10212573号-4(首次备案号:浙ICP备07035264号)|邮箱:service#step365.com(将#换成@)|服务热线:0571-28827450
在线培训课程|求职招聘|思步文库|官方微信|手机APP|思步问答|微博平台|官方QQ群|交流论坛|软件工程透析|关于我们|申请友链|
点击这里给我发消息     点击这里给我发消息
思步 step365 过程改进 CMMI中文 质量保证 质量管理 流程体系 需求跟踪矩阵 敏捷开发 Scrum 软件度量 项目评审 全员改进 流程管理 人力资源 6sigma 信息安全 ISO27001认证 IT服务管理 ISO20000认证 ISO9000认证 软件测试 SQA 配置管理 IPD 软件工程 PMP认证 PMP试题 PMBOK中文 精益研发 agile 顾问式管理培训
返回顶部