信管网cnitpm700708367***： [回复]
1.没有规划质量管理计划
2.需求评审没有要求质量部门人员参加
3.没有控制质量，定期跟踪质量问题
4.只关注需求测试，质量不◑◑◑
信管网cnitpm664702459***： [回复]
◑没
◑◑
信管网cnitpm664702459***： [回复]
没计划◑◑◑
信管网cnitpm655880460***： [回复]
没有规划整体项目质量管理，制定质量管理计划，
没有专职质量管理人员，
没有对项目期间的质量工作进行管理，
没有质量度量指标和周期，
团队成员及项目经理缺乏质量管理意识，
没有质量绩效考核机制，
没有明确质量标准，
问题发现后没有针对质量问题进行分析◑◑软件开发方法和生命周期不适配该项目◑规划质量管理
管理质量工作
监督质量
信管网cnitpm705101363***： [回复]
1小赵制定了整体项目计划错误，应该和干系人一起
2测试预留大量时间错误，应该根据项目实际评估，分配资源
3从早晨9点到晚上9点
6需求分析报告就部分骨干评审
4有小问题要沟通，
5质量不过关，一直存在缺陷
7没有确定质量标准8没有制定质量管理计划，9有缺陷没有利用数据分析工具找寻根本原因◑矩阵图，继续7个点在成下降趋势，表示存在意识◑◑制定质量管理计划，明确质量目标，质量标准，
信管网cnitpm628593329***： [回复]
1.未制定项目质量管理计划
2.评审会时间较长，不利于工作开展得准确性及员工工作的积极性
3.测试一直反复进行，没有进行有效的质量控制和质量管理◑小赵说的没问题，通过曲线图可以看出最后一次缺陷数是33，但第5轮缺陷数是158，缺陷数量差距较大，且前期多次测试数据结果没有明显的稳定，最后一次缺陷数量少可能是偶发性情况，并不能100％确定◑软件的生命周期通常包括：可行性分析与项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护等阶段◑1、制定质量管理计划
2.
信管网19907208***： [回复]
1.没有编制项目的质量管理计划。
2.评审会只作为评审，提出书面意见。
3.按照评审意见进行整改，再次验证。
4.6轮测试的缺陷数量并没有呈现没有下降的趋势，不能得出测试工作即将完成。
5.没有形成质量报告文件。
◑◑1.架构设计问题
2.需求没明确
3.测试指标不准确
◑1.软件质量管理工作要确保需求明确。
2.质量的测试指标要明确。
3.质量的测试要能追溯到需求管理矩阵。
信管网cnitpm716068873***： [回复]
首先，需求分析阶段时间过于冲忙，一天连抽下来团队的状态和分析能力都受到影响，可能导致需求分析不准确，不完整.
其次，没有制定完善的质量管理计划和质量测试指标和测试用例.
再次，测试应该在编程期间同步进行，及时发现问题.
最后，测试应该在每次测试的缺陷问题不稳定，没有分析根本问题和解决方案◑这一结果并不是很有道理. 根据趋势图可分析出测试缺陷并不是线性的，它的走势非常不稳定.所以很难判断下次的缺陷问题◑软件开发周期偏向于适用型，一边开发一边测试一边迭代.而此项目中，该软件测试是在编程全部完成后再测试◑质量管理规划，管理质量，控制质量. 测试用例，性能测试，压力测试，环境测试，
信管网cnitpm704169739***： [回复]
1.没有质量管理计划
2.没有专门的质量管理人员
3.变更流程不规范
4.质量控制应该在项目全过程开展
5.需求评审需要甲方重要干系人参加◑没道理
因为趋势不是一直向下，而是忽高忽低◑1.启动阶段，分析需求没有甲方重要干系人，变更流程控制不规范
2.没有概要设计和详细设计
3.编码阶段没有质量控制◑1.概要设计和详细设计评审
2.代码走查
信管网cnitpm529825354***： [回复]
参加需求评审会人员不全面，应该全部项目组成员和客户、用户代表参加。没有建立质量管理体系和质量管理流程、质量标准。修改完没有进行回归测试。第六轮测试后不应该觉得工作很快结束。◑没有，因为不是逐步下降趋势。◑没有制订子管理计划。没有回归测试。◑
|