如何用伪领导力搞垮一个敏捷团队

做了多年的基层伪领导,自认做的不是很好,格局不高,事实也说明基层管理更适合本人的思维深度,大家看到这里,至少能判断出我的自省做得很好。本文总结了一些伪领导力,还请大家赐教。

Read more »

我们这样实践Scrum敏捷每日站会

众所周知,每日站会的真正价值在于确保团队能持续地为当前的迭代的“承诺”而努力。每日站会并不是状态汇报,而是信息分享和调整协作。一个成熟的团队可以用不同的方式和关注点来开站会,与此同时团队也继续在改进中使用敏捷。

Read more »

Scrum敏捷开发培训后有感

2021年在即将辞旧岁和迎新年后,公司组织了两次Scrum敏捷开发企业级实训,2月初和3月初各一次。我有幸能参加第一次的培训,俗话说的好:输入只是学习的开始,输出是学习的检验和深化。在第二次培训结束后,感受到很多同事对敏捷开发方法还是有很大的意愿去尝试的。经过几天的思来想去,认为公司刚开始做敏捷转型,有必要做一个简单的文字记录,写下这次有意义的活动,同时也可供其他同事未来日常参考。本文简单小结了这次培训涉及的内容,以及结合了我自己工作中的一些思考,其中有部分文字是之前日常反思中记录下来的,此情此景,正好移花接木一下,希望大家原谅我的懒惰。

Read more »

初创的敏捷团队采用行为驱动开发共创用户故事

行为驱动开发(英语:Behavior-driven development,缩写BDD)是一种敏捷软件开发的技术,它鼓励软件项目中的产品负责人、开发者、QA和非技术人员或干系人之间的协作。BDD最初是由Dan North在2003年命名,它包括验收测试和客户测试驱动等的极限编程的实践,作为对测试驱动开发的回应。

Read more »

团队是敏捷教练的镜子

在敏捷教练的工作过程中,经常告诉自己的一句的工作职责就是:要作为团队的镜子。作为团队的镜子,敏捷教练或Scrum Master参与团队和个人的工作过程,一个重要的任务是通过观察以及沟通寻找发挥自己职能的时机,帮助敏捷团队的看清自己行为本身有哪些可以继续保持或是可以做的更好,让团队能够发现改进机会。

Read more »

每个人都知道敏捷是什么

很多时候后被问到:敏捷是什么?以下是我的简单理解(不想给大家太大的阅读压力,自己也写不出太多文字)

Read more »

给产品负责人的Sprint评审会建议

Sprint评审会议可能是产品负责人最重要的活动,它可以帮助你收集反馈意见,做出正确的产品决策,从而增加创造成功产品的机会。产品负责人可能并不总是清楚谁应该参加会议,应该如何开展这个会议,以及如何收集相关反馈。本文将回答这些问题,并分享一些建议,以帮助你在Sprint评审会上得到更多收获。

Read more »

未来领导者的敏捷品质

纯粹指挥协调型的管理者,会很快退出历史舞台。如果你是一位还有10年以上才能退休的管理者,一定要成为一个落地干实事的领导者,保持激情,在工作中与大家一起奋战。除非,你真的不在意。

Read more »

责任模型 – The Responsibility Process

敏捷团队重视责任,敏捷思维和 Scrum文化中最关键的一个部分是责任。 Christopher Avery创建了一个非常好的责任模型,解释了责任如何发挥作用。

Read more »

如何理解并应用精益敏捷Kanban看板

看板是一种用于管理产品创造的方法,该方法强调持续交付,同时又不增加开发团队的负担。 像Scrum一样,看板是旨在帮助团队更有效地协作的流程。它是一种可视化工作流程的方法。为了在需求与可用产能和瓶颈之间取得平衡,该框架在下面的工作中具有很高的生产率和效率。

Read more »
error: Content is protected !!