ACP敏捷开发
2017-12-28 13:26:14 4 举报AI智能生成
ACP PMI 敏捷开发
作者其他创作
大纲/内容
敏捷宣言和准则
起源
2001年
17位
敏捷宣言
个体和交互 高于 流程和工具
工作的软件 高于 详尽的文档
客户合作 高于 合作谈判
响应变化 高于 循规计划
如果运用敏捷宣言
敏捷从业者的实践必须符合敏捷宣言
敏捷准则
准则1
我们最高的目标是，通过尽早和持续地交付有价值的软件来满足客户
尽早
持续
有价值的
准则2
欢迎对需求提出变更，即使在项目开发后期
要善于利用需求变更，帮助客户获得竞争优势
准则3
要不断交付可用的软件，周期从几周到几个月不等，且越短越好
快速反馈
准则4
在项目过程中，业务人员与开发人员必须在一起工作
在一起
准则5
要善于激励项目人员，给他们所需要的环境和支持，并且信他们能够完成任务
自组织
准则6
无论是团队内还是团队间，最有效的沟通方法是面对面交流
面对面
准则7
可用的软件是衡量进度的主要指标
价值
准则8
敏捷过程提倡可持续的开发。项目方、开发人员和用户应该能够保持恒久稳定的进展速度
可持续
准则9
对技术的精益求精及对设计的不断完善将提升敏捷性。
设计
准则10
要做到简洁，即尽最大的可能减少不必要的工作。这是一门艺术。
简洁
准则11
最佳的架构、需求和设计出自自我组织的团队。
自组织
准则12
团队要定期反省如何能够做到更有效，并相应地调整团队的行为。
持续改进
现代管理相互依赖声明
通过持续为客户创造价值来提高投资回报。
通过不断地与客户交互，共享所有权来交付可靠的结果。
预测不确定性，并设法通过迭代、预测、适应来应对不确定性。
个人价值是团队价值的源泉，要创建能让个体卓越的环境，实现创造和创新。
通过激发成员的使命感和责任感来提高团队绩效。
通过使用根据具体情况而定的策略、流程和做法来提高效率和可靠性。
项目论证
介绍
1.基于价值的优先级
2.现值和净现值（PV&NPV）
3.内部收益率（IRR）
4.投资回报率（ROI）
5.合规（Compliance）
章程
如果项目章程还不存在的话，它应该被写成"0次迭代"的一部分。
项目章程在实际的项目工作开始之前创建。
项目章程要基于某些需求，并能阐述该需求。
项目章程是由执行组织高层签署批准的。
项目章程任命项目经理，并授权项目经理在项目活动中使用组织资源。
项目章程应该包括高层级的项目需求或关键成功因素。
项目章程的高层级的文档，不包括项目细节。
项目章程应该包括汇总的初步预算。
团队与团队协作
自我构建团队
最佳团队规模
集中办公
团队成员选拔
团队参与
组织支持
敏捷工具
授权团队
组织支持
符合公司目标
共启愿景
明确沟通
客户参与
团队责任的目标设置
基本规则
敏捷实战案例
敏捷资本
敏捷文化
敏捷成功挽救项目
敏捷转型
敏捷与用户体验
敏捷大数据
敏捷开发房地产行业
敏捷计划
正确认识干系人
分析
面对面（高带宽）
头脑风暴
创新学习
20/20愿景
学徒
买功能
产品盒
修剪产品树
根本原因分析
力场分析
停车场图
决定"客户"的定义
为来电者缩减电话时间
为过期账款设置特别热线
敏捷计划
计划的准确性
客户价值
产品愿景说明
产品路线
人物和极端人物
线框图
敏捷主题
史诗故事（能力）
用户故事和故事卡
购物案例
连接客户信息。
扫码一个或多个条形码。
手动输入条目、价格或数量。
为一些条目输入重量或计量。
扫码/输入优惠券和折扣券。
总计订单。
计算税率。
收取和处理付款。
产生和打印/电子邮件发送收据。
故事卡
作为一个{角色}
我想要{潜在的需求}
所以{商业价值}
极限编程（XP）
（I）独立的。
（N）可协商的。
（V）有价值的。
（E）可估计的。
（S）短小的。
（T）可测试的。
故事地图
敏捷故事地图
通过解聚划分
组件故事和估计加起来不必是原故事的100%
初节点是大的用户故事和历诗
通过用户故事卡偏在两个维度进行组件故事的划分
瀑布式开发/传统 WPS
通过分解划分
工作包和估计加起来必须是总计的100%
顶端点是高层级的可交付物
用金字塔形状描述
特性
最小可售功能
任务
价值流程图
渐进明细
滚动式规划
测试先于开发
完成的定义
敏捷估计
相对规模估计
宽带德尔菲估计法
计划扑克牌
亲和估计
理想时长
迭代和版本规划
敏捷建模
时间盒
持续集成
应用敏捷
速度
循环时间
燃烧率
产品未完项
迭代未完成项
产品质量
漏网缺陷
频繁核实和确认
敏捷气味
敏捷气味是指问题的征兆
拥抱变更
重构
重构不应该改变代码原本的性能，而是把代码组织得更加简洁更好地与预想目标保持一致
信息发射源
渗透式沟通
燃尽图/燃起图
看板面板（任务版）
净值管理
累积流量图
增量交付
它使得工作产品更早地交付到客户手里，更快地交付价值。
它允许客户在项目完成前先用起系统来，以便给系统变更留出时间，同时影响更小。
它不试图预先规划所有事情。相反，团队可以先规划一部分、交付一部分价值，得到有价值的反馈后再重复这个循环。
它优先处理最有价值的功能部分，以便把这最有价值的部分尽快交付到客户手里。
改善
计划
执行
检查
修正
探测
风险调整未完项
敏捷教练
管理者的角色
每日站立会议
（1）昨天做了什么？
（2）今天计划做什么？
（3）是否遇到什么障碍？
迭代（冲刺）
迭代回顾
限制过程中的工作
过程定制
干洗人管理
团队激励
支持
团队参与度
基本规则
团队绩效可见度
其他软技能
情商
协作
谈判
积极倾听
解决冲突
服务型领导
适应型领导
敏捷方法论
Scrum
角色
产品负责人
团队
ScrumMaster
极限编程（XP）
12个实践
计划游戏
小版本
比喻
简单设计
测试
重构
结对编程
集体代码所有权
持续集成
可持续开发速度
现场客户
编码标准
角色
XP教练
XP客户
XP程序员
XP跟踪员
XP测试员
精益
消除浪费
强化学习
尽可能晚做决策
尽可能快交付
授权团队
构建完整性
全盘监视
0 条评论
下一页
