AI engineering promises to accelerate software development , but writing code faster doesn’t solve one of its most costly problems: building on ambiguous requirements, losing context between teams, and discovering errors when fixing them means going back and redoing work. As Artificial Intelligence agents become involved in more stages of the SDLC, this problem can become even more significant.
That’s why the challenge is no longer simply about adopting AI. Businesses need to define how people and agents work from a single source of truth, from requirements all the way through production.
Spec-Driven Development provides a starting point: precisely defining what to build before implementing it. Spec-Driven Delivery, Crombie’s framework , takes that principle across the entire delivery process. In this article, we explain how business analysts, software developers, QA professionals, and AI agents work from shared specifications to maintain context, traceability, and control throughout the entire process.
What Are the Biggest Software Engineering Challenges in 2026?
For years, improving software engineering productivity was associated with writing code faster, automating tasks, or adopting new tools. However, AI has taken that logic much further.
Today, a team can use artificial intelligence to analyze documentation, generate code, detect vulnerabilities, create tests, or review an architecture. But accelerating each individual activity doesn’t necessarily mean accelerating the entire delivery process.

A project still moves through multiple stages
Business → Analysis → Development → QA → Release
And every transition involves a transfer of context.
A need explained by the business becomes a requirement. That requirement moves to development. Then, QA interprets what behavior needs to be validated. Meanwhile, decisions and exceptions may become scattered across tickets, documents, and conversations.
When something gets lost, the team has to go back. That’s where rework begins.
AI Can Accelerate Development—and Its Inconsistencies Too
This problem takes on another dimension when different roles begin using artificial intelligence.
A business analyst may use an agent to generate a requirement. A developer may rely on another agent to build a feature. QA may use a third to generate tests.
All three can work faster.
But if they’re working from different contexts, the business is simply automating three different interpretations.
That’s why more AI doesn’t automatically mean better AI engineering.
The challenge is making that capability operate within a shared system.
What Is AI Engineering and Why Does It Require Changing the SDLC?
AI engineering integrates artificial intelligence capabilities into the software development lifecycle in a structured way.
It isn’t limited to using a copilot to generate code.
It means defining how AI participates in analysis, design, development, review, testing, and delivery; what information it receives; what it can execute; how its output is validated; and where human decision-making remains essential.
This marks an important distinction between using AI in engineering and designing an engineering process built to work with AI.
In the first scenario, each professional adds tools to their existing process.
In the second, people, agents, and processes become part of the same operating system.
And that distinction becomes increasingly relevant at enterprise scale.

