Leadership During Crisis: How Technology Firms Can Build Cultures That Bend Without Breaking

The technology sector moves at a breakneck speed, where a single disruptive event can trigger immediate operational chaos. From sudden market shifts and cyberattacks to global economic downturns, tech firms face unique vulnerabilities due to their hyper-connected environments and rapid growth trajectories. When a crisis strikes, traditional command-and-control leadership structures often fracture under stress. True organizational resilience requires a shift from rigid survival tactics to building an adaptable corporate ecosystem that absorbs shockwaves and evolves.

At the heart of this operational resilience is a culture designed to bend without breaking. For technology organizations, culture is not an abstract concept defined by office perks; it is the fundamental operating system that dictates how engineering, product, and leadership teams behave under intense pressure. A resilient culture relies on psychological safety, decentralized decision-making, and radical transparency. When employees know their voices matter and their well-being is prioritized, they do not panic during a pivot—they collaborate, innovate, and find a path forward.

Navigating high-stakes volatility requires leaders to actively transition from reactive firefighting to proactive cultural engineering. This blog post explores how modern technology firms can intentionally build crisis-resistant frameworks into their daily operations. By empowering mid-level leaders, reinforcing transparent communication channels, and treating team well-being as critical infrastructure, organizations can safeguard their business. Discover how to transform uncertainty into a competitive advantage and ensure your teams thrive through the storm.

Crisis in Technology Firms: A Different Kind of Storm

Crises in tech are uniquely complex because they often combine:

• High velocity (issues escalate in minutes, not days)
• High visibility (customers, regulators, and media react instantly)
• High interdependence (systems, APIs, and partners are tightly coupled)
• High emotional load (engineers and teams feel personal ownership of systems they built)

A production outage at a fintech firm is not just a technical issue—it is a trust crisis. A data breach at a SaaS company is not just a security incident—it is a reputational crisis. A sudden pivot in a startup is not just a strategy shift—it is an identity crisis.

This is why leadership during crisis in technology firms requires a different playbook—one rooted in culture, communication, and human-centered decision-making.

The Leadership Mindset: Calm, Clear, and Culturally Anchored

Leadership during a crisis requires a mindset of adaptive clarity, where leaders abandon the need for absolute control and instead embrace uncertainty, accept current realities, and empower their teams. It is about managing the short-term chaos while protecting the long-term vision and well-being of the organization. During crisis, teams look to leaders not for perfection but for presence. The most effective crisis leaders in tech demonstrate three core mindsets:

Calm is Contagious

When systems fail, emotions spike. Engineers panic. Product teams scramble. Customers escalate. A leader who remains calm signals: “We will get through this. Let’s focus on what matters.” Because panic is deeply contagious, a leader’s visible composure acts as a stabilizing anchor for the entire team. Staying steady isn't about ignoring the facts; it is about providing the clarity and psychological safety your team needs to think clearly and perform.

Calmness is not passive—it is active emotional regulation that stabilizes the environment.

Clarity Over Certainty

During a crisis, a leader’s greatest asset isn't a flawless prediction, but the ability to focus on clarity over certainty. Rather than faking absolute control, effective leaders define immediate priorities, acknowledge what is unknown, and provide their teams with the specific, actionable direction needed to maintain momentum. In crisis, leaders rarely have all the answers. But they can provide clarity on:

• What we know
• What we don’t know
• What we are doing next
• Who is accountable
• When the next update will come

Clarity reduces anxiety. Certainty is optional; transparency is not.

Culture as the Operating System

In a crisis, a leader's mindset and organizational culture become the ultimate operating system. When the unexpected hits, technical skills take a back seat to adaptability, psychological safety, and rapid decision-making. [1]In technology firms, culture determines:

• How teams collaborate under pressure
• How decisions are made when time is short
• How blame or learning is handled
• How employees feel supported or abandoned

A strong culture becomes the shock absorber during crisis. A weak culture becomes the amplifier of chaos.

