目录
一.项目和项目管理
二.团队组织与管理
三.软件质量保障
四.软件配置管理
五.项目实践
一.项目和项目管理
1.软件开发远不是纯粹的编程,随着软件规模的增长,软件开发活动也变得越来越复杂~
2.软件项目就是要将所有的软件开发活动组织起来,以有效地安排和控制这些活动,保证所有重要的工作都能得到应有的关注,都能顺利的完成,产生高质量道德软件产品~
3.项目是具有下列特征的一系列活动与任务:
- 具有一个明确的目标
- 有限定的开始和结束日期
- 有成本限制
- 消耗人力和非人力资源
- 多工种合作
项目的核心是计划,计划的重要内容包括:项目需要的资源、项目中需要执行的活动、以及项目中需要产生的交付制品
4.项目管理的目标:
- 在限定时间内
- 在一定的成本内
- 在要求的质量水平上
- 高效使用资源
- 获得客户认可
5.软件项目管理包括:项目启动、项目计划、项目执行、项目跟踪与控制、项目收尾5个过程
二.团队组织与管理
协作良好的团队是任何项目成功的基础。软件项目尤其依赖于有效的团队组织和管理:软件开发是一个以人为主的活动,人力资源是软件项目最大的资产。
1.团队的特征
一群人简单地集合到一起并不能自然形成团队,只有他们的组织和管理具备了某些特征才能称为团队。
- 团队成员要具备共同的目标
- 团队成员要共担责任
- 团队成员要技能互补
- 团队是小规模团体
- 团队内部要有一个明确的结构
2.团队结构
- 主程序员团队:主程序员团队中有一名技术能力出色的成员被指定为主程序员,负责领导团队完成任务
- 民主团队:成员之间没有集中的瓶颈,每个成员都可以发挥自己的能动性,能取得更高的士气和工作成就感~
- 开放团队:成员均为有创造性的产品开发者,对他们进行太多的管理会抑制他们的创造性~
3.团队建设
高凝聚力的胶冻团队不是一天形成的,需要长期的团队建设~
建立团队章程
- 1)团队的目标。
- 2)团队的共同追求。这些追求是超出项目之外的所有成员的共同追求,例如追求敏捷理念、开源理念等。
- 3)团队结构和角色分工。
- 4)团队的任务、活动与绩效。一定要明确团队的绩效标准,它体现了对团队成员的期望。
- 5)团队规则与约束。明确团队对成员提出的行为规则要求,例如保持开放氛围、积极参与团队交流活动等。
持续成功
持续成功能够促进团队建设的原因在于:
- 1)持续成功能够积累团队的信心,尤其是面对困难问题时仍然保持成功期望的信心。
- 2)持续成功能够建立团队成员之间的信任,互相信任的团队才可能成为高凝聚力团队。
- 3)持续成功能够激励团队的士气,因为成就感是最能够激励软件开发人员士气的因素。
和谐沟通
- 和谐沟通的首要原则是建立开放的环境
- 和谐沟通需要有制度保障
避免团队杀手
常见杀手类型:
- 防范式管理:管理者要信任团队成员,不能总是担心成员工作不力并据此进行防范式管理
- 官僚主义:官僚主义的管理者会导致团队的和谐交流氛围无法建立,团队的凝聚力也就无法形成。
- 地理分散:地理分散使得团队成员之间无法保持持续、紧密的沟通,无法形成团队氛围和高凝聚力。现在的视频通信等手段能部分缓解地理分散带来的困难,但定期的集中交流仍然是必要的。
- 时间分割:如果团队成员同时参与多个项目,为每个项目分割自己的一部分时间,那么团队就难以形成高凝聚力。“没有人可以成为多个胶冻团队的成员。胶冻团队的紧密人际互动是排他性的。太多分割的团队不会胶冻。
- 产品质量的降低:这是持续成功的反面,会降低团队成员的成就感和互相信任。
- 虚假的最后期限:之所以虚假是因为这些最后期限根本就不可能完成,完全是管理者为了驱动项目进度而强加的。一个做着自知不可能完成的任务的人会有士气吗?
- 小圈子控制:如果团队中有少数成员建立了小圈子,就会破坏整个团队的信任和沟通氛围,自然也就无法建立高凝聚力。
三.软件质量保障
1.软件质量
作为工程师,要对产品的质量负责,保证使用者的生命健康和经济安全~
- 显式的:指用户在软件创建之前就可以清晰地项开发者清晰地表达的要求
- 隐式的:在系统投入使用之后要求补充的条件
如下是两个权威的软件质量标准:
2.质量保障
由于软件开发过程是不可见的,且越晚发现缺陷,修复的代价越高,因此软件质量的保障活动要贯穿整个开发过程独立、持续地进行
主要方法有:评审、测试和质量度量3种方式
3.评审
由作者之外的其他人来检查产品问题,是静态分析手段
- 1)规划阶段(planning):制定审查计划,决定审查会议的次数,安排每次审查会议的时间、地点、参与人员、审查内容等。
- 2)总体部署阶段(overview):向所有参与审查会议的人员描述待审查材料的内容、审查的目标以及一些假设,并分发文档。
- 3)准备阶段(preparation):审查人员各自独立执行检查任务。在检查的过程中,他们可能会被要求使用检查清单、场景等检查方法。检查中发现的问题会被记录下来,以准备开会讨论或者提交给收集人员。
- 4)审查会议阶段(inspection meeting):通过会议讨论,识别、确认、分类发现的错误。
- 5)返工阶段(rework):修改发现的缺陷。
- 6)跟踪阶段(follow-up):要确认所有发现的问题都得到了解决,所有的错误都得到了修正。
- 在评审中发现问题是整个评审过程的关键。为了更好地发现问题,需要使用一些检查方法来系统化地帮助和引导检查人员。常见的检查方法是使用检查清单(checklist)[Laitenberger2002],后面的章节会提供各项评审活动的检查清单。
4.质量度量
依据统计控制思想,要保障软件产品的质量,就要用数字量化的方式描述软件产品。测度(measure)就是为了描述软件产品而提供的定量指标。通过给软件产品或中间制品建立度量描述,可以分析和确定它们的质量。所以软件产品质量度量是质量保障的常用手段。
- 进行测度的活动称为测量( measurement)
- 度量(metric)是软件产品在特定属性上的量化测度程度
四.软件配置管理
1.配置管理动机
配置管理的定义:用技术的和管理的指导和监督方法,来标识和说明配置项的功能和物理特征,控制对这些特征的变更,记录和报告变更处理及其实现状态,并验证与需求规格的一致性~
2.配置项
需求进行配置管理的软件开发制品,包括最终制品和中间制品。
3.基线
已经经过正式评审的规格说明或制品,可以作为进一步开发的基础,并且只有通过正式的变更控制过程才能变更
(基线的建立意味着第一个里程碑)
4.配置管理活动
- 标识配置项
- 版本管理:赋予版本号
- 变更控制:已纳入配置管理中的配置项发生变化时,需要依据变更控制过程进行处理~
- 配置审计
- 状态报告
- 软件发布管理