ORID方法在敏捷中的利用，关于敏捷迭代

• Objective: 上个迭代有哪些让你印象深刻的事情发生？你看到了什么？
• Reflective：哪些场景让你兴奋？哪些地方不那么顺利？
• Interpretive：为什么会不顺利？这些数据使你意识到了什么？我们如何才能做得更好？
• Decisional：什么是下个迭代我们可以立刻开始动手的？

Objective

1. 团队很和谐，研发节奏很好。
2. 项目每到上线发布时刻，很紧急。
3. 便利贴对工作帮助很大。
4. 对功能细节的评审缺乏。
5. 产品有太多的优化空间。

Reflective

1. 工作交流比较开心。
2. 虽然加班，但是也很有劲。
3. 看到产品没有人使用，不开心。
4. 看不到决策层反馈，比较迷茫。

Interpretive

1. 每天的计划可以做的更细致。
2. 研发过程中还是需要多沟通。
3. 定期的传达决策层的建议。
4. 需要有更好的用户体验。
5. 团队需要保持。
6. 需要团建。

Decisional

1. 希望研发团队能有经费做一次聚餐
2. 希望看到领导层面对这个项目的期望以及信息的传达
3. 希望针对这个项目招聘一个推广运营
4. 每一个研发迭代需求文档提早一个迭代期出来
5. 每个便利贴都有一个负责人标示在便利贴上
6. 尽量在周二上午就提交这个一个迭代的功能验收测试版本
7. 每天站会细致的定义今天的工作必须完成的内容
8. 迭代的需求评审会议议定要订出本次迭代的功能目标

Vision: 专业的价值来于产品做对（Do the right thing）,品质做好（Do the thing right）

DESCRIPTION                              STATUS        

Bug fix:                                                             Finished 

Member      Today's Task      Next Time's Task

Explorer （探索者）

Shopper （推销者）

Vacationer （度假者）

Prisoner （囚犯）

将Decisional作为下一个迭代要去执行的工作

原文：http://www.crackedzone.com/scrum-review-orid.html

Product Owner

Scrum Master

Team(Developer)

Vision（愿景）: 专业的价值来于产品做对（Do the right thing）,品质做好（Do the thing right）

Story:

Product Backlog

Sprint Backlog

Activity

Sprint Planning

Daily Scrum

Sprint

Sprint Demo

Sprint retrospective meeting

Product backlog refinement meeting

Scrum计划会议

参与人员：产品责任人、Scrum Master、Scrum团队

需求讲解：

一：product backlog item：

二：sprint backlog item：

讨论工时

Team挑选任务

每日Scrum会议

 

Scrum评审会议

Scrum回顾会议

DESCRIPTION                              STATUS        

Bug fix:                                                             Finished

Member      Today's Task      Next Time's Task

回顾会议分成了5个阶段：

准备

收集数据

产生见解

确定改进项

结束会议

Explorer （探索者）

Shopper （推销者）

Vacationer （度假者）

Prisoner （囚犯）

要保持                                                   要改进

Start doing

Stop doing

Continue doing

开始做（Start doing）

停止做（Stop doing）

Continue doing（保持做）

Better doing(改进做)

鱼骨图或5W的方法寻找问题根源

https://www.leangoo.com/

https://worktile.com/

Worktile

Trello

Trac, Redmine用于项目管理和缺陷管理；

CruiseControl，Hudson用于持续集成；

Git，SVN用于版本管理；

MediaWiki用于知识管理

 BTW

 基于Scrum方法，TechExcel 提出了大团队敏捷开发方法，运用DevSuite这一管理工具可实现:产品Backlog 管理、Sprint 计划会、任务跟踪管理、敏捷质量测试管理、项目组合管理、开发计划管理、工时管理、知识管理等等。

pivotaltracker

BearyChat: 内部沟通，聚合第三方通知信息GitHub: 代码托管，Code Review，issue 跟踪Jenkins:  集成测试，部署Sentry: 异常收集Grafana+statsd: 数据收集Trello: 项目管理Skype: 远程沟通Fir.im: App 内测

链接：https://www.zhihu.com/question/19609029/answer/135607521