The Human Side of Crisis: Why Employee Engagement Matters Most

Employee Engagement translates uncertainty into clear, coordinated action. When leaders prioritize an emotional connection, well-being, and active dialogue, teams remain loyal and adaptable. Highly engaged workers act as a strategic buffer, sustaining performance when it matters most. Technology firms often focus on systems, SLAs, and dashboards during crises. But the real engine of recovery is people.

Crisis Fatigue Is Real

Crisis fatigue is a state of physical and emotional exhaustion caused by prolonged exposure to high-stress, unpredictable events. For leaders, navigating this phenomenon—where constant problem-solving leads to burnout and reduced decision-making capacity—requires a shift from reactionary survival to sustainable, empathetic management. Repeated incidents, long war-room hours, and emotional strain lead to:

• Burnout
• Reduced creativity
• Lower ownership
• Quiet disengagement

If leaders ignore this, they risk losing their most valuable asset: their talent.

Engagement Drives Performance Under Pressure

Effective leadership during a crisis requires balancing immediate action with team engagement. According to organizations like Gallup and Harvard Business School, managers account for roughly 70% of team engagement. By remaining grounded and fostering psychological safety, leaders empower teams to maintain performance and pivot quickly when under pressure.

Navigating high-stakes situations requires deliberate, actionable strategies that sustain morale and drive results. Engaged employees:

• Think more creatively
• Collaborate more effectively
• Stay resilient
• Go the extra mile—not because they are forced to, but because they care

In crisis, engagement is not a “soft” metric. It is a performance multiplier.

Psychological Safety Enables Faster Recovery

Psychological safety is foundational for navigating organizational crises. It enables faster recovery by encouraging open communication, early problem identification, and the rapid sharing of lessons learned. When leaders foster environments where individuals can voice concerns without fear of reprisal, teams shift from survival mode to proactive problem-solving. Teams must feel safe to:

• Report issues early
• Admit mistakes
• Challenge assumptions
• Escalate risks without fear

Without psychological safety, crises become hidden, delayed, and magnified.

Communication: The Leadership Superpower During Crisis

During a crisis, effective communication acts as a leader’s ultimate superpower, transforming uncertainty into focused action. It tames fear, provides clarity, and builds trust by keeping the organization moving forward. Navigating high-stakes adversity requires leaders to master specific communication strategies. In technology firms, communication is often the difference between coordinated recovery and organizational meltdown.

Communicate Early, Even If Incomplete

Effective crisis leadership requires communicating early, even with incomplete information. Remaining silent breeds anxiety and rumors. By sharing what is known, what is unknown, and the active next steps, leaders anchor their teams, control the narrative, and preserve organizational trust. Silence creates fear. Over-communication creates alignment. Leaders should share:

• What happened
• What is being done
• What support teams need
• What customers are being told

Even a simple “We are investigating and will update in 30 minutes” builds trust.

Use the Right Tone

During a crisis, your communication sets the emotional tone for your entire organization. To guide your team safely, project calm, display honest empathy, and balance hard truths with a forward-looking vision. The right tone prevents panic, anchors your team, and builds deep organizational trust. During crisis, tone matters more than content. The best leaders communicate with:

• Empathy (“I know this is stressful…”)
• Accountability (“We own this…”)
• Direction (“Here’s what we do next…”)
• Reassurance (“We will get through this together…”)

Avoid the Blame Game

During a crisis, a leader’s instinctive response to threat is often defensiveness. Instead of pointing fingers, effective leaders focus on solutions, communicate with Radical Transparency, and foster psychological safety. This anchors the team in stability, turning a potential disaster into an opportunity for organizational learning. Blame kills morale. Blame kills innovation. Blame kills culture. Great leaders replace blame with:

• Root-cause analysis
• Learning loops
• Systemic improvements

Decision-Making Under Pressure: Speed Without Panic

