Sign in to view Rachel’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.
Milton, Delaware, United States
Sign in to view Rachel’s full profile
Rachel can introduce you to 10+ people at Thoughtworks
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.
11K followers
500+ connections
Sign in to view Rachel’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 Rachel
Rachel can introduce you to 10+ people at Thoughtworks
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 Rachel
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 Rachel’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
Articles by Rachel
-
Why AI is relocating engineering work and what leaders need to know
Why AI is relocating engineering work and what leaders need to know
It's probably an understatement to say the pace of AI-driven change is intense at the moment. Just reading or watching…
297
31 Comments
Activity
11K followers
-
Rachel Laycock shared thisAre we teaching junior engineers to think, or just to prompt? I had a fantastic time debating this topic at LeadDev's LDX3 New York alongside Nivia Henry and Mattan Bitner, moderated by Randy Shoup. I’ve been thinking a lot about the concept of cognitive surrender - the tendency to accept AI-generated outputs without fully understanding the reasoning behind them. As AI accelerates software development, our ability to generate code is increasingly outpacing our understanding of design and architecture. Historically, engineers developed that judgment through experience, mentorship, pair programming, and working through problems the hard way. That's why one of the best pieces of advice for junior engineers that emerged from the discussion was: don't prompt, don't write code, first talk about how you would solve the problem first. The real challenge isn't generating more code. It's developing the judgment to understand systems, make sound architectural decisions, and know when AI is helping versus when it's leading us astray. As code volumes continue to grow, that same shift applies to code reviews. Rather than reviewing every line, engineering teams should spend more time reviewing design decisions, architecture, and system impacts. The future of engineering isn't just about better prompts. It's about better judgment. #LDX3 #LDX3NewYork
-
Rachel Laycock shared thisWe made it to Recife, Brazil! It’s time to put together the next edition of the Thoughtworks Technology Radar, and it has never been more interesting to bring a group of technologists together to debate what we are seeing. In a world where it has never been easier to build a tool, launch a product or create convincing marketing around it, the signal can quickly get lost in the noise. That is why the Radar matters. Experienced technologists comparing notes, challenging each other and drawing on what they have seen in real-world delivery to offer practical, independent advice. I’m looking forward to the debates.
-
Rachel Laycock shared thisLooking forward to being at LDX3 by LeadDev in New York next week. I’ll be joining two conversations on questions I’ve been thinking about a lot lately: are we teaching junior engineers to think, or just prompt? And what might our workforce look like on the other side of AI? If you’re at LDX3, come along and join the conversation. I’d love to hear your perspectives too. Check out my sessions and the full agenda here: https://lnkd.in/em-97dNS #LDX3NewYork
-
Rachel Laycock shared thisI’m grateful to be nominated for the 2026 World Leaders in Data and AI [WLDA] Technology Leadership in AI Award. For me, this recognition is as much about the people as it is the technology. Meaningful AI transformation doesn’t happen in isolation, it comes from teams bringing together different perspectives, challenging assumptions and working through the hard questions of how we use AI responsibly and effectively. I’m fortunate to work alongside some brilliant colleagues who do exactly that every day. Thank you to everyone who has been part of that journey.
-
Rachel Laycock shared thisAI is producing more code than humans can realistically review, but I’m increasingly convinced the answer isn’t faster code review, it’s less code review. I recently had a great discussion with Brian Houck from DX about what we lose if code review can’t keep up. Knowledge sharing, mentoring, architectural alignment, collective ownership. All important. My question is: why are we waiting until code review to do any of them? Pair earlier. Design together. Automate what can be automated. Encode architectural constraints. And use human review where human judgment is actually valuable, rather than requiring someone to inspect every change because that’s how we’ve historically created confidence. Did AI break code review? Or did it expose how much we’ve been asking it to do? My latest Rachel’s Ramblings: https://lnkd.in/e6pqivMN
-
Rachel Laycock shared thisI've really enjoyed watching our Global Innovation Hackathon unfold over the past few weeks. Seeing people from across Thoughtworks come together, challenge each other's thinking, experiment with AI and turn ideas into things that could solve real problems is exactly the kind of curiosity I want us to keep creating space for. Choosing which ideas would make it through to the final was genuinely difficult. There were so many strong ones. But perhaps the bit I've enjoyed most is seeing that, for some teams, not making the final hasn't meant the idea stops. Some are already finding their way into teams, projects and client conversations. To me, that's the real measure of whether something like this worked. Not just who wins, but what we learned, what we tried, and what keeps going long after the hackathon is over. A huge congratulations to everyone who took part, and good luck to our finalists. I'm looking forward to seeing where you take these ideas next.
-
Rachel Laycock shared thisFor the last few years we have been constantly innovating in how we build, modernize and run software. This culminated in the first release of AI/works™ in January this year. Like any early release it was far from perfect and instead of just adding more features we have spent the last few months looking at what underlying rigor is required to take this to scale. That's the thinking for the latest release where we've strengthened governance, security and observability because moving from AI experimentation to enterprise delivery requires more than speed. It requires confidence in how these systems operate, how they're controlled and how they perform. For me, that's the standard we should be aiming for: innovation with the engineering rigor needed to stand behind what we build. Take a look at what's new in AI/works™: https://lnkd.in/eJrKWsKa
-
Rachel Laycock shared thisAs we move further into agentic systems, I think we're going to have to get much more sophisticated about how we think about models. Not every task an agent performs needs frontier-level intelligence. Some steps need deep reasoning. Others are high-volume, repetitive or very specific to your business. Using the biggest, most capable model for every one of those steps isn't necessarily the best architecture, and the economics certainly won't make sense at scale. Our teams have been experimenting with NVIDIA Nemotron 3.5 Lightning to understand what a more specialized model approach could look like. What I found interesting was how quickly they could adapt the model to a particular domain, change how it behaves without meaningfully degrading its broader capabilities, and significantly improve inference speed. For me, the bigger story isn't really about one model. It's that agentic AI is increasingly going to be a system of models, and we're going to need to make deliberate choices about which model does which job. That changes the enterprise AI question from "which is the best model?" to something much more interesting: where do we actually need frontier intelligence, and where would greater control, specialization and better economics produce a better system? Gustavo A. Lujan, Allen Roush and Andy Nolan share what they learned, and all the technical detail, here: https://lnkd.in/e5qFhqFN
-
Rachel Laycock shared thisFor my third post on Rachel’s Ramblings, I’ve been pondering the growing gap between non-technical people who can now build surprisingly full-featured apps with AI, and their understandable question: why isn’t the engineering team suddenly 10x faster, and why can’t we just put this thing into production? I think the gap is trust. Production-grade software requires more than working code. It requires good engineering judgement about security, resilience, operability, scale and all the things that determine whether we can actually trust a system. That’s what led me to: Citizens build. Agents execute. Experts govern. Not as three new job descriptions, but as a shift in where value sits, and a way of thinking about what it will really take to enable anyone to turn an idea into production-grade software. I'd love to hear others thoughts. https://lnkd.in/dXcZ5tMN
-
Rachel Laycock liked thisRachel Laycock liked thisI was so lucky that my good friend and research collaborator Brian Houck could visit us at #UVIC yesterday (pictured with our new colleague Amber Horvath). Brian delivered an **incredible** talk! Through a really engaging story (at Brian speed :) ), he brought together findings from over 12 studies to share what he has learned about the impact of AI on software development over the past few years. A couple of takeaways (sorry we didn't record it but I'm sure this is a talk he will give again): "AI is coming for our deep work". And as developers manage multiple agents, it is like we are playing "multiple games of chess at the same time" when the skill we spent years learning is to play a single game. Brian also talked about why context is a first class engineering artifact, referring to the CAFE(S) diagnostic framework for assessing context quality (work we just published at ACM Queue this past week!). He also gave a shout out to Annie Vella for identifying the productivity-experience paradox! He concluded the talk by reminding us we have to keep listening to our developers!
-
Rachel Laycock liked thisRachel Laycock liked thisMy first time seeing my new book, Building Resilient Distributed Systems in the flesh! Thanks to Barry O'Reilly for loaning me his newly purchased copy for the photo at #GotoCPH2026
-
Rachel Laycock liked thisRachel Laycock liked thisLook at what arrived in the mail today... thanks Francisco Trindade! 🥳 This is a great contribution to the body of engineering management knowledge, blending some of my favourite topics like systems thinking, leading and continuous improvement. This will be a very useful book for many Engineering Managers (and others too I think!) I was able to do an early review of this book. Well done again Francisco Trindade and I'm excited to read the final copy. I'll add the link in the comments below.
-
Rachel Laycock liked thisSure, you can come along for my thoughts on how to handle uncertainty with AI (and robots!), but the main draw is going to be some awesome insights from the other speakers including some grade A snark from Corey Quinn! O11yday London, 7th of October.Rachel Laycock liked thisHoneycomb's coming to London! For this upcoming Observability Day, we're hosting the inimitable Sam Newman, keynoting on "Cobots, dark factories and architecting for AI," as well as hearing from our friends Corey Quinn of Duckbill Group on the cost structures behind AI workloads, Yana Chen of Baseten on ensuring reliability for ML inference at scale, and Brian Scanlan and Inokentii M. of Fin.ai on their journey and learnings from scaling engineering productivity. It should be a banger of an event 🔥 Excited to see you all there! Register here: https://go.hny.co/4gGufKn
-
Rachel Laycock liked thisRachel Laycock liked thisAnd 15.5 years later, I’m closing a long and special chapter. September marks my departure from Thoughtworks. I traveled the world and lived in four countries besides home. For a while, everything I owned fit into a single suitcase. The first picture is from the end of 2015 when I moved apartments in Chile and I was surprised by the two extra bags (it turns out a skateboard takes space). I met so many smart, kind and cool people. Scrolling through my pictures, so many memories came flooding back: places, projects, teams, clients, late nights, celebrations, and all the unexpected moments in between. There have been a constant and fair amount barbecues too... you are welcome, I enjoyed every single one of them. The second picture is from a very memorable barbecue in Porto Alegre in 2013 with a few TWers, and the third is my dad getting the fire and feast ready (and the costelão) for a few clients and colleagues at his place in Guaíba (2015). Thank you to all my Clients and TWers who made it such an incredible ride. I’m very grateful for everything I learned, the opportunities I was given, and the people I crossed paths with. On to the next chapter.
-
Rachel Laycock liked thisAfter 19 years in the company, I mustered the courage to propose content for Martin Fowler’s website. That content is now live. It’s a series that I’m calling “Never Send the Slides”. It’s a provocative name, I hope, because it calls out one of the biggest antipatterns that impedes effective, engaging, “conspicuously human” presentations. The goal? To articulate what it might take to deliver effective presentations in a knowledge work context. I must 🙏🏾 thank Santosh Mahale, Lubaina Rangwala, Raghvi Behl, Jade Daubney-Bennett, Gill Taylor, Gayathri Moghe and Anuroop Krishnan for reviewing the content at various stages and cheering me on. ICYI here are the first two pieces. 1️⃣ Introduction: https://lnkd.in/gPTQUsZR 2️⃣ Do you even need a presentation?: https://lnkd.in/g96Kz4Kp If you like what you see, please watch this space 👀. I'm writing almost every week, though the pace of publication may be a bit slower. And if you have bouquets, brickbats, criticism, encouragement, love or hugs, send them my way 🙂.Rachel Laycock liked thisLike me, Sumeet Gayathri Moghe is tired of poor presentations with bad slide decks. He's started to write a series of posts on how to avoid these calamities, beginning with a post that questions whether a presentation is needed at all. https://lnkd.in/gSmQ4yv4
Experience & Education
-
Thoughtworks
**** ***** ********** *******
-
************
***** ********** ******* * ***** *******
-
********
*********
-
******* **********
********* ********* ********* ****** ********** undefined
-
-
******** ******** ******
********* ********* ******** ********** *** *******
-
View Rachel’s full experience
See their title, tenure and more.
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
or
By clicking Continue to join or sign in, you agree to LinkedIn’s User Agreement, Privacy Policy, and Cookie Policy.
Projects
-
Technovation Challenge 2014
- Present
Coached two teams of students to develop apps for Technovation Challenge, an international technology entrepreneurship program for girls. Both teams advanced to the final round, Technovation Challenge World Pitch held at Intel HQ in Santa Clara, CA. FieldTripper, The Middle School team, won 1st place out of 150 and $5,000. SafeTeen, the high school team, placed in Top 8 out of 225.
Other creatorsSee project -
Personal Finance and Workplace Investment Firm
-
Lead analyst on this project from Assessment to Inception to Delivery.
Worked with team to deliver a digital experience targeted toward a new customer demographic and coach client on agile practices.
Created a bridge between the business, design and development teams, ensuring that the correct value and vision were delivered.
Aided in creating a productive environment by taking lead on team-building and wellness activities and events.Other creators
Recommendations received
View Rachel’s full profile
-
See who you know in common
-
Get introduced
-
Contact Rachel directly
Other similar profiles
-
Vijay Venkatesh
Vijay Venkatesh
I build engines that lead markets and the tech stack beneath them<br> <br>As CTO at Bluesight, I've led a 6× ARR growth journey at a PE-backed healthtech company, executing three M&A integrations, a full cloud migration in 8 months, and a FinOps program that raised enterprise value by $50M. My teams ship AI infrastructure powering the modern hospital pharmacy, faster, leaner, and with a fraction of the turnover. We recently shipped a joint publication with Amazon Web Services on agentic AI in regulated healthcare environments<br> <br>My philosophy: clear vision, clear execution. I thrive in change; scaling a core product, expanding into adjacent markets, integrating acquisitions, and turning technical debt into competitive advantage. I've done it across healthtech, edtech, e-commerce, and logistics including from 4 markets to 40, from 10% conversion to 35%, from 30% attrition to under 5%.<br> <br>What I deliver: M&A technical diligence & integration · Cloud-native architecture · Agentic AI in Production · FinOps & COGS optimization · Full Security program and HIPAA/SOC2 compliance · PE & board-level reporting · High-performing engineering cultures · Machine Learning product delivery<br> <br>"2025 was highly productive, not just from effort, but from sheer results. Vijay has built a prolific engineering organization and a fierce engineering leadership."
5K followersNew York City Metropolitan Area
Explore more posts
-
Hans L'Hoëst
With 25 years of experience… • 524 followers
Years ago, the book Accelerate changed my view on software development and delivery fundamentally. Of course, there are its findings (dare I say 'revolutionary'?) on which technical and organisational factors drive high performance software delivery. But that is not what I want to highlight here. What makes this book so valuable is that it is grounded in scientific research. The first years of DORA research formed the basis for the book and documented their scientific approach. And every year they keep on publishing their research results. A few weeks ago their latest report came out. This is the best part, as is with science, when the landscape changes, other evidence surfaces and these reports keep on giving valuable insights. This approach is completely different from other frameworks in the industry that are adopted because of popularity (I have done that) or commercial interests. Inevitably this year's report is influenced heavily by the impact of AI, so much so that this year they named their report: "The State of AI-assisted Software Development". Links to the most recent science-based research: - DORA Report 2025 Infographic, if you want to get the high-level overview: https://lnkd.in/g33TNdHU - The full report, +100 pages but if you are into this topic it's an evening's read: https://lnkd.in/gq4z_sxW - The Accelerate book: https://lnkd.in/ghyJzd6J
7
-
Jose Adan Ortiz
Roche Diagnostics España • 3K followers
We've all used 'technical debt' as a catch-all for slowdowns. But are we fixing the right problem? 😬 Have you ever listened about 𝐀𝐫𝐜𝐡𝐢𝐭𝐞𝐜𝐭𝐮𝐫𝐚𝐥 𝐃𝐞𝐛𝐭? 🤔 Take a look at this The New Stack article, where you will find the critical distinction: Technical Debt (code shortcuts) is tactical, while 𝐀𝐫𝐜𝐡𝐢𝐭𝐞𝐜𝐭𝐮𝐫𝐚𝐥 𝐃𝐞𝐛𝐭 (systemic design flaws) is strategic. One slows delivery; the other stalls entire transformations. While we're busy refactoring code, hidden architectural flaws—like platform sprawl or broken data governance—are quietly consuming up to 40% of transformation budgets and blocking major initiatives like #AI adoption https://lnkd.in/dVs8J58a
1
-
Jake P.
Agentic AI Foundation • 4K followers
The new MCP release candidate removes the stateful session requirement. We're finally ditching brittle handshakes for a stateless core that respects standard infrastructure. You're now able to run remote tools behind regular load balancers without messy sticky routing. How will everyone adjust their architecture now that the protocol natively supports stateless execution? https://lnkd.in/eeWWByFF
9
-
Arvind Saharkar
Synechron • 850 followers
When is NgRx actually "too much"? A Framework Architect’s perspective. In the world of Angular development, there’s often an implicit pressure to implement heavy state management libraries like NgRx or NGXS as soon as a project is labeled "Enterprise." But after years of designing large-scale systems, I’ve seen many teams drown in boilerplate before they even understand the benefits. The Architectural Truth: Your state management choice should be based on the scale of the problem, not the trend. 📊 Quick Comparison: Lean vs. Robust 1. Lean & Reactive (RxJS BehaviorSubjects) • Boilerplate: Very Low (Native RxJS) • Learning Curve: Minimal for Angular devs • Architecture: Decentralized Services • Best For: Feature-local state, simple data sharing, high dev velocity. 2. Structured & Robust (NgRx / NGXS) • Boilerplate: High (Actions, Reducers, Selectors) • Learning Curve: Steep (requires Redux pattern knowledge) • Architecture: Centralized Immutable Store • Best For: Massive multi-actor sync, complex caching, time-travel debugging. ⚖️ When do I recommend the "Big Guns"? I typically advise scaling your architecture only when you hit these specific complexity points: 1. Multi-Actor Complexity: When numerous sources (WebSockets, user inputs, background workers) modify the same state simultaneously. 2. Strict Traceability: When you need to track exactly which action caused a state change across a massive application. 3. Extensive Client Caching: When managing large amounts of client-side data that must persist across complex navigation. The takeaway: Architecture isn’t about using the most powerful tool available; it’s about using the right tool for your team’s context. Don't let your state management become a bottleneck for your agility. How do you manage the trade-off between simplicity and robustness in your Angular apps? Let's discuss in the comments! #Angular #WebArchitecture #SoftwareEngineering #RxJS #NgRx #AngularDev #TechLeadership #StateManagement
6
-
Kala A.
Salesforce • 2K followers
Is building your own integration solution truly cheaper than buying, or is it an expensive illusion? Join us in conversation with Clever Moe to learn about their build vs. buy study, comparing MuleSoft to leading custom code solutions. In this session, we’ll dig into their methodology, the tradeoffs to consider in choosing an iPaaS strategy and vendor, calculating long-term TCO, and how MuleSoft can save you 34% in development costs and 73% in maintenance costs compared to popular DIY options.
2
-
Nitin Sawant
Accenture • 9K followers
Code generation tools aren’t just assistants, they’re redefining architecture. In 2025, tools like Claude Code aren’t just speeding up development, they’re rewriting the rules of architecture. When the code layer starts being auto-generated, the role of architects changes dramatically: • You’re not just defining systems; you’re defining rules that agents follow. • You’re not just integrating modules; you’re enabling auto-orchestration across models, service, and data. • You’re not just ensuring performance; you’re ensuring governance, trust, and adaptation in a live, shifting coding-ecosystem. For enterprise architecture professionals, this is a pivot. The question isn’t “Will we use AI to write code?”—it’s “How do we build the architecture so that the AI-writing code fits, evolves, and scales?” #EnterpriseArchitecture #CodeGeneration #ClaudeCode #AIinDevelopment #VibeCoding #Copilot
54
Explore top content on LinkedIn
Find curated posts and insights for relevant topics all in one place.
View top contentOthers named Rachel Laycock
-
Rachel Laycock
United Kingdom -
Rachel Laycock
Doncaster -
Rachel Laycock
Bradford -
Rachel Wade
Leicester
20 others named Rachel Laycock are on LinkedIn
See others named Rachel Laycock