项目管理
文章平均质量分 73
binnacler
这个作者很懒,什么都没留下…
展开
-
配置管理漫漫谈之SCM基本知识
毫无疑问,配置管理是所有软件公司,无论是低成熟度公司还是高成熟度公司都有的管理行为,尽管执行的力度和质量不一致。 【配置管理起源】早在七十年代初期加利福利亚大学的Leon Presser教授就撰写了一篇论文,提出控制变更和配置的概念,之后在1975年,他成立了一家名为SoftTool的公司,开发了自己的配置管理工具:CCC,这也是最早的配置管理工具之一。之后,随着软件开发规模的逐渐原创 2010-03-29 09:45:00 · 1076 阅读 · 0 评论 -
配置管理漫漫谈之配置管理主要活动及实现方法
软件配置管理(Software Configuration Management,SCM)作为CMM 2级的一个关键域(Key Practice Area,KPA),在整个软件的开发活动中占有很重要的位置。正如Pressman所说的:“软件配置管理是贯穿于整个软件过程中的保护性活动,它被设计来(1)标识变化,(2)控制变化,(3)保证变化被适当的发现,以及(4)向其他可能有兴趣的人员报告变化。”原创 2010-03-30 09:14:00 · 1415 阅读 · 0 评论 -
配置管理漫漫谈之CCB
在笔者之前的《配置管理漫漫谈》系列文章中多次提到了CCB,那么CCB究竟是什么?CCB的职责和权力分别是什么?CCB有哪些人组成?CCB如何影响项目?许多朋友对此的理解并不很清晰。 【CCB的概念】CCB的全称是Configuration Control Board,即配置控制委员会。CCB是CMM(I)中提出的概念,某些组织中也许不叫这个名字而是叫决策委员会之类的。网络上有一原创 2010-04-09 10:21:00 · 4324 阅读 · 0 评论 -
配置管理漫漫谈之典型配置库结构
在笔者之前的文章《配置管理漫漫谈之SCM基本知识》中提到配置库结构层次:配置库一般由动态库(开发库、受控库)、静态库(产品库)组成。开发库:项目成员的工作环境,保存正处于开发/变更的工作产品(文档/源代码)。开发库内的工作产品处于存档控制/版本控制之下,其信息可能进行频繁的修改 受控库:保存开发过程中某个阶段工作结束时释放的阶段产品,即配置项的基准版本。受控库的配置项处于基准控制下原创 2010-04-02 11:01:00 · 3003 阅读 · 0 评论 -
配置管理漫漫谈之标识规范
为便于标识、控制和追踪软件开发过程中产生的各种软件项及介质,项目配置管理中一般会遵循特定的文件名称、版本号等规范,为了避免不同项目中规范不一致的情况,软件组织一般都会制定组织的标识规范,作为全组织应遵循的规范和指导原则,以规范管理组织的各种文件与记录。配置标识是软件配置管理的基础性工作,是管理配置的前提。很难想象缺乏配置项标识的基线管理,如何去区分和定义基线;也很难想象缺乏配置项标识的变更控制原创 2010-04-16 09:39:00 · 1301 阅读 · 0 评论 -
配置管理漫漫谈之基准建立和变更的时机
在之前的文章《配置管理漫漫谈之配置管理主要活动及实现方法》中,介绍了配置管理活动及实现方法,但是有很多朋友对其中基准建立和变更的时机不清楚,我们今天来交流一下。首先我们温习一下“基准”的概念:经过正式评审和认可的一组配置项,它们作为进一步开发的基础,并且只有经过正式的变更控制流程才能被更改。从这个概念中,我们知道基准是进一步开发的基础,这就明确了我们进行基准建立的时机,即在下一步的开发开始之前原创 2010-04-07 09:19:00 · 901 阅读 · 0 评论 -
同行评审的5个要点
笔者所知道的所有软件公司,无论规模大小,都正式或者非正式的进行了同行评审。但是对于同行评审,并非每个公司都取得了期望的成果,这种现象的存在很大一部分的原因在于很多公司只明白了同行评审的操作方式而对其背后的思想不甚了了,在日常的操作中也只是照猫画虎,忽视了同行评审的要点。笔者根据自己所经历的及所知道的一些组织的同行评审情况进行了一些分析,得出了同行评审的以下要点:<br /> 1、思想中国人常说的同行评审更多包含了“评价”的意味,目的是验证正确性,而实际上,同行评审的本意是Review,即复查的意思,目的在于原创 2010-07-30 12:54:00 · 914 阅读 · 0 评论 -
项目风险控制方法
风险指某一特定危险情况发生的可能性和后果的组合,在项目过程中,通常要对风险进行控制,在分析出风险概率及其风险影响程度的基础上,根据风险性质和决策主体对风险的承受能力而制定的回避、承受、降低或者分担风险等相应防范计划。 项目风险的主要控制方法有以下几种: 1、风险避免通过变更项目加护消除风险或者风险的触发条件,使目标免受影响。这是一种事前的风险应对策略,例如,采用更成熟的技术,澄清不明确的需求,增加资源和时间,减小项目工作范围,避免不熟悉的分包商等。 2、风险弱化将风险事件的概率或者结果降低到一个可以接受的程原创 2010-07-30 12:52:00 · 2351 阅读 · 0 评论