项管:配置管理、变更管理、文档管理、知识管理及其他

配置管理

配置管理6个主要活动:制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。

配置项的类别:

  1. 基线配置项:设计文档和源程序等。
  2. 非基线配置项:各类计划和报告等。

配置项的状态:草稿、正式、修改。配置项建立时为草稿,通过评审后为正式,以后更改配置项,状态为修改。

版本号:草稿状态格式:0.YZ,YZ为01-99;正式状态格式:X.Y,X为主版本号,Y为次版本号;修改状态格式:X.YZ,正在修改时,一般只增加Z值。

配置库:

  1. 开发库(动态库、程序员库、工作库)
  2. 受控库(主库)
  3. 产品库(静态库、发行库、软件仓库)

配置管理员活动:

  1. 编写配置管理计划;
  2. 建立维护配置管理系统;
  3. 建立和维护配置库;
  4. 配置项识别;
  5. 建立和管理基线;
  6. 版本管理和配置控制;
  7. 配置状态报告;
  8. 配置审计;
  9. 发布管理和交付;
  10. 对项目成员进行配置管理培训。

配置状态报告内容:

  1. 每个受控配置标识的状态。
  2. 每个变更申请的状态和已批准的修改的实施状态。
  3. 每个基线的当前和过去版本的状态及各版本比较。
  4. 其它配置管理过程活动的记录。

变更管理

配置控制委员会(CCB):CCB负责对配置变更做出评估、审批以及监督已批准变更的实施。CCB不一定是常设机构,可是只有一个人(甚至是兼职),但是不能由项目经理担任主席,一般由甲方的高层领导。
 

配置管理员的主要工作(负责项目生命周期中进行配置管理活动)

  1. 编写配置管理计划
  2. 建立和维护配置管理系统
  3. 建立和维护配置库
  4. 配置项识别
  5. 建立和管理基线
  6. 版本管理和配置控制
  7. 配置状态报告
  8. 配置审计
  9. 发布管理和交付
  10. 对项目成员进行配置管理培训

项目经理在变更中的作用:响应变更提出者的要求,评估变更对项目的影响及应对方案,将需求由技术需求转化为资源需求,供授权人决策;根据评审结果实施即调整基准。确保项目基准反映项目实施情况。

变更常见原因:

  1. 产品范围定义过失或疏忽。
  2. 项目范围定义过失或疏忽。
  3. 增值变更。
  4. 对风险的应急计划或回避计划。
  5. 项目执行过程与基准要求不一致带来的被动调整。
  6. 外部事件。

变更的种类:

  1. 按性质:重大变更、重要变更、一般变更。
  2. 按迫切性:紧急变更、非紧急变更。

变更工作程序:

  1. 提出与接受变更申请;
  2. 对变更初审(施加影响,确定必要性;格式效验、完整性效验、确保准备充分;在干系人间就评估的变更信息达成共识。),常见方式是变更申请文档的审核流转。
  3. 变更方案论证;
  4. 项目管理委员会(CCB)审查;
  5. 发出变更通知并组织实施;
  6. 变更实施的监控;
  7. 变更效果评估(首要的评估依据是项目基准;结合变更初衷,看变更所要达到的目的是否达成;评估变更方案中的技术论证、经济论证内容与实施过程的差距并促发解决);
  8. 判断变更后的项目是否已纳入正常轨道。

变更控制流程:

  1. 提出变更申请。
  2. 对变更分析评估。
  3. CCB审核变更。
  4. 批准变更。
  5. 实施变更。
  6. 验证变更。
  7. 变更信息归档。

变更管理主要任务:

  1. 分析变更必要性和合理性,确定是否实施变更。
  2. 记录变更信息,填写变更控制单。
  3. 做出更改、并交上级(CCB)审批。
  4. (实施变更)修改相应的软件配置(基线),确立新版本。
  5. 评审后发布新版本(结束变更)。

文档管理

文档分类:开发文档、管理文档、产品文档;

文档质量可以分为四级:

  1. 最低限度文档(1级),适合开发工作量低于一个人月的开发者自用程序。应包含程序清单、开发记录、测试数据和程序简介;
  2. 内部文档(2级),可用于没有与其他用户共享资源的专用程序,除具备1级文档提供的信息外,还要包括程序清单内足够的注释以帮助用户安装和使用。
  3. 工作文档(3级),适合于同一单位内若干人联合开发的程序,或可被其它单位使用的程序;
  4. 正式文档(4级),适合正式发布的软件产品。关键性程序或具有重复管理应用的程序需要4级文档,应遵守GB/T 8567-2006的有关规定。

知识管理

项目组织制度平台建设要做到4点

  1. 创造更多的团队成员间的交流机会:组织物理环境的改造、组织结构扁平化、设立网络虚拟社区;
  2. 建立显性的知识索引;
  3. 组织高层参与和支持;
  4. 与绩效评估相结合。

学习型组织5要素:

  1. 建立共同的愿景。
  2. 团队学习。
  3. 改变心智模式。
  4. 自我超越。
  5. 系统思考。

知识管理主要涉及四个方面:

  1. 自上而下地监测、推动与知识有关的活动;
  2. 创造和维护知识基础设施;
  3. 更新组织和转化知识资产;
  4. 使用知识以提高其价值。

知识管理工具:

  1. 知识生成工具:包括产生新的想法、发现新的商业模式、发明新的生产流程,以及对原有知识的重新组合。
  2. 知识编码工具:是通过标准的形式表现知识,使知识能够被方便的共享和交流。
  3. 知识转移工具:使知识能够在企业内传播和分享。

学习型组织的8个特点:

  1. 组织成员有共同的愿景
  2. 组织由多个创造性的个体组成
  3. 善于不断学习
  4. 扁平式机构
  5. 自主管理
  6. 组织的边界将被重新界定
  7. 家庭和事业的平衡
  8. 领导者的新角色

知识分为显性知识隐性知识。

 

 

发表权、使用权、获得报酬权保护期间:

  1. 为个人时,作者终生及死后50年(第50年的12月31日),死后著作权可依法进行继承。
  2. 为企业时,保护期限为50年(首次发表后的第50年12月31日),如50内未发表则不保护。
     

著作权人对作品享有的权利:发表权、署名权、修改权、保护作品完整权、使用权。其中署名权修改权保护作品完整权的为终生保护。

软件著作权的保护只针对程序和文档,并不包括开发思想、处理过程、操作方法或其他概念等。

多人合作开发的软件,著作权归属根据合同约定,若无,则共享著作权。若合作开发的软件为分割使用,则开发者对自己开发的部分享有著作权,可以在不破坏整体著作权的基础上形式

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值