扫码阅读
手机扫码阅读
修炼 10 打破部门墙
512 2023-08-24
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
查看原文:修炼 10 打破部门墙
文章来源:
老袁讲敏捷
扫码关注公众号
职场变动与部门合作摘要
本文描述了作者在工作中遇到的管理变动、内部风波及其对部门壁垒的打破。作者初步接管罗马尼亚团队的管理,由于上级和上上级分别休假和有健康问题,因此日常工作大多落在作者身上。
测试部门内部的风暴
Rija上级Isabelle因产假离开,但Rija透露Isabelle或将不会回归,因为CTO和质量总监认为其岗位不必要。Rija对Isabelle的能力评价不高,认为其不适合管理职位。然而,两周后Isabelle意外归来并恢复职位。Rija与CTO的冲突导致其离职,而作者被委以更多责任,继而负责自动化测试。
此后,Rija获得了另一家大型物流公司的IT部门质量总监职位。作者逐步上升至技术质量部经理,并在Isabelle晋升为质量总监后,进一步成为质量部门经理。
部门壁垒的打破
作者领导的罗马尼亚团队表现出色,在自动化测试方面取得显著成绩。作者利用空闲时间,倡导开发团队和测试团队之间的合作,通过亲密互动和提供技术解决方案,改善了两个部门之间的关系。
作者采用APM工具改善性能问题,统一管理测试数据,并引入质量门自动化以提高开发质量。这些措施让开发团队高度评价,促进了开发与测试的协作,同时打破了部门间的隔阂。
最终,通过主动接管原本属于三不管的问题,作者及其团队得到了开发团队的认可,促进了测试驱动开发的建立,从而进一步加强了部门之间的合作。
文章最后预告下一期内容将讨论如何打破测试部门与运维部门的部门墙。
想要了解更多内容?
查看原文:修炼 10 打破部门墙
文章来源:
老袁讲敏捷
扫码关注公众号
老袁讲敏捷的其他文章
中-法共建的野生敏捷教练对话系列专栏 第二问
今天的GPT的问题是,如果“敏捷”是一种超能力,你可以用它实现一个愿望,会是什么愿望?
数字化团队的需求管理,最小化Output,而不是最大化
让我们重新回到做产品的本质上来,用最少的Output,获得最大的Outcome,这是做产品的核心逻辑。如果出发点不是这个的话,我们不是在做产品,是在应付上级。
Scrum Guide 精读 - 11. Review和Retro
今天接着scrum活动,一起看看Review 和 Retrospective。\x0d\x0a 这两个活动经常是团队不知道怎么组织或者组织效果不好的,我们先一字一句看看指南里是怎么说的,然后再看看实践中有什么需要注意的。
敏捷团队的Sprint Goal
团队当然希望能够在迭代内有所产出。\x0d\x0a管理者当然也希望能在迭代内看到收获。\x0d\x0a\x0d\x0a但往往我们的工作并不是由目标为中心而组织的,\x0d\x0a而是由「历史事务」为中心而组织的。
修炼 9 收编罗马尼亚团队
有一种模式叫offshore,离岸外包。这个词来源于海上钻井平台,可以想象一个远远消失在海岸线之外,在大洋彼岸的一个机构。\x0d\x0a用在软件行业,指的是开发团队远在另外一个国家做软件交付。
加入社区微信群
与行业大咖零距离交流学习
软件研发质量管理体系建设
白皮书上线