CMMI V2.0 时代即将来临

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

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

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

例解如何编写递归程序

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

给程序员的18个忠告

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

轻量级过程改进之我见

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

高成熟度实践点睛之QPM

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

高成熟度实践点睛之OPP

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

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

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

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

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

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

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

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

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

项目回顾案例

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

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

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

尽快报告坏消息

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

PMO、EPG与QAG职责分工

PMO、EPG与QAG职责分工 有很多人对PMO、EPG与QAG的关系理解比较混乱,因此整理此文以澄清一些误解。 1 PMOPMO(Project Management Office)是项目管理办公室的简写,是在PMBOK中建议的一种组织机构,其主要职责是:Ø  定义项目管理流程;Ø  培养项目经理团队;Ø  建立项目管理信息系统;Ø  对项目提供顾问式指导;Ø  监督项目进展情况;Ø  开展多项...
阅读(2946) 评论(0)

做好同行评审的24个细节

同行评审是在软件开发完成之前,通过技术专家发现潜在缺陷的一种有效手段,和在代码完成之后进行的软件测试可以相辅相成,提升软件的质量。而同行评审发现缺陷的成本低、修改缺陷的效率高,在开发中更值得投入。但是,在很多软件组织中这种手段却没有得到很高的推广,从本质上是没有建立起同行评审的文化。通过对多家组织同行评审活动的观察,我发现同行评审的质量取决于多个细节,细节决定成败,因此我总结了做好同行评审的24个...
阅读(1772) 评论(0)

SCAMPIV1.3b的有趣变化----行动计划复评20问

2014年12月30日CMMI研究所发布了SCAMPI评估方法v1.3b版本,对比以往的版本,该版本发生了一个有趣的变化,即增加一个阶段:行动计划复评阶段(action plan reappraisal,简写:APR)。这就意味着,在做一次评估时,允许被评估的组织在初期可以被评估为不满足或未评级,而在后续的4个月内可以针对影响目标达成的弱项做一次修正的复评。具体的操作方式如何呢?我们通过回答如下的...
阅读(1418) 评论(0)

小概率事件实际不可能原理在软件量化管理中的应用

1 小概率事件实际不可能原理的含义小概率事件实际不可能原理,即:(1)小概率事件在理论上有发生的可能,但是在某次实际的实验中实际是不可能发生的,一旦真发生了,一定有其特殊的原因。(2)如果我们重复无限次的实验,则小概率事件一定会发生。在概率论中,我们将发生概率很小(通常不超过5%)的事件称作小概率事件。人们对待小概率事件有两种截然相反的态度:2 识别小概率事件的方法 (1)箱线图法:处于内围之外的...
阅读(2448) 评论(0)

COSMIC规模度量方法v4.0度量手册中文版正式发布了!

COSMIC是通用软件度量国际联盟的简写,它成立于1998年,是一个由全球软件度量专家组成的非盈利自愿性组织,致力于软件规模度量方法的研究与推广。2002年1月COSMIC所推出的全功能点规模度量方法成为了ISO的标准,最新标准为ISO/IEC 19761:2011“软件工程—COSMIC—功能规模度量方法”。COSMIC规模度量方法相对于传统的规模度量方法简单实用,学习周期短,易于上手。一经推出...
阅读(2699) 评论(3)

在估算时为什么要分解估算对象?

估算  标准差  任务拆分...
阅读(1412) 评论(0)
263条 共14页1 2 3 4 5 ... 下一页 尾页
    个人资料
    • 访问:457232次
    • 积分:7178
    • 等级:
    • 排名:第3101名
    • 原创:263篇
    • 转载:0篇
    • 译文:0篇
    • 评论:104条
    博客专栏
    最新评论