Leading through a crisis requires achieving 'speed without panic' by separating facts from emotions, making decisive choices based on incomplete data, and projecting calm clarity. It is about acting quickly with intent, rather than reacting blindly out of fear. Navigating high-pressure environments requires a fine balance between urgency and composure. Technology crises demand rapid decisions. But speed without structure leads to chaos.

Use a Crisis Decision Framework

Leadership during a crisis requires rapid sense-making, decisive action, and emotional steadiness to stabilize your team. Effective leaders rely on frameworks such as:

• RACI for roles
• Severity matrices for escalation
• War-room protocols for coordination
• Runbooks for repeatable actions

Frameworks reduce cognitive load and prevent emotional decision-making.

Prioritize Based on Impact, Not Noise

Effective leadership requires shielding your team from panic and chaos. Great leaders separate critical signals from distracting background noise, regulate their emotional responses, and establish rapid ownership. The goal is to focus organizational energy entirely on actions that generate high impact rather than reacting to every loud issue. In crisis, everything feels urgent. But leaders must differentiate:

• Critical issues (impacting customers or security)
• Important issues (impacting internal operations)
• Noise (non-essential distractions)

Empower Teams to Act

Effective crisis leadership relies on empowering decentralized teams. By establishing a clear "commander's intent"—providing strict goals without micromanaging the methods—you remove bureaucratic bottlenecks, allowing on-the-ground employees to adapt swiftly, make localized decisions, and solve urgent problems in real-time. Transitioning from strict top-down control to an empowered, agile network of teams is essential for outmaneuvering sudden disruptions. Micromanagement slows recovery. Empowerment accelerates it. Leaders should:

• Delegate authority
• Trust SMEs
• Remove blockers
• Provide resources

Empowered teams move faster and feel more engaged.

Culture as the Foundation of Crisis Resilience

Crisis resilience relies on organizational culture rather than just contingency plans. Strong leaders embed psychological safety, transparency, and adaptability into their daily operations, enabling teams to navigate acute uncertainty. This proactive foundation ensures that when emergencies occur, the company can respond decisively without fracturing its identity. Culture is not a poster on the wall. It is how people behave when no one is watching—and especially when everyone is watching during crisis.

Build a Culture of Ownership

Leadership during a crisis requires shifting from command-and-control to empowerment. True ownership means transforming employees from passive bystanders into proactive partners who feel deeply invested in the outcome. Instead of hoarding decisions, leaders should distribute authority, embrace transparency, and foster psychological safety so their teams can adapt and take charge. In high-performing tech firms:

• Engineers own uptime
• Security teams own risk
• Product teams own customer experience
• Leaders own outcomes

Ownership creates accountability without fear.

Build a Culture of Learning

Rather than just surviving the immediate shock, resilient leaders build the capacity to adapt, analyze mistakes, and empower employees. This ensures the organization emerges stronger and crisis-ready After every crisis, leaders should run:

• Post-incident reviews
• Blameless retrospectives
• Knowledge-sharing sessions

The goal is not to find fault but to find patterns.

Build a Culture of Empathy

Building an empathetic culture during turbulent times sustains morale, fosters psychological safety, and strengthens long-term resilience by keeping the team united and focused. Empathy is not softness. Empathy is strategic leadership. Empathetic cultures:

• Reduce burnout
• Increase loyalty
• Improve collaboration
• Strengthen resilience

Employee Engagement Strategies That Strengthen Crisis Leadership

Employee engagement is not a perk to be paused during a crisis; it is the foundation of organizational resilience. Engaged teams are more adaptable, faster to recover, and less prone to burnout. To strengthen crisis leadership, leaders must prioritize transparent communication, empower their teams, and anchor their workforce in deep empathy. Engagement is about purpose, recognition, and connection.

Recognize Effort Publicly

Recognizing effort publicly is one of the most cost-effective and powerful leadership tools during a crisis. It combats low morale, fosters connectedness, and reinforces exactly which behaviors drive the company forward. After a crisis, leaders should acknowledge:

• The long hours
• The sacrifices
• The teamwork
• The resilience

Recognition fuels motivation.

Provide Recovery Time

Prioritizing transparent communication, validating emotions, and empowering staff helps teams recover. Providing adequate "recovery time" is essential to combat burnout and restore sustainable productivity. After intense crisis periods, leaders should:

• Rotate on-call duties
• Offer comp-off
• Encourage downtime
• Reduce meeting load

Recovery is not a luxury—it is a necessity.

Keep Employees Informed

During a crisis, effective leadership requires transparent, predictable, and two-way communication. To keep employees engaged, leaders must share accurate updates, explain what changes mean for specific roles, and actively listen to concerns. Clear information reduces uncertainty and preserves trust. Keeping your workforce engaged through turbulent times relies on transforming communication from a one-way corporate broadcast into an empathetic, ongoing dialogue. Employees disengage when they feel:

• Left out
• Uncertain
• Unappreciated

Transparent communication keeps them aligned and motivated.

Reinforce Purpose

When a crisis threatens business operations, panic and uncertainty often breed disengagement. Leaders must pivot by explicitly realigning daily tasks with the overarching company mission. Reinforcing purpose anchors employees, transforming anxiety into a unified, resilient, and mission-driven response. During crisis, remind teams:

• Why their work matters
• How customers depend on them
• How their actions protect trust

Purpose is the antidote to fatigue.

Crisis Leadership in Technology Firms: What Great Leaders Actually Do

In technology firms, great crisis leaders do not panic; they act decisively based on facts while prioritizing people over process. They master transparent communication, absorb panic, and empower cross-functional teams to resolve issues while protecting their engineers from unwarranted blame. The technology sector moves fast, meaning disruptions—from high-profile data breaches and cloud outages to drastic market shifts—rarely follow a predictable script. Here are the behaviors that separate exceptional crisis leaders from average ones:

• They Show Up Early: They don’t wait for escalation—they anticipate it.
• They Stay Visible: They join war rooms, talk to teams, and provide direction.
• They Protect Their People: They shield teams from external pressure so they can focus on recovery.
• They Make Hard Decisions: They prioritize ruthlessly and act decisively.
• They Communicate Relentlessly: They keep everyone aligned—internally and externally.
• They Learn and Improve: They treat every crisis as a leadership development opportunity.

The Post-Crisis Phase: Where Real Leadership Is Tested

The post-crisis phase is the true crucible of leadership. While the initial crisis requires command and control, the recovery phase tests a leader's ability to drive accountability, foster continuous learning, and rebuild trust. This is where organizations transition from mere survival to long-term resilience and transformation. Once the crisis is resolved, the real work begins.

Conduct a Blameless Postmortem

Conducting a blameless postmortem in the post-crisis phase shifts focus from punishing individuals to repairing systemic flaws. It operates on one core principle: every team member did their best with the information and tools they had at the time. This creates psychological safety, uncovers root causes, and builds organizational resilience. A successful post-crisis review requires a structured sequence that moves the team from the immediate crisis into a space of objective learning. Focus on:

• Systems
• Processes
• Communication gaps
• Decision-making flaws

Not individuals.

Strengthen Controls and Capabilities

The post-crisis phase is where leadership pivots from survival to strategic renewal. To avoid the "austerity paradox"—where prolonged cost-cutting stifles momentum—leaders must upgrade risk controls, embed learned lessons into everyday operations, and invest in resilient capabilities to safeguard against future disruptions. Use the crisis as a catalyst to:

• Improve monitoring
• Enhance security
• Update runbooks
• Train teams

Rebuild Trust

The post-crisis phase is a critical turning point where leaders must shift from urgent command-and-control to long-term healing. Rebuilding trust requires a deliberate strategy centered on radical transparency, authentic empathy, and consistent accountability. It is about proving through sustained action that the organization has learned from its hardships. Trust is not rebuilt with words alone; it requires specific, measurable actions across internal and external operations. Trust is rebuilt through:

• Transparency
• Accountability
• Consistency

Celebrate the Win

Celebrating the win is a vital post-crisis leadership phase that restores morale, validates the team's resilience, and provides closure. By formally recognizing sacrifices, you transform the emotional toll of the crisis into a shared sense of triumph, preparing the organization for future challenges. A crisis overcome is a milestone. Celebrate it. It reinforces resilience.

The Future of Crisis Leadership in Tech: Human-Centered, Data-Driven, Culture-Led

The future of crisis leadership in tech lies at the intersection of human empathy, data-driven intelligence, and resilient culture. Modern leaders must balance real-time analytics with emotional support, shifting away from purely top-down, reactionary tactics toward transparent, empowerment-led environments that rapidly adapt to technological and operational disruptions. Technology firms are entering an era where crises will be:

• More frequent
• More complex
• More interconnected

The leaders who succeed will be those who combine:

• Human-centered leadership (empathy, engagement, culture)
• Data-driven decision-making (dashboards, telemetry, automation)
• Adaptive execution (agility, empowerment, learning loops)

Crisis leadership is no longer about command-and-control. It is about connect-and-collaborate.

Conclusion: Crisis Doesn’t Build Leaders—It Reveals Them

Crisis leadership is ultimately about engineering systems and team dynamics that naturally self-correct, learn, and adapt when external pressures mount. By embedding distributed authority and psychological safety into the corporate DNA, technology firms ensure that their teams remain agile and aligned. The organizations that thrive in volatile markets are those that view resilience as a core feature of their business architecture.

In technology firms, crisis is the ultimate leadership test. It reveals:

• The strength of your culture
• The engagement of your employees
• The clarity of your communication
• The maturity of your decision-making
• The authenticity of your leadership

A crisis can break an organization—or it can forge a stronger, more resilient one. The difference lies in leadership. In a world where volatility is the new normal, this is the leadership that technology firms need more than ever.

Leaders who prioritize transparency, empathy, and decentralized execution actively protect their talent from burnout while driving continuous innovation. When the next inevitable disruption arrives, these resilient firms will not merely survive the chaos. They will leverage their adaptable foundations to outpace competitors, scale sustainably, and emerge stronger on the other side.

Governance of Agile Delivery

Introduction

The Agile methodology brings in alternate approach to traditional project management, where success was hard to get. Typically used in software development, Agile methodology help businesses respond to unpredictability. By focusing on the repetition of smaller work cycles as well as the deliverables, agile methodology is described as “iterative” and “incremental”. In waterfall, development teams only have one chance to get each aspect of a project right. In an agile paradigm, every aspect of development viz. requirements, design, etc. is continually revisited. When a team stops and re-evaluates the direction of a project every two weeks, there’s time to change course. Because teams can develop software at the same time they’re gathering requirements, “analysis paralysis” is less likely to impede a team from making progress. Agile development preserves a product’s critical market relevance and ensures a team’s work doesn’t wind up on a shelf, never released. Considering the value delivery that the Agile methodology promises, its adoption has been on the rise and today most organizations, including Government are embracing Agile approaches.


Governance of Agile Delivery


Critics say that Agile methodology is all about working in an unstructured way and for that reason, they believe that governing agile practices is always a challenge. While some of the Agile principles appear to support such criticism, there are many cases where organizations have successfully implemented processes and frameworks towards governance of Agile practices. Agile practitioners believe that because the agile methods are designed to be self-assuring, when practiced right, there exists built-in governance and accountability.


More so, the agile practices are more collaborative and operates continuously, requiring the stakeholders to review and test the deliverables on a continuous basis and helps the team to take alternate course of action as may be needed. Collaborative culture helps resolution of problems quicker and makes decisions are made on time. This helps to have a continuous focus on the value forecast with respect to the business case and manage the risks that may potentially impact on the expected value.


Principles of Governance

The following are the key governance principles for a successful governance of Agile Delivery:

