摘要：
敏捷开发模式可以对过程进行自主调整，它强调人的因素，能够灵活响应需求和技术的不断变化，并且产出高质量的软件产品。
实行敏捷开发之前，我们面临的挑战：
如何令30多人的团队保持高效运作？
如何定义BU和内部需求的优先级？
如何迅速将需求实现并落地？ 阅读全文
摘要：
我们给出了回顾会的设计模式，从游戏导入开始，到设置基调、收集数据、生成见解、决定做什么最后是结束回顾。每一个步骤都提供了你可以打包带走、马上实践的回顾会活动，希望对你有所帮助。 阅读全文
摘要：
女儿打开作业本看到一题感觉“略复杂”，直接缴枪了：“这个太难了，我不会啊”。
传统的陪读套路自然是：
“你要好好做题啊！”（这样说毫无用处，你不可能通过要求好好做题而好好做题）
“这题目很难吗？你为什么不会做？”（用同理心思考下，毫无疑问这会引起反感）
以及：“你到底有没有跟老师好好学？”（这样，更反感了）
后面的剧本要一步步滑落到“鸡飞狗跳”模式…… 阅读全文
摘要：
“KPI 只能让驴使劲走，而 OKR 用于保证驴头朝正确的方向。”在知识型工作中摈弃不够合理的KPI，应用促进理解、自发与协作的OKR，其实是在研发管理中回归本质，即从绩效考核转向绩效驱动。 阅读全文
摘要：
如何解决在敏捷转型过程中WIP带来的问题？
A．尽量一次性把事情作对。
B．聚焦以价值为中心的交付，优先做收款部分应用，把资金先收上来，增加现金流。
C．关注闲置工作而非闲置人员。
D．使用累计流图，观测项目进展情况主动应对项目过程中的问题与风险。 阅读全文
摘要：
敏捷开发必备工具：Jira+confluence，完美组合。
入门培训视频，内含Jira, Confluence, BigGantt, Zephyr, Tempo, Question, ScriptRunner, JEditor, Enhancer, Git-Integration, SubSpace等十数个工具及插件使用介绍。 阅读全文
摘要：
度量在去哪儿整个体系中的定位是，作为过程改进的一个问题入口，同时也是衡量改进效果的工具，不作为kpi考核的工具，不会直接用数据评判一个团队好或者不好。正是有这样清晰的定位才使得这套体系运作了几年之后还能发挥作用。 阅读全文
摘要：
在融入团队的时候，往往不能轻举妄动。 罗杰斯的创新扩散模型同样适用于发现解决团队内的冲突。 即，在融入的同时也是等待，等待scrum master积攒越来越多的信任，等待团队内问题从土里慢慢显现出来，直到快要激发到最大程度时，再去切入解决，这时解决问题的过程才会更加顺滑，解决问题也才会更加彻底。 阅读全文
摘要：
每日站会，日常敏捷中的最重要的团队活动，作为一名敏捷教练，2年多时间共服务过8个团队，大概主持了接近1000场的每日站会。站会各种的状况基本上都有遇到一些，基本的解决方法总结下来就是：让会议变得有用有效。 阅读全文
摘要：
首先设定OKR目标，第二步对目标进行拆解制定解决方案（知道了目标和方案）接下来是开发测试环节（实施阶段）。
上线后通过AB来检验效果，通过用户数据来进行分析，寻找出改进方向，并且为下一次决策提供数据支撑。 阅读全文