- 博客(7)
- 收藏
- 关注
RSS订阅原创 实践者的 DevOps 之路(1. 被误解的 DevOps)
作者微信：Cindynan77近几年随着敏捷在国内日趋流行，DevOps 作为与敏捷方法论相辅相成的 IT 实践也被广大管理者所重视。在过去的几年中我参与实施了大约十几个 DevOps 的相关项目，有成功的，也有失败的。而我的工作跨度也很大，既有作为技术顾问，也有作为 Scrum Master，或者是一名开发者甚至是一名运维。正是这些不同的项目，不同的角色让我对 DevOps 有了更为全面的理解...
2019-11-11 09:55:41
223
原创 洞察敏捷系统（一）
你是不是经常在敏捷的实践中只见森林，不见树木？你是不是经常只看现象，不见本质？你是不是经常头痛医头，脚痛医脚？你是不是经常本位主义，局限思考？今天我想从系统思维模型的角度带你整体地、动态地、连续地思考敏捷实践过程，教你如何在复杂动态的系统中找到简化问题的方法，洞察敏捷活动的本来面目，洞悉系统的神秘力量。接下来的几篇文章我将从系统的结构分解中让你找到导致人们行为的一些模型，让你能在敏捷实践过程中...
2019-10-31 14:10:10
592
原创 敏捷产品管理之梳理 Backlog
上篇文章大家都学习到了如何描绘产品愿景，其实就是通过粗粒度级别的选择性描述这一简约方式，来激发大家的创造力和执行力。那如何在愿景建立以后确定每次迭代周期里的需求大小、需求的优先级以及验收的标准，这就是 Backlog 发挥出的巨大作用。Backlog 英文意思为“积压的工作“，Product Backlog 其实就是一个具有优先级的需求列表， 并对每个需求进行了粗略的估算。首先我们来区别一下传...
2019-10-31 13:45:32
3891
原创 敏捷产品管理之 Story
上篇我跟大家详细介绍了产品 Backlog，它是敏捷团队管理开发过程的核心，所有的活动和交付物都围绕产品 Backlog来进行。一个完整的 产品 Backlog = 估点的用户故事（User Story, 之后统称为 Story ）+ 优先级 + 验收标准。那为什么 Story 是作为描述产品 Backlog 最好的形式？我们又如何编写有效并且粒度合适的 Story 来帮助团队成员在理解需求上达成...
2019-10-31 13:43:07
851
原创 Scrum 实践之 DoD
你的团队是不是经常会对于每次迭代是否完成，无法达成一致意见：有的认为我编码完成，就表示我的任务完成了；有的认为还需要简单自测一下，确保功能能跑通；还有的认为需要把自动化用例写完并测试通过。为了解决这个常见问题，团队需要对完成的定义、完成的标准或完成的准则做统一的要求，这就有了 DoD 的诞生。它也逐渐变成了敏捷开发方法中的一个重要实践。一.DoD 定义DoD 全称 Definition...
2019-10-31 13:40:08
1455
原创 敏捷产品管理之发布、迭代计划
上篇我带你从理解产品 Backlog 最好的形式 Story 开始，经过建模、搜集、编写、估算这四个步骤，编写出有效并且粒度合适的 Story 来帮助团队成员在理解需求上达成一致。让“一张卡片”发挥出它的洪荒之力，快速挖掘需求，理解需求。本篇我会带着你用编写好的 Story 来制定发布计划、迭代计划，并且在过程中进行有效测试和监控。发布计划当 Scrum 团队按照 Sprint 的方式进行...
2019-10-18 12:16:02
5167
原创 一篇带你读懂用户故事地图
之前在敏捷产品管理系列中，我讲了产品 Backlog 作为敏捷团队管理开发过程的核心，所有的活动和交付物是如何围绕它展开的。我也给你讲了组成产品 Backlog 之一的用户故事又是如何经过 建模、搜集、编写、估算这些过程之后，发挥出它的洪荒之力，让全员快速挖掘需求，理解需求的。很多看完我文章的小伙伴告诉我已经在敏捷开发这些事件中体会到了可视化和全员深入加入这些好处，但是随之而来的问题也出现了，有...
2019-10-18 12:02:47
6742
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人