Focus on the value delivery - only do a task if it brings value to the business. This principle also recognizes the timely delivery of a task as the value derived is more likely to deteriorate with the delayed delivery. In case of Agile deliveries, the governance is continuous and at a work unit level. It should also focus on what activity is taking place and the value such task delivers.

Embrace Change - This another principle of Agile and the Governance framework should take this into consideration. This would mean that the decisions or work flows should be flexible enough to change course based on the feedback received. Given that all stakeholders collaborate, decisions should be taken across the table, without putting things on hold and for the purpose, all needed specialists should take part in the reviews.

Decide on the performance metrics - Another key principle of Agile methodology is to 'fail fast and learn quiuckly'. Given that the overall objective is to improve the certainty that the team will deliver a usable product or service of good quality, the teams should be able to identify and implement the right metrics that will accurately indicate the quality of the deliverables and the performance of the team. For example they measure tasks completed; rework they had to perform; the backlog list and the value of the product or service to the business at the end of each iteration. Teams display this information visually, updating it frequently. This makes progress transparent to business users and management. If senior managers require performance information to oversee projects, they define what the ‘must have’ data are. Performance reports for senior management become a task in each iteration and an output of the delivery team.

Collaboration - All stakeholders, including senior management, external assessors, business users and the development team should be partners in quality, and this collaborative approach is an essential change in mindset. The business owner and delivery team defines what ‘quality’ tests they will use and what results are acceptable at the outset of each iteration – the definition of ‘done’. Regular user feedback identifies whether the product or service is providing the expected business value at each stage. External assessors are not gatekeepers; rather they are an integral part of the team. The iterative approach ensures continual reviews and feedback on progress, so external assessors are not just involved at critical points as defined in a traditional project life cycle.

Focus on behaviours and not just processes and documentation - More specifically, the external reviews or assessments will be more effective in providing critical challenge if the assessors have high-end skills, including technical and Agile delivery experience. In addition, they provide better value if they continually review how the team is performing, using observation as their main method of evidence collection. The focus of such external review or assessment shall be on the following:

• the skills and experience of the team;
• the team dynamics – frequency and nature of communication inside and outside of the delivery team, and the level of input to the delivery team from the business;
• the organisational culture – the level of commitment and openness;
• the timing and nature of quality control by the delivery team – the testing and release framework;
• the order in which the team tackled the tasks – prioritisation of actions and deliverables, the amount of actions in the backlog list;
• the way the team changes its activity in response to the results achieved in each iteration; and
• the value of outputs to the business.

IBM's Disciplined Agile Delivery Methodology


IBM believes Agile delivery allows it to continually issue new capabilities that meet user needs. It usually introduces software as part of a wider business change project so, to keep both in step, it has developed several Agile project methodologies. Disciplined Agile Delivery is a hybrid method that can be applied by a large number of teams working on the same project at the same time. The image below shows the Disciplined Agile Delivery life cycle. It starts with a few short iterations that allow the team and its stakeholders to identify the initial requirements, develop the architecture and agree a release plan. IBM also uses this to determine the system level properties and characteristics – the non-functional requirements. There are iterations after the business owner has decided that the system has sufficient functionality. These additional iterations are necessary for IBM to support the operation and maintenance of the solution once it is in service.



In contrast to the traditional approach of looking at outputs, plans, resourcing and how a project is organised, external assessors should focus on outcomes, prioritisation of work and team dynamics. The most useful indicators of success are how the teams are organising the delivery of an operational service or capability and what Agile behaviours and practices are used. Areas for assessment include whether:
system level issues (security, availability) are addressed within the iterations;

• short- and longer-term planning exists;
• the stakeholders have a shared vision;
• there is continuous integration; and
• the team has the right people

---

Reference:

National Audit Office's Review on Governance of Agile Delivery

The Principles of Agile Enterprise Architecture Management

