刚跳到1个公司做QA，结果发现还处于严重的初级阶段，各位大虾救命！
本人在一个过了CMM4的公司做了1年QC的工作，由于觉得QC没前途就想做QA了。现在跳到1个QA部门刚成立的公司做QA，发现这里处于非常原始的阶段，
文档非常不全，基本都靠口头传授。连基本的需求，系统设计，详细设计都没有文档可查。
项目采取叠代式开发，还处于CODEING状态，目前正开展BVT测试。
现在要为功能性测试做准备，这就需要规范好文档，可是项目又十分忙，都表示没有时间写文档。
如此下去项目质量难以保障，但是项目又是个长达2年的项目，只能半路开展工作提升人员的质量意识，
目前推广难度很大，难道没救了吗？救命啊！！！
各位老大帮忙出点招啊！sdlkfj9sdlkfj9sdlkfj9
目前QA部门仅3人 QA经理 我 配置管理者。。。QA经理也觉得很无奈前期没做好，后面难保障。
[ 本帖最后由 zgslhyh 于 2006-9-15 18:15 编辑 ] 这种情况只能至上往下推 ，首先要高层重视。
你一个人折腾很难起作用的。俺们公司就是这样至上往下强推，效果不错。
开发人员永远都是不愿意写文档的，这是事实。
好机遇！
不用急于定流程，先用你的流程经验评估一下公司和项目的流程现状（包括与PM、高层在质量方面的交谈，这种交谈是有针对性的，相当于Audit，因此要有Checklist），找出改进项，标出改进项的优先级，与公司的高层及PM等进行评审，通过后一点一点进行改进！切忌太急套流程，CMM,6S等只能做为一种方法，毕竟流程来自工作，工作出真知！等一天公司壮大了，你也就成长起来了！加油！sdlkfj2
[ 本帖最后由 seeker_fu 于 2006-9-18 10:05 编辑 ] 借助工具先规范配置管理和测试管理；
然后再抓变更管理/需求管理和计划管理。 原帖由 seeker_fu 于 2006-9-18 10:01 发表
不用急于定流程，先用你的流程经验评估一下公司和项目的流程现状（包括与PM、高层在质量方面的交谈，这种交谈是有针对性的，相当于Audit，因此要有Checklist），找出改进项，标出改进项的优先级，与公司的高层及P ...
兄弟很有经验的，如果做好checklist，能不能具体一点
PDCA
原帖由 thimei 于 2006-9-19 15:56 发表兄弟很有经验的，如果做好checklist，能不能具体一点
主要是为了了解公司和项目的现状以及公司高层和项目经理所关心的流程改进的问题。具体就是CMM中各个KPA所关注的，项目方面如：项目管理流程（项目启动、项目定义流程、项目计划、项目监控、项目关闭等），软件生命周期流程（需求、概要设计、详细设计、编码、测试、安装/验收、维护等），评审流程（技术评审、里程碑评审、工作评审等），培训流程（内训、外训等），配置管理流程（配置管理工具、配置库的建立/备份，基线发布等），质量保证流程，变更控制流程，分承包商管理流程（转包申请、监控计划等），组间协调流程等
以上checklist除了了解项目的现状外，主要也是为了让高层和项目经理有这种流程改进的意识，知道你将来要做什么，有利于配合。
以上有些项，除了交谈外，平时工作中也可以了解到。
还有关键的要询问高层和PM最关心的流程方面的问题，列到你的改进项中，视情况而定是否马上推行。
在流程改进初期的主要任务是收集项目的数据,然后对项目进行度量，为以后的流程推进奠定基础，因此流程会很少，主要就是像luoyear 所言的
“借助工具先规范配置管理和测试管理；
然后再抓变更管理/需求管理和计划管理。 ”
在收集数据中的过程中定义并推行以上基本流程。
另外收集数据的过程其实也就是对项目了解深入的一个过程。等项目结束后，你已对项目有了足够的了解，此时对流程在项目的执行情况进行评估，找出改进项再加上以前需改进的项一起完善到新的流程中，如此循环-PDCA。
收集项目的数据：找一个要开始的项目做为试点，从项目启动到项目关闭一直跟踪，制订你的Audit PLAN，主要为了确定你的milestone checkpoint,每个checkpoint做一次正式的audit（以收集项目度量数据为主，如size-feature/code,effort,schedule,bug,resource,tools,training,review,risk等，audit项很少，就是luoyear所言的那几个流程中的各项，见上）。
一家之言，希望听到更多的建议。
[ 本帖最后由 seeker_fu 于 2006-9-19 19:01 编辑 ]
难得的机会哦
同志，这对你来讲，确实是一个机会和挑战！！ 和公司一起成长，在压力中成长！！ 精彩！ 不知道作为一名ＱＡ的掌握什么样子的技能 越来越觉得QA不容易 原帖由 luoyear 于 2006-9-18 13:10 发表 http://bbs.51testing.com/images/common/back.gif借助工具先规范配置管理和测试管理；
然后再抓变更管理/需求管理和计划管理。
宝典，here，sdlkfj3 个人感觉质量意识要深入人心才行.最好的办法就是把这种思想灌输给高层,让他们明白:成本,进度,质量 这三者是统一的整体. 我倒是希望搂住的这种工作
回复 #1 zgslhyh 的帖子
我现在也是属于这个阶段，不过还没你好，是处在刚做这行，公司刚有这个部门的时候sdlkfj2 原帖由 seeker_fu 于 2006-9-18 10:01 发表 http://bbs.51testing.com/images/common/back.gif不用急于定流程，先用你的流程经验评估一下公司和项目的流程现状（包括与PM、高层在质量方面的交谈，这种交谈是有针对性的，相当于Audit，因此要有Checklist），找出改进项，标出改进项的优先级，与公司的高层及 ...
顶! 借助工具先规范配置管理和测试管理；
然后再抓变更管理/需求管理和计划管理。
经典
不用急于定流程，先用你的流程经验评估一下公司和项目的流程现状（包括与PM、高层在质量方面的交谈，这种交谈是有针对性的，相当于Audit，因此要有Checklist），找出改进项，标出改进项的优先级，与公司的高层及PM等进行评审，通过后一点一点进行改进！切忌太急套流程，CMM,6S等只能做为一种方法，毕竟流程来自工作，工作出真知！
等一天公司壮大了，你也就成长起来了！加油！
[ 本帖最后由 seeker_fu 于 2006-9-18 10:05 编辑 ]
很有实战
都是高手来着，受益了 路过喜欢在压力中成长这句话！
回复 #17 sheshijie 的帖子
头昏昏的。。。sdlkfj8 半年多过去了 回顾此贴现在配置管理已经做的很不错了
其他各流程的定义也有了 执行中
问题还是有不少地
需求文档更细致了 需求管理变更流程也有了
测试的计划 用例 模板 评审 等等已经很完整熟练了
程序还是不愿意写文档的 暂时也不要求
采用了JIRA管理项目的任务
现在主要就推广流程 每周每月发项目状况的报告包括任务、缺陷、检查表、问题
不过公司并没有过CMM3的打算，项目成熟度提升就好了
[ 本帖最后由 zgslhyh 于 2007-5-21 17:28 编辑 ] 不准备过集，所以你压力小些。可以根据实际情况更深入的作流程改进呀
页:
[1]
2
