需求变更对软件质量的影响

根据我们的经验,需求变更越多,造成的软件修改越多,bug也就会越多,事实是否如此呢?需要我们根据历史的数据进行检验。某企业采集了历史上多个项目的的需求变更次数、交付代码的规模、软件测试发现的缺陷个数,参见下表,基于这些历史数据我们分析一下,看看我们的经验结论是否成立。表一:需求变更的历史数据 ID 需求变更数 代码规模LOC 总缺陷数 测试缺陷密度bugs/KLOC...
阅读(310) 评论(0)

需求人员的图解力

需求描述方法是专业的需求分析人员必须掌握的技能,在众多的方法中,图形化描述需求是重中之重,一图胜千言。在没有文字之前,人与人之间的沟通是通过图形来表达的,象形文字是造字的最主要的手段。随着时间的推移,人们越来越依赖于文字,反而弱化了用图形表达思想的技能。做为需求人员,应该将图形化表达思想的能力重新捡起来,形成自己的技能,我们称之为图解力。需求人员应该掌握哪些图形的使用方法呢?请参见下边的不完全列表...
阅读(72) 评论(0)

缺陷清除率的简单分析

某项目采集了在一个迭代周期内缺陷的注入与发现数据。把缺陷注入分为了3个活动,把缺陷发现分为了4个活动,一个月内的统计数据见下表:某项目的缺陷清除率分析缺陷注入\缺陷发现Sprint planning设计与编码代码评审测试小计需求分析453 12设计与编码  27128测试   22小计4530342缺陷清除率33.3%62.5%96.8%100.0%  在此统计表中并没有采集到产品发布后的度量数据...
阅读(186) 评论(0)

代码评审的速度与缺陷密度是啥关系?

某企业采集了8个项目的代码评审数据,虽然样本数量不多,但是仍然可以发现一些规律。                                                               原始的度量数据如下,包括了代码评审发现的缺陷密度与代码评审的速度。                                                               这...
阅读(299) 评论(0)

2017年10月站立会议旁观笔记

近期旁观了一个项目的晨会,识别了一些改进点,记录与点评如下:序号现象改进建议1与会成员22人拆成2-3个小组分别召开站立会议,以提高会议效率。2有2人迟到站立会议是固定时间、固定地点、固定人员、固定话题的,不需要会前通知,有人迟到要定义规则惩罚之:1 微信群发红包;2 会议室放置一个储钱罐,迟到者投币;……要建立团队的文化。3白板状态列包括:待办任务池,编码,代码评审,待修复,完成明确列出等待的状...
阅读(444) 评论(0)

CMMI V2.0 时代即将来临

CMMI V2.0...
阅读(1745) 评论(0)

软件项目宏观管理策略点睛

根据国际知名调查机构standish集团的统计,真正成功的项目仅有26%,而其他项目都可以算作失败项目。为什么这么多的项目都失败呢?问题出在哪里呢?依据笔者的经验,很多项目实际上是败在了初期,败在了启动时,败在了项目的宏观管理策略上。即,没有根据项目的特点采用合适的管理策略,即使后续的管理方法再细致也没有用了。我推荐如下八个感触颇深管理策略,供软件项目的管理者借鉴:...
阅读(516) 评论(0)

例解如何编写递归程序

递归是指方法在执行的过程中自己调用自己。用递归能解决的问题通常能将问题不断缩小为性质相同但规模更小的问题(递归情况),直到问题足够小能够直接解决(基本情况)。递归程序编写有4个要点:1问题是否可以递归描述?2递归结束的条件是什么?3递归调用之前做什么准备工作?4递归调用之后做什么收尾工作? 以下通过一个稍微复杂的程序来举例说明一下如何编写递归程序。有一只中国象棋中的 “ 马 ” ,在半张棋盘的左下...
阅读(280) 评论(0)

给程序员的18个忠告

1 想清楚,写清楚,说清楚,才是真正的清楚!2 多花点时间沟通清楚需求,才能把握正确方向!3 修复需求错误的成本是代码错误的几十倍!4 程序员最大的坏习惯就是:急于动手写代码! 5 提高开发效率的捷径:一次做对,不返工!6 写代码之前三件事:     弄清楚做什么;     说清楚怎么做;     想清楚怎么测!7 职业的程序员设计程序,业余的程序员调试程序;8 拷贝粘贴式的作业方式,最容易导入b...
阅读(1226) 评论(0)

轻量级过程改进之我见

轻量级过程改进是一个有趣的话题。何谓轻量级过程改进呢?我认为应该是投入少,见效快的过程改进!如何做到轻量级的过程改进呢?我认为有以下几点:(1)经验型改进,而非定量改进。假如你感冒了,咳嗽,如果我们去看中医,大夫凭经验可以快速诊断疾病,开方子。不需要去验血,不需要去拍片子,不要跑来跑去多次去缴费,节省了时间。         这种方法的前提是什么呢?是必须知道有经验的大夫,他擅长治疗你的病,他能够...
阅读(755) 评论(0)

高成熟度实践点睛之QPM

