管理合同

一旦合同被授予,政府和承包商团队应该开展一个项目开始。开始是一个很好的机会来建立团队文化的基础。团队应该一起决定整个团队和沟通策略会议节奏和时间框架,并确定sprint和发布计划的完整的端到端流程。角色和职责应明确和记录。团队应该还同意一组时间当这些流程和沟通策略后将重新审视团队有机会从几个冲刺“学习”。

通常,一个敏捷开发有一个具体的会议日程安排,sprint /发布计划过程中发生。一些常见的会议期间发生的敏捷开发包括:

• Sprint计划会议
• 需求优先级会议
• 每日站立会议
• Sprint审查会议
• 发布计划会议
• 春天的回顾会议

是很重要的,团队理解每个会议的日程和目的团队决定持有期间的敏捷实现。

管理绩效

敏捷团队应该有一个结构化的方法来跟踪性能和执行用户故事。下面是样品指标,团队可以考虑跟踪作为敏捷过程的一部分。参观指标页面其他细节:

• 速度/吞吐量-跟踪这一趋势。随着趋势稳定,团队可以预测其产品待办事项列表。产品所有者发布计划也变得更容易。
• 缺陷密度,在sprint跟踪发现的错误数量。越来越多的虫子sprint-over-sprint可能意味着团队承担太多的工作。下行趋势可以点“完成”的定义提高质量的变化。
• 客户满意度,衡量满意度还随着时间的推移和解决负面的反馈很快。
• 团队满意,使用“5个为什么”和其他技术来不管趋势的根本原因。
• 每个迭代值-测量值多少scrum团队提供客户/业务/组织。这个指标呈下降趋势可能表明,低价值功能被实现,是时候停止开发的产品——即。,产品已达到成熟,团队应该开始工作在下一个高价值的产品?

潜在的基于产品质量的措施:

• 缺陷的分类
• 产品缺陷密度
• 发布测试产品的质量
• 程序缺陷密度
• 积压的缺陷
• 产品质量随着时间的推移
• 误差密度
• 国防严重性指数:质量指标呈现平均缺陷严重程度的直接测量
• 会议产品“煮熟度”标准

潜在的服务质量指标

• 服务的及时性
• 缺陷检测率
• 测试效率比率
• 缺陷检测能力
• 可访问性和方便的服务
• 员工的可用性
• 小时的操作方便
• 测试结果的准确性
• 礼貌的服务交付
• 充足的信息传播
• 条件和设施的安全使用
• 客户满意度与某一特征或整体服务交付
• 发现的缺陷的数量
• 及时修复缺陷
• 数量的测试试图通过给定的时间