敏捷项目领导力

敏捷

特点

不是确定性的过程而是经验性的过程

透明 检视 适应

定义

在VUCA的环境中快速的响应

快速决策，灵活就行

响应变化并快速的交互

顺畅高质量的交互有用价值

顺畅：有节奏，不延期

高质量：体验好，没有bug

有用：用户需要的功能

敏：响应变化

捷：快速交互

TB，DS，MF

快速的验证和试错

简单领域：流程和最佳方案

繁杂：专家

	What(有)	What	What(无)
How(有)	简单领域	繁杂	繁杂
How	繁杂	复杂	复杂
How(无)	繁杂	复杂	混沌

确定性的过程

上面三个未知和已知可以分别对应三个状态模型

增量模型，迭代模型，进化模型

利用短周期的迭代，模拟循环，然后不断降级到可以被简单完成和接受

	质量	效能	价值
组织
团队
个人	tdd pp ci

测试驱动开发

管理

管理1.0

三角——命令和流程

让大家忙起来

测试了一个123456abcdef一二三四五六从头到尾书写和1a一2b二3c三4d四，说了一个多线程和单线程的问题。

沟通机制点对点的存在

管理2.0

现代管理

PMO——项目管理办公室

矩阵形的结构

横向的结构

项目领导和项目管理

出现了目标管理和okr

知识密集形式

管理3.0

发现上面的管理还是成本高了

上面的方式要从接力式变成球队式

项目转向产品的角度，业务从转述到面对面

传统的写大量的需求文档——要改变成为时间驱动

最重要的事情是定义范围——估算成本和时间，依靠经验

范围——成本——时间

最值得做的东西

流程就是提出需求，审查达到共识，设计做出功能

特定团队：将营销开发程序等和一个项目有关的放在一起，全栈工程师师是最小的特定团队。一专多能。

领导——》对人

管理——》对事

项目与团队

项目固定，资源流动

项目是固定的，资源是流动的，将人作为一种资源来利用

团队是固定的，几个人在一起效率最高，以团队的技能去接项目

形成期，冲突期(磨合)，平和/高效期，然后就是反复的冲突再次提高团队。

从上面可以看出部门和团队的区别，我们需要不断形成高效的小团队

客户开发

注意！除了产品开发还有一种开发叫做客户开发！

圈定客户全体，找到痛点在哪里？

3355 3个角色、3个工件、5个会议、5个价值、12个原则

scrum

sprint 迭代，冲刺

需求池——＞产品列表——＞迭代——＞潜在可交互产品

按节奏开发，按需要发布

产品已经准备好了，随时可以发布

突然理解做总结的重要性了，不然没有人知道自己这周做了什么东西

这里举例了一个网友3-5年，成本3-5年打底，然而你的用户群体就变了

梳理会中不应该低于10%的工作量

需求不清楚，需求的讨论，可以解决一些加班的问题

不要一个问题反复的讲解

开会开会开会，开会是一个很讲究的事

最极致的状态，75%交付

沟通50%以上是我们在做沟通，而且是效率不高的沟通

三个角色

scrum master——框架

快速和快乐

服务形领导

po——价值

做什么正确的事

团队team——交付

正确的事

站会

昨天我做了什么

今天碰到了什么障碍

明天解决什么问题

评审

全体+外部

团队：求稳，需要稳定的工作量

po：求多

sm：求快

还有就是团队的关系

关于传统管理为什么是命令，是因为没有信任这一件事情

顺理会是为下一个阶段做准备

实际上，大家就是三个事情嘛，不过人多了才分开了，做了什么，遇到什么问题，未来的方向

最后一个就是价值管——为勇气点赞，食指悄悄话公开，中指尊重，专注意味着只一个人了，小指承诺

计划会议

1. 需求
2. 设计
3. 按部就班

计划

用户需求(业务视角)

软件需求(技术视角)——业务分析师

架构设计(大)

详细设计(细到这个程度)

编码

单元测试

集成测试

系统测试

验收测试

计划要细到每天

任务的颗粒度，控制到小时

wlp限制栏中并行数列，以及流动的问题

站会：固定的时间固定的人了

要聚焦在任务上面

中间的一个时间段一般选择

站会：发现问题，而不是解决问题

7+-2 6+-3团队人数的最佳

Sprint由 Sprint计划会议、每日Scrum 站会、梳理会议、 Sprint评审会议和 Sprint回顾会议构成。

最好在测试环境去做

回顾会

注意，团队建设

偏注于关系的构建

顺理会议

组织，团队，小团体。

预习的过程，为下一个去做准备

1. 依赖问题
2. 要求的细分