The Limits of AI-Assisted Development: Optimizing Tasks Doesn’t Always Optimize Delivery
AI can generate significant improvements at the individual-task level. For example, a developer may complete a task faster with the help of a coding assistant. However, if that feature is based on an incorrect requirement, those gains disappear when the business rejects the result.
The same applies to QA. Automatically generating hundreds of tests provides little value if those tests validate criteria that differ from what the client expected. That’s why the question for CTOs and engineering leaders is changing:
How do you move from accelerating individual tasks to improving the entire delivery lifecycle?
The answer requires shared context. And that’s where specification-driven approaches come in.
What Is Spec-Driven Development?
Spec-Driven Development is an approach in which the specification defines what the software should do before implementation begins.
Instead of treating documentation as a secondary artifact, the specification becomes an active reference for building the software.
This makes it possible to establish features, rules, constraints, and criteria before decisions are translated into code.
In an AI-augmented environment, the spec also provides structured context for agents. However, at Crombie, this principle addresses only part of the problem. That’s because developing from a specification does not, by itself, guarantee that the entire delivery process operates within the same context.
Differences Between Spec-Driven Development and Spec-Driven Delivery
Spec-Driven Development | Crombie’s Spec-Driven Delivery |
Spec-Driven Development | Crombie’s Spec-Driven Delivery |
Prioritizes specifications before code | Uses the spec throughout the entire delivery process |
Structures the build process | Structures analysis, development, QA, and release |
Provides context for implementation | Provides context for people and agents |
Seeks to align intent and code | Seeks to align business, engineering, and outcomes |
Focuses on how software is developed | Extends through how software is delivered |
Is an approach/methodology | Is Crombie’s delivery framework |
The difference may seem small, but it changes the problem we’re trying to solve. The goal is no longer simply to generate better code from a specification.
It’s about preserving the original intent as the software moves through different people, tools, agents, and stages.
The spec stops being merely the starting point for development and becomes the backbone of delivery.
How Does Spec-Driven Delivery Work at Crombie?
The framework starts with a simple rule: first, we agree with the client on what to build; then, we build it.
The functional specification is validated before the first commit and serves as the reference for all subsequent stages.
The complete process includes:
Requirements → PRD → Functional Spec → Technical Design → Build → Testing → UAT → Release
The difference is that information shouldn’t have to be reconstructed from scratch at every transition.
The same definition guides the work of analysis, development, and QA. In addition, specialized AI agents support each role without replacing human responsibility.
Subscribe to our newsletter
Immerse yourself in the world of technology with a human touch.
How Does a Business Analyst Work with AI?
The first challenge is transforming a business need into a definition that is clear enough to build from.
Within Crombie’s framework, the business analyst works alongside Athena, the agent specialized in analysis.
Athena can read the project’s existing context, support requirements gathering, identify dependencies, and detect areas that still need to be defined.
The goal isn’t for AI to decide what the business wants. Its role is to help the analyst ask better questions, maintain context, and turn scattered information into a consistent specification.
The result is a PRD and functional spec that the client can review before development begins. This way, important conversations happen while changing a decision still doesn’t mean rewriting code.
How Does a Developer Work with AI?
Once the specification has been approved, the developer no longer works solely from a ticket.
They have a functional reference that establishes the behavior to be implemented. At Crombie, Hephaestus supports this stage. The agent can assist with technical design, code generation and review, architecture, security, and impact analysis. In addition, different reviews can run in parallel before a change is integrated.
However, the developer retains technical responsibility. AI proposes, analyzes, and accelerates. The professional decides.
This also changes the conversation around productivity. The goal isn’t simply to measure how many lines of code or features an AI-assisted developer can produce, but how much correct software the team can deliver without creating another round of corrections.