Change is happening everywhere and that too at an accelerated rate not only in IT but also in many other functional areas, though the same is very high in the area of IT. Business users are encouraged to innovate in every possible area and that brings in more and more transformation projects, an important category of projects in the enterprise program and portfolio management. Many a times these transformation projects are time critical, which if not implemented on time will use the market advantage. On the same lines, technology adoption is becoming a key aspect for the success of the businesses and the predicting, tracking and embracing the upcoming disruptive technologies has become an important business and strategic risk as it can have wider impact across business strategies, capabilities and processes.

Enterprise Architecture function has equal responsibility in ensuring these changes are embraced with least impact. While running the business as it is an important aspect, enabling transformation of business capabilities and information management capabilities is another key goal for the Enterprise Architects. One of the key elements that Enterprise Architects should consider and address is complexity around business and IT Architecture management so that transformation projects get implemented at desired time schedules and thus reap the intended business benefits. While there are other key objectives like delivering stakeholder value, managing complexity is an objective that comes close to being Agile.

The Agile Enterprise Architecture is all about letting changes happen and thus keep the Architectural Principles continuously evolving. This will also call for having an appropriate lifecycle that facilitates the evolution, development and adaption of the current and the target reference architecture continuously. This will keep the maturity levels of various IT management functions also changing over time. In this blog, let us focus on the key principles that enables an Agile Enterprise Architecture Management:


Value Individuals and Interactions over Tools and Processes

It is a well established and understood fact that it's the people who build success in the enterprise, and the tools and processes are just enablers. With people being the greatest asset, the organizational culture plays an important role in motivating the employees to collaborate, innovate and deliver the results more effectively and efficiently. Build the EA team in such a way that it has representation or interface with the Top Management, Business & IT Owners, Business & IT Operations teams and the Project Teams driving the change within. Choose and deploy the right set of tools, technology and processes that facilitates the collaboration with different business and IT functions.

The EAM team shall aim for sustainable evolution, with a pace as is driven by business and IT users; Help the project teams to avoid panics, and discourage culture clashes; Understand that everyone has their own area of expertise and thus can add value to the project or program.


Focus on demands of top Stakeholders and speak their languages

Typically the top stakeholders need continuous input from the EA team on various business and IT functions, to decide on further strategic alignments or improvements, which in turn would lead to new transformation projects or change of course in case of existing projects. The inputs could be in the form of metrics, visualizations and reports. It is very important that these inputs should be relevant and make sense to the target recipients. The following key considerations are worth considering to ensure that the stakeholders realize the maximum value out of such inputs from EA teams:

• A single number or picture is more helpful than 1000 reports
• Avoid waste - Share information that is relevant and nothing more and nothing less.
• Leverage the existing process to generate and deliver these inputs as against a whole set of EA specific processes.

Promote rapid feedback, by working jointly on models and architecture blue prints with other people and functions. Remember that the best way of conveying information is by a face-to-face conversation, supported by other materials. Shared development of a model, at a whiteboard, will generate excellent feedback and buy-in. Work as closely as possible with all the stakeholders, including your customers and other partners.


Reflect behavior and adapt to changes

The effect of a change in the end reflects on the behavior of individuals, tools, and functions. The EAM function shall atempt to understand the likely directions and behavior of such changes using techniques such as scenario analysis and change cases. This will help the EAM function to determine how best to embrace the change in terms of timing, approach and methodology. This is where a pattern based approach in developing the EAM function would facilitate change adoption with much ease and least impact.

EAM should manage and plan for the changes and shall never resist a change. It may not always be easy in embracing changes, but a well thought out EAM evolution lifecycle would certainly make it simpler. It is always possible that one big change can be broken into various blocks and can be taken one at a time, depending on the time, efforts and business priorities.


Here are some of the useful references for further reading on the Agility and the Enterprise Architecture Management.

1. Towards an Agile Design of the Enterprise Architecture Management Function

2. Principles for the Agile Architect

3. The Principles of Agile Architecture

4. Actionable Enterprise Architecture (EA) for the Agile Enterprise: Getting Back to Basics

