相信大家都听过敏捷宣言，可你们真的读懂了吗？
个体与互动
个体与互动
- 软件开发是脑力劳动
- 信息的传递对软件开发成败至关重要，尊重他人
- 以用户/客户为中心
- 关注个体和团队能力成长
- 面对面的沟通，是传递信息最有效的手段（实地研究、用户访谈、协同方案设计、迭代关键活动、同地办公…）
- 跨职能团队（设计过程、交付过程中的跨职能协作）
VS胜过流程与工具
- 轻量级的流程
- 团队的纪律很重要
- 工具、自动化作为辅助，（敏捷协作、DevOps流水线）
- 将关键的质量、过程控制点内建到工具，而非依靠流程审批
可工作的软件
可工作的软件
- 可工作的软件才是我们真正的目标，靠软件为客户创造价值，是我们的管理过程中需要花最多实践去关注的，而非其他！
- 何为可工作的软件？
- 有质量的
- 缺陷少、
- 稳定、
- 性能、
- 易用、
- 可读性、可维护性
- 满足用户期望
- 有价值，能在用户和市场取得成功
- 有质量的
VS胜过详细完备的文档
- 文档不创造价值，产生文档不是真正的目的
- 敏捷开发不是没有文档！（方案设计、架构模型、架构图、用户故事……但是一些文档的形式有别于传统流程，例如单元测试、自动化测试脚本都是一种形式的文档：活文档）
- 文档Just Enough就行了
- 不应有完全基于文档传递的流程
客户协作
客户协作
- 用户研究，真正理解用户和客户的痛点，同理心
- 与客户建立共同的目标（价值目标）
- 在设计过程中用户/客户的早期参与，尽早将设计想法与客户确认
- 交付过程中，随时可以与客户沟通
- 每个迭代将成果给用户/客户演示，尽早收集反馈，并调整
- 产品上线，尽早识别早期用户采纳者，并与其频繁互动，收集反馈
VS胜过 合同谈判
- 敏捷开发如果涉及到为客户交付，仍然有合同
- 不是基于价格的谈判，而是要长期合作伙伴
- 合同的范围不要过细，合同的签订方式应使得范围可以调整
- 不应基于合同谈判来拒绝有价值的新机会
阅读更多[敏捷知识]、[敏捷转型经验]、实践等…欢迎关注掘金账号@鲸舟研发管理
如果对我们的产品感兴趣，可以逛逛我们的官方网站鲸舟研发管理平台 试用了解