SP 1.1 建立项目的目标:建立并维护项目的质量目标和过程性能目标(1)项目的QPPO要根据项目的特点、组织级的QPPO、组织级的基线来确定。不应该所有项目的目标都是相同的,因为项目的特点是不同的。(2)项目的QPPO要满足SMART原则。(3)项目的QPPO要和历史的过程性能基线进行对比,判断目标达成的概率。(4)项目的QPPO达成概率也可以通过过程性能模型进行预测。(5)难以达成的目标,要制...
阅读(462) 评论(0)

高成熟度实践点睛之OPP

CMMI, 高成熟度,统计管理,量化管理...
阅读(563) 评论(0)

软件研发过程客观体检指标

在给软件企业做差距分析时,经常听到大家说:“我们需求变更很频繁”,“我们项目拖期很严重,客户很不满意”,“我们开发人员太忙了”等等各种主观的说法,这些论断基本上是有通用性的,各个组织都存在,表面上看,软件组织的问题都是类似的。这些论断也是有争议性的,因为不同的人得出的结论可能是不同的,张三认为需求变更频繁,而李四可能认为就是正常的。因此,我们需要客观准确地刻画企业的现状、描述问题的原因。...
阅读(5425) 评论(0)

重磅消息,CMMI研究所并入ISACA!

2016年3月3日起,CMMI研究所被ISACA(Information Systems Audit and Control Association,国际信息系统审计协会)收购并作为其下的一个分会进行运作,ISACA是一个非营利性的,由IT治理、保障和网络安全相关专业人士组成的专业组织,总部在芝加哥。        双方的联合,将提升现有和潜在成员、合作伙伴和客户的企业绩效水平。...
阅读(1769) 评论(1)

为什么高成熟的实施周期比较长?

很多软件公司在实施完成CMMI3级后,考虑实施CMMI4级或5级,在制定最初的改进计划时往往对实施高成熟度的难度估计不足,制定了很乐观的改进计划,改进的周期比较短。当领导基于乐观的估计拍板后,就很难真正地在实施高成熟度时见到实效了。如果要对实施CMMI高成熟度进行一个合理的工期估算,首先就要对CMMI的高成熟度是什么有一个清晰的、正确的理解。本文试图通过类比的方式,通俗地说明高成熟度是什么,高成熟...
阅读(1916) 评论(1)

项目进度跟踪的最佳实践:每日站立会议

项目进度跟踪的最佳实践:每日站立会议1 每日站立会议的具体做法每日站立会议是Scrum方法中的一条关键实践,看似很简单的一个活动,其实内涵丰富,站立会议通过每天面对面的沟通,可以:  (1)快速同步进展,让项目组内部的员工互相了解彼此的进展,从而了解本项目的整体进展。  (2)给每个人一种精神压力,信守承诺。这是一种面对面的精神压力,直面项目进展。  (3)培养团队的文化,让每个人意识到:我不是一...
阅读(5390) 评论(1)

项目回顾案例

某公司从2015年6月下旬开始启动了一个敏捷开发的项目,截止到8月中旬结束,投入的开发人员、测试人员、管理人员达到60多人,2015年8月31日,由咨询顾问作为主持人带领该团队的10多名核心人员,对整个项目进行了系统回顾总结,整个回顾总结的过程如下:   1 咨询顾问花了1小时的时间,讲解了进行项目回顾的方法。强调了回顾的目的、方法、步骤、注意事项等,给出了一些公司的总结样例。对本次总结的会议制定...
阅读(3090) 评论(1)

如何设计度量数据展示的指示器?

在设计企业的度量体系时,很多企业往往在数据展示的方面不太重视,下文举例说明如何设计度量数据的指示器。    比如部门经理关注本部门内每个项目的进展情况,想通过度量数据了解每个项目的进展情况。针对此需求,我们来设计满足其需求的度量分析图形(指示器)。仔细讨论、分析此度量需求,可以得到:部门经理希望在图形上显示出部门内每个项目的工期偏差天数、偏差%,并且对于天数偏差超过比如10天的、偏差率超过15%的...
阅读(1945) 评论(0)

尽快报告坏消息

项目管理的一个主要原则就是尽早报告坏休息,比如:需求的错误,代码的错误,进度的延期,技术的障碍等等。有哪些手段可以报告坏消息呢?                     在上述的手段中,在代码完成之前的措施是属于“尽早”发现坏消息的手段,是修复缺陷成本最低的手段,是我们应该优先落实的。                 不同的项目根据自己的实际情况,对这些措施进行裁剪,也可以创造自己新的一些实践,以...
阅读(1581) 评论(1)

PMO、EPG与QAG职责分工

PMO、EPG与QAG职责分工 有很多人对PMO、EPG与QAG的关系理解比较混乱,因此整理此文以澄清一些误解。 1 PMOPMO(Project Management Office)是项目管理办公室的简写,是在PMBOK中建议的一种组织机构,其主要职责是:Ø  定义项目管理流程;Ø  培养项目经理团队;Ø  建立项目管理信息系统;Ø  对项目提供顾问式指导;Ø  监督项目进展情况;Ø  开展多项...
阅读(3180) 评论(0)
268条 共14页1 2 3 4 5 ... 下一页 尾页
    个人资料
    • 访问:432611次
    • 积分:7559
    • 等级:
    • 排名:第3527名
    • 原创:268篇
    • 转载:0篇
    • 译文:0篇
    • 评论:104条
    博客专栏
    最新评论