51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 7921|回复: 7
打印 上一主题 下一主题

[讨论] 公司内部项目CMMI过程实施:PPQA项目感言

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-2-12 15:31:34 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
A项目在经过最后一个星期的加班赶工,终于可以结束掉前期对客户承诺的阶段性工作了,也从强大的竞争者手中争取到了此项目后期的开发权(因为此项目还有另外一家软件公司在争这个项目的开发权)。虽然算是一个段落的结束,从项目经理的口中也可听出,客户对项目组交付的演示成果物算是“满意”,不过项目经理与项目组员对自己最后的成果,可没那么乐观,后面要做的工作将更加艰巨!作为这个项目的质量保证人员,也很高兴项目组最后能有这样一个结果,起初也是紧捏一口气,生怕这项目最后过不了客户认同这一关。现在总结一下项目这5个月的过程实施情况,希望能够避免掉一些问题的再度发生,同时也希望对其它项目有所借鉴。
1.        缺少整体设计规划与分析
由于A项目前期预研立项时,公司给予的开发周期是3个月,开发人员也只有4人(项目经理要求是6人),要做的功能需求60多个。为了节省项目时间,项目经理决定采用一个已设计好的技术框架,在此框架基础之上进行开发。开发人员进项后,只是大概的对这个已设计好的开发框架进行了一下熟悉,了解了三层开发模式相应的目录路径,没有仔细深入到框架结构设计内容及已存在的一些封装好的公共代码。举个例子,开发组在代码里程碑时,发现每个人写的标签代码都不统一,而且这些标签代码,本身框架中已存在封装好的标签库了,项目组员在写这些标签页花了好些时间,最后被否定。想想看,项目本身仅有三个月宝贵时间,现在还出现无用的无价值的重复劳动,结果会如何?所以,后面项目计划变更也在情理之中了。再则,项目组内没有形成一个统一的界面设计规范,不同的人员设计出来的界面风格迥异。在项目经理检查成员工作成果时,发现此问题后,开了将近一天的界面讨论会,逐一说明了每个页面应该如何去布局与设计。后来的返工时间比预期的多了两倍!!
2.        业务领域知识缺乏
在编码工作进行到一半时,项目经理与全体项目人员(开发人员,需求人员,开发经理,测试员)开会检查这段时期的开发成果时,有开发人员提出,对项目整体业务流程走向不是很清楚,导致自己负责的模块开发工作实现上有些问题,自己做出来的功能是不是符合项目原本所要求的,没有太大把握。平时项目组员间的沟通也不是很频繁,遇到问题时就自己“潜心研究”,到了任务计划完成期之时,所遇问题仍未有其解。。。造成任务延期。。。使得项目工期延期。。。项目经理责问?由此,后续项目应有所启示,在进入编码阶段之前,确保项目组开发人员熟悉整体业务流程(可以通过组内培训的方式/需求评审方式),知道每一个所要实现功能的前因后果,来胧去脉,这样可以减少开发过程中出现一些问题。同时,对开发过程中所遇问题,如果自己经过了一翻探索后,仍无结果的话,就应该去请较组内的其他开发人员或请求组外相关人员协助解决。
3.        项目组员开发规范意识薄弱
虽然项目组在组织级提供的代码规范基础之上,进行裁剪后形成了本项目的编码规范,并且项目组也统一开了说明会,来讨论了这个编码规范。不过,后期在开发经理进行代码Review时,还是发现有些人员在写代码时,会出现与规范要求不一的地方。个人代码风格很突出,写出来的一些代码,其他人看来很吃力,这不仅会导致项目后期维护工作困难,也会造成后期项目扩展与再开发,不易进行,同时对后期代码的优化与重构工作注入隐患。 还想说的一点是,开发人员在提交自己代码时,应首先进行功能自测与代码自检工作,这是避免返工工作的有效方法,也可为项目节约有限时间。
4.        测试矛盾问题
A项目有两位测试人员,其间进了两次项,也出了两次项。在测试人员第二次进项时,测试人员对发布给她们的版本是无法再进行测试了,原因:一是,开发环境与测试环境布署在同一台服务器上,开发那边一有问题重启一下机器,测试这边的工作就跟着断了;二是,项目的整体页面布局与以往相比,是换了一个样,每个界面上都多出了好多内容,这些内容如何获得也无从知晓,再去看看需求人员写的需求文档,文档里也没涉及到这些内容。问及为何不同步更新需求,得到的回应是没时间写,项目再过一个星期就要交付演示,项目全体人员都将精力投放在编码与检查上,根本没时间去完善文档。。。那测试还要不要进行了?测试用例如何去写?经过与项目经理与测试经理的沟通,最后达成的一致意见是,由需求分析人员给测试人员讲解目前做的系统,帮她们理一下思路,知道大体流程的走向。后面主要针对一些重要的模块、容易出错的模块进行测试(这里的测试是无用例的)。
5.        项目经理对项目的整体进度监控力度不够
本项目任务进度的管理是由项目开发经理去安排与检查的,因为项目经理还负责其它一些售前类的工作,无暇顾及具体的人员任务安排。开发经理除了管理进度外还要负责设计工作,及编码工作。有时一忙,也就粗粗的检查了一下任务,有的人员任务甚至没被检查到。项目经理只有在每周的例会上会问及每人的开发进度如何,至于人员回答的与实际所做的是不是统一,就缺少验证了,这就导致后面组内演示成果时,出现了各种问题,前面的诸多问题都聚集到后期来改,进度再度紧张!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
 楼主| 发表于 2010-2-17 08:37:50 | 只看该作者
1.给项目组实施培训(公司管理流程及工具)
2.协助解决项目实施过程中遇到的一些管理类问题
3.对项目实施过程中有待改进的地方进行总结,并提供参考意见供项目做参考,同时也收集项目中提出的一些改进点,供组织过程改进使用
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-2-20 09:46:26 | 只看该作者
与我们的情况比较相似
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-2-20 11:59:35 | 只看该作者
楼主对项目的及时、详尽,真实的总结的做法值得大家学习。

不过通篇问题很多,却没有看到解决方案,或者规避措施,或者一些结论性的东西。

让我感觉,这个CMMI实施的太过场话了。楼主作为质量保证人员,要推动各方回溯这么问题,拿出解决方案,保证下次项目中不出现或少出现类似问题。

希望看到你们的解决方案,期待ing
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-8-9 19:37:43 | 只看该作者
作为质量人员,不仅仅是发现问题、抛出问题,更重要的是分析导致问题发生的根本性原因,帮助制定解决方案,并制定相关纠正和预防措施,防止此类问题再次发生。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2010-11-17 10:17:28 | 只看该作者
土土土土土
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2017-10-12 21:10
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    7#
    发表于 2018-5-2 16:45:19 | 只看该作者
    请问有没有PPQA之类的Q群呢?我们公司扩大准备安置这个职位,一切从0开始,急需补血寻相关资料和书箱。感谢
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2020-5-18 20:26
  • 签到天数: 5 天

    连续签到: 1 天

    [LV.2]测试排长

    8#
    发表于 2018-9-12 17:12:17 | 只看该作者
    希望能看到楼主能提供一些你们解决这些问题的方案。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-13 18:33 , Processed in 0.071113 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表