How Does QA Work with Artificial Intelligence?
QA receives the same specification used by development. This changes a fundamental question. Instead of debating at the end whether a particular behavior “is a bug or a feature,” the expected criteria should already be defined before development begins.
Within the framework, Argos supports QA by transforming those criteria into scenarios and tests. AI can help expand coverage; identify edge cases; and automate part of test generation. However, QA retains responsibility for quality, risk, and expected behavior.
In this way, testing stops functioning solely as a filter at the end of the process. It becomes directly connected to the intent defined at the beginning.
Benefits of Crombie’s Spec-Driven Delivery
- Reduced rework: Ambiguities are addressed before they turn into code. In addition, business, development, and QA all work from a shared reference.
- Fewer regressions: Each new feature can be analyzed based on previously defined behavior and its dependencies.
- Predictability: Speed is no longer determined solely by how long it takes someone to write code; it also accounts for how much work needs to be redone.
- Knowledge retention: Requirements, decisions, dependencies, and changes remain within the project. Knowledge no longer depends exclusively on specific individuals.
- Traceability: The team can more easily connect what the business requested, what was specified, what was built, and what was validated.
Why Do Engineering Teams Need a Clear Methodology?
La industria empieza a mostrar una señal consistente: adoptar IA no consiste simplemente en distribuir copilotos.
El informe DORA 2025 sobre desarrollo de software asistido por IA plantea que una adopción exitosa depende del sistema organizacional que rodea a las herramientas. Las mejoras locales de productividad necesitan traducirse en mejores resultados del producto; de lo contrario, pueden trasladar problemas hacia etapas posteriores del delivery.
Esa lectura es especialmente relevante para Spec-Driven Delivery.
Si un desarrollador produce código más rápido pero QA recibe más inconsistencias, la organización no aumenta la velocidad. Movió el cuello de botella. Por otro lado, si el analista funcional genera documentación más rápido, pero el desarrollador sigue reconstruyendo el contexto, tampoco existe una mejora sistémica.
La ingeniería de IA genera valor cuando todo el flujo mejora, no cuando una única etapa produce más output. Al mismo tiempo, el crecimiento del ecosistema spec-driven muestra que esta forma de trabajar está dejando de ser marginal. Herramientas como GitHub Spec Kit están consolidando flujos donde especificar, planificar, dividir tareas e implementar forman parte de un proceso estructurado para agentes de código.
Advantages and Disadvantages of AI Engineering
Models will continue to improve. They will also generate code faster, analyze larger repositories, and solve increasingly complex tasks.
That’s why simply having access to AI will become less of a differentiator.
The advantage will lie in the ability to turn that intelligence into software that is correct, traceable, and aligned with the business. That requires more than good prompts.
It requires shared context, clear specifications, human oversight, and a process that connects decisions from requirements through production.
Spec-Driven Development helps establish what to build. Spec-Driven Delivery, on the other hand, seeks to ensure that this intent survives the entire journey until the software reaches the user.
That’s the logic behind Crombie’s approach to AI engineering: not replacing people with AI agents, but increasing the team’s capabilities without losing control over what is being built and why.
AI Integrated into the SDLC: How It Redefines Engineering Team Productivity and Performance
AI engineering integrates artificial intelligence into the software development lifecycle to assist with analysis, design, coding, review, and testing tasks. Unlike the isolated use of coding assistants, it establishes shared processes, context, and controls. This allows developers, business analysts, and QA professionals to work with AI agents without losing traceability or relying on individual interpretations.
AI engineering integrates artificial intelligence into a complete development process, while AI-assisted development typically focuses on individual tasks. For example, generating code with a copilot is AI-assisted development. In contrast, connecting analysis, specifications, development, testing, and agents under a single process applies AI engineering principles across the entire software lifecycle.
Spec-Driven Development is an approach that uses specifications as the reference for developing software. Before building a feature, the team defines its behavior, rules, and acceptance criteria. That specification provides context for developers and AI agents during implementation. The goal is to reduce ambiguity and maintain greater alignment between requirements and the code being built.
AI agents need specifications to work from clear, shared context about the software they need to build. Without that reference, different agents may interpret the same requirement differently. A specification defines behaviors, constraints, and acceptance criteria, allowing AI to be used in development and testing with greater consistency, traceability, and human control.
Spec-Driven Development uses specifications to guide software development; Spec-Driven Delivery extends that principle across the entire delivery lifecycle. In Crombie’s approach, the specification connects requirements, design, development, QA, and release. This means it doesn’t just guide the code: it serves as a single source of truth for the business, technical specialists, and AI agents throughout delivery.
Spec-Driven Delivery reduces rework by resolving ambiguities before they become code. A shared functional specification allows business, development, and QA to validate expected behavior from the beginning. When a change arises, the team can first analyze its impact against that definition. This reduces corrections caused by lost context or different interpretations across stages.
Developers, business analysts, and QA professionals can work with specialized AI agents while keeping final decisions under human control. Business analysts use AI to analyze requirements and context; developers use it for design, code, and reviews; and QA uses it to generate and validate tests. In a Spec-Driven model, these roles share a specification, preventing each agent from operating based on a different interpretation.
Crombie also uses Spec-Driven Delivery for existing projects and legacy systems, without requiring development to start from scratch. The team recovers relevant context, behavior, and dependencies before defining new changes through specifications. This gives developers, QA professionals, and AI agents a shared reference for evaluating impact, maintaining traceability, and preserving knowledge as the software evolves.
Spec-Driven Delivery is Crombie’s framework that combines specifications, software engineering, and AI agents throughout the entire delivery process. An agreed-upon functional specification serves as the single source of truth for the client, the team, and AI agents. From there, design, development, validation, and release are carried out. The goal is to maintain context and traceability from the business requirement through to the delivered software.
Crombie integrates AI agents specialized in business analysis, software development, and QA into its Spec-Driven Delivery framework. Athena supports requirements and context analysis; Hephaestus assists with development and technical reviews; and Argos focuses on testing and validation. These agents don’t operate as standalone products: they work alongside human specialists and use shared specifications as a reference throughout the software lifecycle.
When choosing an AI engineering provider, it’s important to evaluate its ability to integrate AI throughout the entire development lifecycle, not just for code generation. A provider should demonstrate expertise in architecture, development, QA, security, legacy systems, and production deployment. It should also explain how it manages context, human oversight, and traceability to prevent greater speed from resulting in more errors, regressions, or technical debt.
Argentina has several software development companies that incorporate artificial intelligence, including Crombie, Globant, Baufest, and Huenei. Their offerings range from AI-powered development and modernization to automation and generative AI solutions. Crombie differentiates itself through Spec-Driven Delivery, a framework that integrates specifications and AI agents across analysis, development, and QA.
0 comments
·
14 min Read