1. Business / Career / Studies – 这是我们生活中最重要的区域，如果你是一个从事商业的人，那么商业是你的区域；如果你是工作职员，那么职业是你的区域；如果你还是学生，那么学习是你的区域
2. Finance / Wealth – 你有多少资金和财产
3. Health / Fitness - 生活方式的健康状况，包括日常饮食、睡眠、运动等
4. Social / Friends – 你的社会圈子
5. Family - 家庭关系，包括你的父亲、兄弟、亲戚等
6. Romance / Love – 你与配偶、男（女）朋友的关系
7. Recreation / Fun – 娱乐
8. Contribution – 对团队、社会的贡献
9. Personal growth – 个人成长
10. Spiritual – 精神方面

打分

给生活方向盘的10个热点打分，每个满分10分（1=最低，10=最高）。下面是一些思考的问题：

• Business / Career / Studies – 你在这个区域做得如何？获得了好的结果吗？
• Finance/Wealth – 你的收入有多少？你能存多少钱？你当前的资产有多少？你有哪些花销？
• Health/Fitness – 你身体是否健康？你的生活方式是否健康？你有充足的睡眠和休息吗？你的饮食是否健康？你有规律性的锻炼吗？
• Social/Friends – 你有好的社会圈子吗？有值得信赖、保持联系、一起交流的朋友吗？你同他们关系紧密吗？你有结交新的朋友吗？
• Family – 你的家庭关系如何？你能与他们随意交流吗？你能与他们交心吗？
• Romance/Love - 你是单身还是已婚？你找到你生活的搭档吗？
• Recreation – 你有自己的娱乐方式吗？工作之余你有参加休闲活动吗？
• Contribution – 你对团队有贡献吗？你有反馈社会吗？
• Personal Growth – 你感觉到自己在成长吗？你在不断挖掘你的潜能吗？你现在做的是最好的自己吗？
• Spiritual – 你的世界观、价值观、信仰？（Are you aware of your connection with the universe? Are you in tune with the universe/your higher self?）

• 头负责思考知道要不要做, 爱学习,有思想，读书
• 心负责到底想不要想要，懂生活,有目标，自省
• 手负责能不能开始和持续的做, 要行动，有结果，运动

 

敏捷：快、准、狠

Do it right,do your best

The best way to predict future is to create it.

用热忱影响周边

放下不愉快的过去

如何帮助自己提高生活效率（分内），帮助他人感受生活的敏捷乐趣（分外）；

以开放、真诚的心态，通过自我管理，共享学习

德雷福斯兄弟定义了德雷福斯模型， 概括了从新手到专家必须经历的 5 个阶段， 包括：

新手（novice）

高级新手（advanced beginner）

胜任者（competent）

精通者（proficient）

专家（expert）

成长阶段

敏捷生活

情感	财务	娱乐
成长	精神 价值 信仰	教育
健康	事业	关系

敏捷团队的成长

团队成长过程中，我们需要保持宽容的心去适应环境并改变环境。

持续优化

长期提高

ORID方法在敏捷中的利用

• Objective: 上个迭代有哪些让你印象深刻的事情发生？你看到了什么？
• Reflective：哪些场景让你兴奋？哪些地方不那么顺利？
• Interpretive：为什么会不顺利？这些数据使你意识到了什么？我们如何才能做得更好？
• Decisional：什么是下个迭代我们可以立刻开始动手的？

Objective

1. 团队很和谐，研发节奏很好。
2. 项目每到上线发布时刻，很紧急。
3. 便利贴对工作帮助很大。
4. 对功能细节的评审缺乏。
5. 产品有太多的优化空间。
6. 工作交流比较开心。
7. 虽然加班，但是也很有劲。
8. 看到产品没有人使用，不开心。
9. 看不到决策层反馈，比较迷茫。
10. 每天的计划可以做的更细致。
11. 研发过程中还是需要多沟通。
12. 定期的传达决策层的建议。
13. 需要有更好的用户体验。
14. 团队需要保持。
15. 需要团建。
16. 希望研发团队能有经费做一次聚餐
17. 希望看到领导层面对这个项目的期望以及信息的传达
18. 希望针对这个项目招聘一个推广运营
19. 每一个研发迭代需求文档提早一个迭代期出来
20. 每个便利贴都有一个负责人标示在便利贴上
21. 尽量在周二上午就提交这个一个迭代的功能验收测试版本
22. 每天站会细致的定义今天的工作必须完成的内容
23. 迭代的需求评审会议议定要订出本次迭代的功能目标

Reflective

Interpretive

Decisional