A generic Agile methodology can be represented as:

Plan Develop/Build Release


This iterative, incremental and interactive model is very effective, if you are working with a small team of 5-10 people with 20-50 user stories in backlog, and a spread sheet can help manage.



Scaled Agile For Enterprise Teams

Consider applying agile with a 100-1000 strong enterprise team, with 5000-50,000 user stories across multiple products and product lines, some of which share the user-stories. Throw in multiple team locations across the globe. Then again there are compliance required by industry-specific certifications. Requirement Traceability means having digital record of lifecycle of requirement.


SoftALM®, our Agile Project Management software, builds on Agile Methodology to scale Agile for Enterprise level (can also be referred to as a scaled agile framework) in the following 3 abstractions described below:

    SoftALM :  Scaing Agile For Enterprise – Product Entities

    Figure. 1

  1. As depicted in Figure. 1, SoftALM® provides a hierarchy that lets you manage a large number of User Stories through Epics, Features and Requirements.

    Example: Consider a product that have 500 User Stories. 500 User Stories can give rise to about 5000-10000 Requirements. These User Stories can be grouped in 20-50 Features and 5-10 Epics. This simple hierarchy provides the enterprise level capabilities to manage development of products through incremental user story

    iteration

    .
  2. SoftALM :  Scaing Agile- User Story Entities

    Figure. 2

  3. The second abstraction of linking User Story with Acceptance Criteria which are serve as in fact as Test Cases. Since the User Story can be seen as set of requirements, and hence test cases (or acceptance criteria) can be even connected to the corresponding requirements, essentially requirement-test case traceability can be achieved. This helps to keep track of all changes that occur in a progressive agile environment which does not let you sweat compliance audits!

    Also depicted in the Figure. 2 alongside, Acceptance of User Story can be through Test Cases, based on defect severity and count.
  4. SoftALM :  Scaling Agile-User Story Acceptance through Iteration

    Figure. 3.1

  5. This particular abstraction demonstrates the idea of ‘Continuous Delivery’. Continuous Delivery is the new mantra of software development firms. Continuous Delivery helps your software development team to stay ahead and always be ready for Releases to win and sustain the trust of customers in this fiercely competitive world.
  6. SoftALM :  Scaling Agile- Relation Between Iteration, Program and Release

    Figure. 3.2

  7. Figure. 3.2 shows the relation of Iteration with Release and of Release to

    Program

    . Program comprises of set of Releases required to achieve the Product Roadmap. Hence, set of Iterations leads to

    Releases

    for achieving Program Backlog. This provides for true Agile Continuous Delivery.

SoftALM - Agile ALM Software Tool

JamBuster’ SoftALM® is an end-to-end agile +waterfall ALM software built for software product engineering team. It is built with both waterfall and agile model, along with capabilities that allow facilitates transformation from

SoftALM – Scaled Agile Enterprise ALM Flow

Figure. 4

Figure. 4 above depicts the scaled agile methodology that works for enterprise team.



Browse More About Scaling Enterprise Model:


Top