Sign in to view Steve’s full profile
or
New to LinkedIn? Join now
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
Sign in to view Steve’s full profile
or
New to LinkedIn? Join now
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
Winchester, England, United Kingdom
Sign in to view Steve’s full profile
Steve can introduce you to 10+ people at Equal Experts
or
New to LinkedIn? Join now
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
1K followers
500+ connections
Sign in to view Steve’s full profile
or
New to LinkedIn? Join now
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
View mutual connections with Steve
Steve can introduce you to 10+ people at Equal Experts
or
New to LinkedIn? Join now
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
View mutual connections with Steve
or
New to LinkedIn? Join now
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
Sign in to view Steve’s full profile
or
New to LinkedIn? Join now
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
About
Welcome back
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
New to LinkedIn? Join now
Activity
1K followers
-
Steve Morgan reposted thisEmpower is the newest Women in Tech conference in town 🏙️🎤 The agenda looks amazing and I’m absolutely delighted that Equal Experts are sponsors 💙 See post below for all the details on tickets and the agenda…. Including the EE run Gender AI gap workshop, facilitated by the amazing Christie Ronaldson Liz Leakey 🙌 September 15th… who’s going?…. Come and see us at the EE stand during the day (trust me it’s one not to miss) and during our two workshops (sign up needed for workshop place)! Let me know if you’re already booked in the comments below! Can’t wait to see you there 😎Steve Morgan reposted thisMeet our workshop hosts! 💡 Christie Ronaldson and Liz Leakey will be leading one of our action learning workshops at Empower Women In Tech on Monday 15th September 2025 Taking place during the afternoon session of our event, these Action Learning sessions will provide the opportunity to get collaborative and hands-on in small groups across interactive sessions. In partnership with Equal Experts, Christie and Liz will explore 🤖 The AI Gender Gap, focused on the key areas in AI and the gender gap that is emerging and being reported in various forms. This workshop will cover three key areas. 🟣 Impact of AI on job roles 🟣 Bias in AI 🟣 Practical guide to using AI Want to find out how to get involved! ⬇️ Workshop Booking 📆 Workshops are only available to attend with a full-day ticket for Empower Women in Tech Conference. 🎟️ Already got a ticket? You'll have an email from us with workshop booking details! It's also on your booking confirmation 💜 🕛 There are two opportunities to attend each workshop across the afternoon. Places are limited and booking is required. Grab your ticket today! link in comments! ⬇️ #EmpowerWomenInTech #EmpowerWIT #EmpowerWhatsNext #WomenInTechWorkshops
-
Steve Morgan reposted thisSteve Morgan reposted thisCongratulations to the Equal Experts team who laced up and took on the Standard Chartered Great City Race! 🏃♀️🏃♂️🌧️ A buzzing 5K route through the heart of the City of London, with iconic views, great company, and even a light (let’s call it refreshing) summer shower to keep cool. Thanks to Rhyd Lewis for pulling together an amazing 30-strong EE team, and to Bethany Pascoe for sorting out some top-tier post-race treats - very well received! 💙 Plenty of laughs, a great cause and a brilliant way to spend a summer evening. Same time next year? #GreatCityRace #TeamWork
-
Steve Morgan shared thisBrilliant initiative 🎉Steve Morgan shared thisHow do you grow a skilled, sustainable, data engineering team? By investing in people. And doing it together. At HM Revenue & Customs demand for data expertise was growing fast. But hiring experienced engineers externally wasn’t scalable, or sustainable. Instead, HMRC and Equal Experts co-created the Data Engineering Academy: a hands-on, embedded programme designed to grow internal capability from the ground up. Working side-by-side together we: 🔹 Co-designed an academy tailored to HMRC’s goals 🔹 Embedded trainees in live projects from day one 🔹 Shared agile delivery skills and collaborative ways of working 🔹 Built confidence, technical depth, and long-term capability The result? ✅ 20 newly trained data engineers now in permanent roles ✅ A model that reduces reliance on external suppliers ✅ Long-term cost efficiencies and increased delivery capacity ✅ A culture of continuous learning and shared ownership Laying the groundwork for a more capable, cost-effective, and confident data future at HMRC. Learn more here: https://lnkd.in/eGZbvyPb #DataEngineering #PublicSector
-
Steve Morgan reposted thisExcited to reshare this! 🚀 Equal Experts collaboration with HM Revenue & Customs on the Customer Insights Platform (CIP) has been a game-changer in handling vast amounts of data efficiently. From processing COVID-19 claims to improving citizen services, this project showcases the power of digital transformation in government. #DigitalTransformation #GovTech #DataInnovation #HMRC #CustomerInsights #EqualExpertsSteve Morgan reposted thisA New Tax Year, A Smarter Approach to Data 📊 The dawn of a new tax year in the UK, is a reminder of how vital accurate, efficient, and secure tax systems are, not just for government, but for the people they serve. Since 2017, we’ve worked with HM Revenue & Customs to build a platform that started as a simple compliance tool and grew into something far more powerful: a secure, scalable Customer Insights Platform (CIP) that helps prevent fraud, improves taxpayer experiences, and supports smarter decision-making across government. What has been achieved? ✅ Millions of Covid-19 claims were automatically assessed—stopping fraud and ensuring genuine claimants got paid fast. ✅ HMRC can better understand how people use its digital services, making them easier and more efficient. ✅ A modern, cloud-first platform now handles 30% year-on-year data growth—ready for the future. It’s proof that good data, used well, makes a real impact. We’re proud to have played a role in this award winning transformation, working alongside HMRC’s forward-thinking teams. Read the case study here: 🔗 https://lnkd.in/ekx68xux #DigitalTransformation #PublicSector #CaseStudy #SoftwareSolutions
-
Steve Morgan reposted thisSteve Morgan reposted this🚀 We’re thrilled that not just one, but TWO of our network are flying the flag at DTX Manchester – the biggest digital & IT event in the North! 🔹 Amelia Bampton is taking the main stage on Wednesday, April 2nd (12:30-1:15 PM) alongside Paul Oliver, Farhin K. and Malcolm Lowe for a crucial discussion: 🎙Leading with purpose, trust, and integrity: What type of leader will thrive in today’s fast-paced, AI-driven era? And the insights keep coming… 🔹 On Thursday, April 3rd (11:50 AM - 12:35 PM), Caitlin Woods steps onto the Dev Excellence & Engineering Stage with Matheus Guimaraes, Matthew Belcher and Mike Conjoice, exploring: 🎙 From team culture to process automation, how will AI reshape software development? A fantastic lineup, thought-provoking conversations, and the best of the tech community—DTX Manchester is not to be missed! Will we see you there? 👀 #DTXM25 #ManchesterTech
-
Steve Morgan reposted thisSteve Morgan reposted thisFive years ago, the UK entered its first national lockdown. It was a moment that reshaped our world, our workplaces, and our ways of thinking about digital services. Almost overnight, the need for rapid, scalable, and resilient government support became critical. At HM Revenue & Customs, this meant ensuring that financial lifelines—like the Coronavirus Job Retention Scheme and Self-Employed Income Support Scheme—could go from announcement to launch in weeks, not months. The Multi-channel Digital Tax Platform (MDTP), built with Equal Experts, made this possible. 🚀 From an idea to a live service in four weeks 💡 Billions in support processed seamlessly 🔄 A model of agility and scale, now embedded in government services This wasn’t luck. It was the result of 10 years of investment in digital transformation—building a platform that could adapt and scale when it mattered most. The pandemic stress-tested that investment, proving that modern digital platforms aren’t just about efficiency; they’re about resilience in times of crisis. Today, as we mark five years since that defining moment, we reflect on how far digital government services have come—and the role of long-term partnerships in making transformation stick. Learn more about the 10-year journey here: https://lnkd.in/et337pZt #DigitalTransformation #SoftwareSolutions
-
Steve Morgan shared thisGreat storyDigital Platform Engineering at HMRC - a 10 year partnership that’s underpinned UK government servicesDigital Platform Engineering at HMRC - a 10 year partnership that’s underpinned UK government services
-
Steve Morgan reposted thisSteve Morgan reposted thisA great place to work takes all of us 💙 Thank you to everyone who has helped us have an incredible start to the year! Out of nearly 2.8 million companies, Equal Experts has been ranked: 🏆 2nd in Glassdoor's Best Places to Work 2025! 🏆 This recognition is based entirely on employee reviews, and we’re incredibly proud of the collaborative, innovative, and supportive culture we’ve built together. We are honoured that some of the best in the business want to work—and stay—with us. Thank you to our talented network for making this possible. Your passion, expertise, and dedication drive our success every day. Find out what our network has to say about why Equal Experts is a great place to work ⬇️ https://lnkd.in/eVheR9my #BestPlacesToWork #GlassdoorsBest
-
Steve Morgan liked thisSteve Morgan liked thisAre we writing fiction, or are we practising engineering? If you know my work, you know I generally prefer data and science over fiction. But Gene Kim’s fantastic novel, The Unicorn Project, made me realise something... Gene’s "Five Ideals" for rescuing broken software projects map absolutely perfectly onto the empirical, scientific truths of Continuous Delivery and Modern Software Engineering. Here is how those 5 Ideals translate into real engineering practice: 1. Our real enemy is complexity. You can't go fast or safely if every simple change requires spelunking through 14 different subsystems. As I always say, the quality of a system is defined by how easy it is to change it. If your system is hard to change, that's a bug. 2. "Joy" isn't a word engineers use at work very often, but there is certainly no joy, and no flow, in 45-minute builds, flaky tests, and constant friction. Software development is a flow-based discipline optimised for learning. We use Continuous Delivery (fast tests, small batch sizes, reliable pipelines) to systematically remove friction so developers can actually focus. 3. Improving the work is the work. In badly run organisations, refactoring, fixing automation, and improving the deployment pipeline are treated as "nice-to-haves" when we have spare time. We never have spare time. Fixing a flaky test or eliminating a manual process today isn't just morally good, it's economically stupid to do anything else. 4. This ideal frightens ineffective leaders because it sounds soft. It isn't. Engineering relies on the scientific method: make a hypothesis, run an experiment, and learn. You cannot run experiments or surface defects in fear. If you punish mistakes, people will hide reality, and reality will eventually bite you with a catastrophic failure. Technical safety (working in small steps, fast automated testing, easy rollbacks) creates cultural safety. 5. Customer focus is the ideal that gives the other four their purpose. All the Jira tickets, architecture diagrams, and status meetings ultimately only exist to serve a real human need. Our job is about understanding the problem we are trying to solve, much more than it is about typing code. Especially with the rise of AI, skills in understanding and decomposing customer problems will outlast any knowledge of a specific API or framework. High-performing teams reduce complexity, get fast feedback, improve continuously, and stay connected to real value. How does your organisation stack up against these 5 ideals? #SoftwareEngineering #ContinuousDelivery #DevOps #TechLeadership #Agile
-
Steve Morgan liked thisSteve Morgan liked thisName: Jessica Lea Role: Co-founder and CTO Previous Experience: Disney, HMPO, SiriusXM, John Lewis Likes: Computers, Keyboards, Mice (computer) Dislikes: Betrayal, the unknown, Mice (rodent) Favourite Quotation: ‘Have you tried turning it off and on again?’ (Roy Trenneman)
-
Steve Morgan reacted on thisSteve Morgan reacted on thisAnd there's me, old enough to remember when hotels used to just lend their guests umbrellas. But now we need "umbrella systems" so that £2 wholesale umbrellas become a monetisable commodity. What a time to be alive...
-
Steve Morgan liked thisSteve Morgan liked thisThe IT industry is only ever as good as the software it produces. There has always been great software, and there has also always been a lot of bad software. The people writing the great software did so quietly, behind the scenes while the people writing the bad software hung out on sites like stack exchange, asking questions and ultimately attempting to answer them. Most were one trick ponies. Hence the annoyingly common answer to "how do I do this in language X" being "No idea, but why use X" and if you're lucky, "Here's how to do it in Y". The people writing bad software got themselves into the news. Failing systems make for good stories. The people writing great software didn't get noticed. Their systems just worked, and when things work no-one praises the engineers. Instead they worship the rich man who got richer on the back of their success. This is the training set. The hobby projects, the keen amateurs, the one off prototypes. Most of the good stuff never makes it into the public domain, so the AIs have to learn from what does. Even the curated AIs have to rely on the trainers knowing what good looks like, and many of them don't. Just take a look at the Claude leak - that tells a story all on its own. But even so, there were always great engineers doing great things, and they still are. Not for the limelight or even for a thank you. Just for the satisfaction of a difficult job done well. And for the joy of working with other skilled people. Unfortunately, the news cycle still pushes the bad ones to the fore. The noisy "ten apps in one day" braggers and the naively arrogant "coding is a solved problem" hackers. Even in your own company, the team working well is the one you know little about. Why would you? They make no noise and leave no footprints to follow. They never appear in the reports unless you look closely enough to see them lurking in the shadows of successful business outcomes. The inevitable result? Those who don't understand the importance of great engineering industrialise the wrong thing. They automate the mass production of bad software in the belief that more is more. When everything gets worse and things keep breaking they'll turn en-masse to the engineers and say "this is your fault". And the hackers who called themselves engineers will exclaim "this job's too hard". They'll blame the machine, the AI and the management. Anything to avoid admitting they were faking it until they never quite made it. Meanwhile, behind the scenes, the great engineers will carry on producing great software that just works. Quietly and unnoticed, while a rich guy in a suit gets his face on the cover of Time magazine. People will ask, how is this done? How do we make this better. And the loud brash bluffers will go on LinkedIn, preach at conferences and write blog posts and books about how to do it. They'll still be wrong. Turns out, actions speak louder than words. Unfortunately very few people are listening.
-
Steve Morgan liked thisSteve Morgan liked thisMy beef with AI and organisations is that AI tools are anti-social. Most places haven't yet figured out how to work as teams using the tools that their companies have given out. The interfaces are designed for individuals, they're marketed explicitly as copilots, and the outputs tend to stay relatively private. Maybe team members share a few prompts? But I’ve not met many people from organisations where people have figured out how to wire AI into their organisation’s process knowledge. I think this is structural and it sets up a vicious circle. Most organisations have been pretty good at stopping process knowledge from fading with everything from Retrospectives to After Action Reviews and runbooks. Those exist because a lot of process knowledge gets generated at precisely the moment of highest cognitive load, and few of us are good at writing things down when we have Eureka moments or in the middle of a crisis. Those mechanisms were designed for a world where process knowledge moved slowly and was roughly the same for everyone on the team. AI-assisted work generates learning very fast because it’s so new, and everyone is learning different things so it’s harder to share. I’ve had loads of conversations where people told me ‘how to do X’ and I’ve tried X out and, yeah, X sucks for me. So, the old process knowledge tools might not just be underused but unsuitable. Getting better at having retros or runbooks might not help. I’m old enough to remember when a lot of tech was something you needed to have a ‘knack’ for, like Dr Who banging the TARDIS in exactly the right place. Turning knacks into skills is one of the best reasons to have teams and organisations in the first place. One of their main jobs is to take something one person does instinctively and then to make that learnable and transferable. Individual copilots actively work against this. People learn new things, don't stop to capture them, and the learning hardens into instinct rather than becoming something the team can use. Karl Weick says that intuition is compressed expertise. But we’re miles away from developing real expertise using these tools at a team level. There's a second-order effect too. Over time, the expectation that everyone figures it out alone selects for people who are good at figuring it out alone. And every team needs these people. But a team or an organisation made up entirely of these people will be a nightmare. If the organisational muscle for shared learning is weakened then the institution overall gets worse at one of its main purposes. The irony is that figuring out how to use AI well is itself exactly the kind of problem that requires a team. And we've handed everyone copilots to YOLO it with. Obligatory reminder: I’m a consultant who works on this for an organisation who spends all their time doing this. Also, I started this with a beef so I could use that photo of a motorway services station. Sorry, not sorry etc :-)
-
Steve Morgan liked thisSteve Morgan liked thisAI can speed up building data platforms, but only if teams keep their engineering discipline. In our recent experiment using an AI coding assistant, we achieved a 60% improvement in development time while building a data platform. But the real lesson wasn’t about the tool itself. It was about the practices around it. Pairing, code reviews, clear documentation, and structured problem-solving became even more important with AI in the loop. The more discipline the team applied, the more effective the AI became. In this article, Dominic Spinks, Software and Platform Engineer, shares what we learned about combining AI assistance with strong engineering practices when building modern data platforms. Read more: https://lnkd.in/eCkUNVdT #PracticalAI
Experience & Education
-
Equal Experts
********* *******
View Steve’s full experience
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
Welcome back
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
New to LinkedIn? Join now
Licenses & Certifications
Volunteer Experience
-
Volunteer
Winchester Live at Home Scheme
- 19 years
Social Services
Winchester Live at Home Scheme is a charity offering support and friendship to local older people living in their own homes; helping to maintain independent living, improve well-being and reduce isolation. http://www.wlahs.org/
I have created and managed their main database for 10 years, and also drive and cook for various clubs and outings. -
Charity Trustee
Code4000
- 1 year 5 months
Social Services
Helping to break the cycle of crime by teaching prisoners coding
https://www.code4000.org/en
Code4000 was taken over by Catch22 -
Member of advisory board
Code4000
- Present 9 years 10 months
Social Services
Helping to break the cycle of crime by teaching prisoners coding
https://www.code4000.org/en
Recommendations received
View Steve’s full profile
-
See who you know in common
-
Get introduced
-
Contact Steve directly
Explore more posts
-
Sean Yunt
I build quality… • 1K followers
https://lnkd.in/eRCGmQsD I was part of a cohort of engineering managers who read this for a "book club". As expected some of it was very dry, however it was a very practical guide and reflection on Agile software development 2 decades later. If you struggle with estimation, sprint velocity, and accounting for all things SDLC, it's a really solid guide. If nothing else, it's a reminder of what the "why" is with software development. We don't do it to follow a pure process. We do it do deliver products and services that delight our users. Agile is just "how" we get there.
2
-
Martin Tyler
FX Digital • 1K followers
The biggest realisation I've had in years of building test automation for connected TV: technology is only part of the problem. You can have the best framework in the world, but without the right processes, people, and expertise wrapped around it, you won't get the results you need. You need to focus not just on the technology but also on the team and the processes around it. One will not work without the other.
22
1 Comment -
Paul Littlebury
jaffamonkey • 5K followers
The early 2010's were the golden BDD days, I really enjoyed the projects I worked on back then. An astute article on the rise and fall of BDD tools, and BDD in general. Thought I do wish people would stop talking about things "dying" in tech or being "dead", it's just evolution. " ... we as an industry failed to successfully productize tools for collaboration. The world jumped on BDD because Cucumber-esque frameworks were easy to adopt. The world was less willing to adopt BDD’s collaborative techniques because they were merely processes, not products. Products are sticky; processes are not. Cucumber tests will still be running after we all retire." https://lnkd.in/ezXXbvUE
1
-
Serenity Dojo
981 followers
Is BDD discriminatory? It’s an intriguing question one of our students raised recently. After all, BDD workshops often rely on how clearly people can articulate requirements–and for those working in a second language, that can be challenging. But here’s the thing: the real power of BDD isn’t the syntax, it’s collaboration and clarity. Techniques like example mapping and feature mapping help teams uncover subtleties in requirements, regardless of someone’s language fluency. And with new tools–like AI-assisted story refinement–we’re seeing even more ways to lower communication barriers, making requirements discovery smoother and more inclusive. At its heart, BDD is about shared understanding. The better we get at that, the better the software we deliver. How does your team ensure everyone’s voice is heard in requirements discussions? #SoftwareTesting #TestAutomation #BDD #AgileTesting #CareerGrowth #UnitTesting #AgileDevelopment #QualityCode #SerenityBDD #TestingStrategies #SoftwareDevelopment
3
-
James Henderson
Grid Dynamics • 919 followers
Testing is often an unnecessarily emotive subject in the software industry. I particularly recall a trip to a 'Software Craftsmen' London meetup in the early 2010s - the culture disintegrated into a shark tank when a brave soul dared to even slightly question (respectfully) the received wisdom du jour. As a fresh graduate, was I then going to ask any questions I had? Was I heck! I didn't go back, safe to say. (I instead found the London Clojurians, a much friendlier bunch - my kinda people 😊) Fast forward to today: I wanted to define a more objective language to talk about testing - a recognition that, despite all of the religious fervour, there can be a pragmatic middle ground that adequately mitigates the risks at a reasonable cost. So, rather than vague lamentations around 'we need time to improve our tests', 'we don't have enough tests', etc, the dimensions in this JUXT article give us a more precise, objective language to talk about the value and costs that our tests bring, prioritise certain areas over others, or quantify our improvements. https://lnkd.in/eu8rp8Wa Have I missed any big ones?
13
9 Comments -
Scrumconnect Consulting
22K followers
Scrumconnect’s Testing & QA services help organisations launch with confidence ensuring every service is reliable, resilient, and ready for real-world use. Key outcomes: ✅ Consistent Performance – Thorough testing for stability across all scenarios. ✅ User Trust – Flawless, seamless experiences from day one. ✅ Lower Risk – Issues identified and resolved before they impact delivery. Discover how we build quality and trust into every release: https://lnkd.in/geuXVibV #TestingServices #QA #Automation #Scrumconnect
13
-
Debasish Ghosh
Conviva • 5K followers
And now for some readings of user level RCU .. and a landmark paper that led to the implementation of liburcu - the user space RCU library, a Christmas Day evening read .. Why RCU is difficult in user space ? RCU, particularly its high-performance Quiescent-State-Based Reclamation (QSBR) variant, is easier in kernel mode because the kernel scheduler automatically detects quiescent states whenever a CPU context-switches, enters user mode, or idles, allowing grace-period tracking without any explicit cooperation from kernel code. In user mode, applications lack this built-in mechanism, so threads must explicitly register and periodically report quiescent states (e.g., by calling specific functions), imposing invasive global constraints on the entire application. These requirements make user-level RCU harder to adopt broadly, as they complicate library design and require modifications to all potentially reading threads, which is impractical in many user-space programs. User level implementations of RCU : This paper contributes to user-level RCU by formally describing efficient and flexible implementations that overcome the limitations of prior approaches, which either imposed high read-side overhead or severely restricted application design. It presents multiple classes of RCU (including QSBR, memory-barrier, signal-based, and bullet-proof variants) with detailed algorithms, performance analysis, and comparisons to locking, directly forming the foundational basis for the liburcu library's core flavors and enabling its widespread adoption in user-space applications.
73
3 Comments -
Vincent Brouillet
Zagg • 2K followers
BDD and AI assisted coded is an awesome combo. Have your user stories include acceptance criteria written in Given/When/Then (aka Gherkin) whenever the change impacts users. You can use an agent, don't write it yourself This stops the uneasy feeling when the work is completed where you think to yourself "really? This does not feel right" (even with excellent unit test coverage) I force my agents to get a pass 100% across lint, unit test, integration, BDD (end to end across components). I means I know it works from a user perspective. Across systems.
9
1 Comment -
CloudQA
1K followers
You hired your QA team for their critical thinking, user empathy, and complex problem-solving skills. So why are they spending 80% of their day manually checking login forms and running the same regression scripts they've run 1,000 times? This isn't just inefficient; it's a massive waste of human potential. You're using a surgeon to apply band-aids. The true purpose of automation isn't to replace your QA team. It's to liberate them. Automate the repetitive, predictable, and mundane. Free your human experts to do what they do best: Run complex exploratory tests. Analyze user behavior and business risk. Ask the "what if...?" questions that a script never could. Stop using your best people as slow, expensive robots.
2
-
CGI
2M followers
Want to master the skills to drive customer and business outcomes in an #Agile enterprise? Our SAFe® Product Owner / Product Manager (POPM) course, run by CGI UK Agile Digital Services, gives you the tools and certification to: - Define and prioritise work for maximum value - Collaborate effectively with teams and stakeholders - Apply a customer-centric approach to product development - Work efficiently in remote and distributed environments Learn how product owners and product managers can align strategy with execution to build better products and deliver more value, faster. Join the course and start delivering more impact today: https://bit.ly/44LrQYQ. Next courses: 12-17 June | 4-9 September #WeAreCGI #CGIUK #SAFePOPM #AgileProductManagement #BusinessAgility
17
-
Claes Adamsson
IKEA Group • 1K followers
Is your BDD suite a "tax" or a "tool"? Most teams struggle with the "Indirection Tax" of traditional BDD frameworks, the separate layer of glue code that sits between a specification and its execution. It often becomes harder to maintain than the application itself. I’ve been working on an architectural shift for choreo to eliminate this, and I recently put it through a real-world stress test: building a complete BDD suite for my other project, tbdflow. Dogfooding from the Trenches I wrote 40 real-world tests across 5 .chor files, covering everything from branch naming conventions to data-driven commit validation, but I realised that technical "Direct Execution" wasn't enough. I needed to move up the stack and separate Business Intent from Technical Protocol. Inspired by Dave Farley’s "Four-Layer Model" and a masterclass in feedback from Valentina Jemuović, I’ve introduced Composite Tasks to the Choreo DSL. As shown in the visual below, this allows you to define a "Domain Vocabulary" directly in your spec: 1️⃣ The Policy Layer: Scenarios that read exactly like your Acceptance Criteria. 2️⃣ The DSL Layer: Named tasks (e.g., create_branch or verify_commit_succeeded) that describe the "What." 3️⃣ The Driver Layer: Task implementations using Choreo's native actors that handle the "How." 4️⃣ The Execution Layer: Zero-glue interaction with your CLI, APIs, and System. The tbdflow suite proved that you can have high-level business specifications that are easy for stakeholders to read, without the maintenance penalty of external step definitions. Special thanks to Valentina for the invaluable insights on separating intent from protocol. 🙏 If you’re looking for a way to make your tests a true "Model Client" of your system, check out the updated choreo here: https://lnkd.in/dSdrcHrz #BDD #ATDD #SoftwareArchitecture #ContinuousDelivery #Rust #DevOps #PlatformEngineering
10
5 Comments -
Panto AI
1K followers
Looking Beyond Kane AI? In 2025, empowering QA and engineering teams with flexible, powerful test automation is the key — not locking them into one vendor. That’s why we’ve published a new blog, “Kane-AI Alternatives”, to help teams evaluate whether Kane AI (and similar tools) are the best fit — or if a more adaptable solution makes sense. In the blog, we cover: ✅ What features teams often look for when comparing AI-powered QA tools (coverage, flexibility, integrations, pricing). ✅ Key trade-offs when using tools like KaneAI — and why you might want to consider options instead. ✅ How a platform like Panto AI can offer a compelling alternative approach for teams focused on scalability, maintainability, and end-to-end automation. If you’re evaluating AI-driven QA tools; this is a must-read. 👉 Check out the full blog: https://lnkd.in/gbRwFUJ2 #PantoAI #QualityEngineering #AITesting #TestAutomation #QA #DevOps #SDET
3
-
Angelos Mavrogiannakis
ITQA SERVICES • 27K followers
I an pleased to announce a new series of Monthly Posts based of my real life 40 years experience. Perhaps new QA will find them helpfull, The Case of the Reluctant UAT The QA Lead, Rita, opened the application and immediately felt the strong urge to check if it was actually an application or a modern art project titled “Undefined Behavior in Blue.” Buttons floated without purpose. Error messages appeared before any clicks. One screen simply said: “Welcome. Something went wrong.” Rita closed her laptop, took a deep breath, and announced, “I officially deny starting User Acceptance Testing. This app has not yet accepted itself.” The Project Manager, Max, nearly dropped his coffee. “Denied? Rita, UAT is on the schedule. The schedule is… laminated.” “Yes,” Rita replied calmly, “and this application is emotionally unready for users.” Max escalated immediately. Emails flew. Meetings were scheduled about the meetings. A calendar invitation titled “Urgent: Why QA Is Being Difficult” appeared. Soon, the issue reached Business. Business looked at the situation, nodded wisely, and said, “We understand the app is… imperfect. But we also don’t want to damage our relationship with the software vendor. They sent us a holiday card last year.” After a long pause, Business delivered their solution: “QA, please test the application on your own before starting User Acceptance Testing.” Rita blinked. “So… you want us to do acceptance testing… before acceptance testing?” “Yes,” Business said confidently. “But unofficially.” Thus began Pre-Pre-UAT, also known as Testing in the Shadows. QA documented bugs so large they needed table numbers. One defect was labeled: ‘Application crashes when user exists.’ Another read: ‘Save button saves nothing, but offers emotional support.’ After weeks of heroic testing, the app was finally stable. Buttons behaved. Errors hid properly. The app no longer surprised anyone. Rita reopened the laptop and smiled. “Now,” she said, “the application is ready to be rejected by users in a formal setting.” User Acceptance Testing began on time. Business was happy. The vendor was happy. The schedule remained laminated. And QA quietly updated their resume… just in case. 😄
22
4 Comments -
Product Operations Hub
55 followers
Most teams talk about Product Operations as if it's a toolset. But the uncomfortable truth is this: If your team is slow, confused or reactive, it's not because people aren't working hard enough; it's because the system is working against them. ProductOps isn't bureaucracy. It's the function that creates the conditions for clear decisions, fewer escalations, and work that flows rather than collides. When ProductOps is working, you see it immediately: Priorities stop shifting every five minutes Teams don't argue over ownership Delivery stops feeling like a guessing game Emotional load drops by half Last quarter, one team we supported reduced escalations by 31% simply by clarifying decision cadence and cleaning their inputs. And here's the part people miss: Ops only lands when the humans leading it have the capacity to think clearly. If you've been carrying too much, I was hoping you might be open to a short reset. Sign up for our Mini Reset programme. https://lnkd.in/euPBX5ga
-
Christopher Grounds
Switch2 Energy Limited • 2K followers
The wonderful Oliver Whitwam has written a short blog about how we're practicing type-driven development and domain-modelling to create software that is both correct and is communicable via ubiquitous language. We're really making good usage of the Rust newtype and Haskell-esque smart-constructor patterns to leverage types to encode business rules and invariants (until Rust adds refinement types via pattern-types!). If you love #types, #correctness, #domainmodelling, you'll like this blog I'm sure! https://lnkd.in/eqKWXtqS
13
1 Comment -
Agile Coaches Alliance
2K followers
Agile Coaches often lead… without authority. No title, no formal power - just presence, trust, and skill. But when resistance shows up - at the team, leadership, or system level - how do you actually influence meaningful change? At ACA, we believe coaching isn’t about pushing frameworks - It’s about enabling sensemaking, shared ownership, and new patterns. The best coaches shift mindsets, not just methods. What’s the most effective way you’ve influenced change — without authority? #AgileCoaching #EnterpriseAgility #CoachingSkills #ChangeLeadership #AgileTransformation #BusinessAgility #ACA #AgileCoachesAlliance #CoachWithImpact
5
Explore collaborative articles
We’re unlocking community knowledge in a new way. Experts add insights directly into each article, started with the help of AI.
Explore More