Agile in Fixed Price Fixed Scope projects - Hybrid Contracts

It is well known that the traditional methods are not yielding to a better success rate of a project and thus there is a tendency to lean on Agile Methodologies. At the same time, clients feel secure with Fixed Price and Fixed Scope project as their financial outlay is limited and there is no ambiguity. What they miss however in this process is the value delivery. The traditional project management methodologies focus on the Scope, Time and Resources where all three are constraints. Ideally the focus should be on the Value and Quality delivered, given the constraints there by guaranteeing a better success rate of the project.

The software vendors are doing business and they work to earn profits. As such, with Fixed Price projects, the vendors tend to limit their efforts to deliver the agreed scope. With the pace at which changes are happening around any business, freezing scope for a project early on is nearly impossible as software delivered to such scope frozen early on is often less usable. With change is the key driver in optimizing the value delivery, clients and vendors have conflicting views on the change.

Agile methodology has evolved over these years and offers a solution to the problem of optimized value delivery. However, clients still feel that Agile approach does not secure their interests in terms of a definite price and time. Of course, their concern is genuine as they cannot afford to sign a project contract where the cost and time are elastic. While the basic premise of Agile is to embrace the changes, to succeed, it depends on a very high level of trust between the vendors and the clients, where both should work for a common goal and the contract should be profitable to both.

Having said that the Fixed Price (FP) Fixed Scope (FS) contracts offer very limited opportunity for vendors to practice Agile methodology. Making either FP or FS elastic will give some room for practicing Agile methodology. Let us explore how this can be accomplished in the contracts. Both the above contracting models requires a high level of trust between both the vendors and the clients.

Fixed Price Elastic Scope (FPES) contract: In this model, while the price is fixed, the scope can be variable. This model can practice a hybrid Agile approach, the scope is broken down to features and the development happens feature by feature. Depending the time taken to implement a feature, more features are added or removed. For instance, if a feature estimated to take 30 days is implemented in 20 days, one or more new features can be added to fill the time saved. Similarly if the implementation takes 45 days, then one or more features will be removed.

To bring in incentive for both vendors and clients, a discount factor can be agreed upon, which is applied while adding or removing features. For instance, in a case where the vendor has saved 10 days for a feature, the client instead of adding a feature that needs 10 days to fill the gap, will only add a feature with 5 days of effort, where the discount factor would be 50%. The same discount factor is applied on the converse (where implementation exceeds the planned effort).

Elastic Price Fixed Scope (EPFS) contract: In this model, the Scope is fixed, but the pricing is variable. The idea behind this approach to is arrive at a base rate and a profit factor. While the base rate and the profit factor, along with the generic terms and conditions are covered in the Master Services Agreement, the actual project scope can be covered in multiple Statement of Works (SoW). Requirement elicitation and scoping can be the first SoW. This way, the project can be split into smaller working software modules and the work items can be scoped in stages / phases. This approach will help the clients in handling changes with ease.

Here again, an approach like 60:40:20 can be adopted to prioritize the work items. This approach requires the work items to be grouped into Must have features, Good to have features and Fixes. Every SoW can comprise of 60% of Must Haves, 40% of Good to haves and 20% of fixes emerged out of previous deliveries.

The incentives for both vendors and clients can be based on categorization of the work items as New feature, Clarification, Fixes. New features are the scope items as elaborated during elicitation. Clarifications are such items that emerge out of elicited requirements during the design or build phase. Fixes are incorrect implementations by the vendors, basically design and build defects. Costs for each SoW can be computed by applying the profit factor on the base rate. For instance, the New features will be charged at base rate + profit, clarifications will be charged at base rate and fixes will be charged at base rate - profit.

With the above, we are not concluding that Agile cannot be practiced in an FPFS project. There are still ways and means that a hybrid agile approach can be thought of and practiced so that value delivery is the primary focus for all the parties. Do share your thoughts in the form of comments on the subject, and I will cover those in my next blog.