Law Firm Operations
  • Law Firm Operations
  • Law Firm Operations North Star
  • Publications and Articles
    • Agile Law Firm Workbook
    • FAQs Remote Legal Teams
    • Remote Legal Teams - Getting Started and Making it Work
    • GitHub - Legal Text Analytics
    • Agile Law Firm Workbook
      • Introduction 1.1. What this workbook can show you
        • 1.2. When does it make sense to go agile?
          • 1.3. Structure of the workbook
            • 1.4. Who is this workbook for?
              • 1.5. How to use this workbook
                • 1.6. The story
      • 2. People 2.1. Culture
        • 2.2. Roles and Accountabilities
          • 2.2.1. Introduction to Accountabilities
            • 2.2.2. Let’s start with the WHAT
              • 2.2.3. And what about the HOW?
                • 2.2.4. Specifics for the legal context
                  • 2.2.5. How to get started?
          • 2.3. Transparency & Communication
          • 2.4 Stakeholders
        • 3. Processes
          • 3.1. The agile approach: Iterating in sprints
          • 3.2. Responsibilities
      • 4. Elements
        • 4.1. Goal
        • 4.2. Epic
        • 4.3. Items
        • 4.4. Tasks
        • 4.5. User stories
        • 4.6. Acceptance Criteria
        • 4.7. Definition of ready
        • 4.8. Definition of done
        • 4.9. Bringing it together
      • 5. Kanban
        • 5.1. Kanban Board
        • 5.2. Elements on the Board
        • 5.3. The lifecycle of a card
        • 5.4. Complex Boards
          • 5.4.1. Properties and Filters
          • 5.4.2. Swim lanes
        • 5.5. Further Tips
      • 6. Meetings
        • 6.1. Daily Meetings
        • 6.2. Planning
        • 6.3. Reviews
        • 6.4. Retrospectives
        • 6.5. A Sprint Meeting setup for a law firm
      • 7. Outro 7.1. Recap
        • 7.2. Story Epilogue
        • 7.3. Authors
        • 7.4. Contributors
        • 7.5. Index
        • 7.6. Templates and further information
  • Roundtables and Exchange
    • Session 1: What problems do law firms typically face and how can they be met?
    • Session 2: Working Roundtable
    • Session 3: Identifying and Implementing AI Tools For Legal Practices
  • Annex
    • 🙏Acknowledgements
    • 📥Contact
Powered by GitBook
On this page
  • Story
  • Learning from the case
  • Example
  • Template
Export as PDF
  1. Publications and Articles
  2. Agile Law Firm Workbook
  3. 2. People 2.1. Culture
  4. 3. Processes

3.1. The agile approach: Iterating in sprints

Agile is an iterative approach. Within a predefined frequency, the team sets goals, revisits tasks, and organizes its work. These activities provide the team with an overview of what the whole team is doing and the requirements, thus creating a higher level of transparency and, ideally, understanding. Most often, this transparency is achieved with Kanban boards (Chapter 5), which represent the workflow and tasks of a project, a person, or a whole team. It is important to note that all this is aimed at helping everybody involved to make sure the right things are being prioritised and achieving a more balanced workload in the team. The transparency should not be abused to micromanage. The team as a whole is responsible for making sure the work gets organised properly.

One Agile iteration is commonly called a Sprint. It has a defined length, which can be as short as one or two weeks or as long as four weeks, and follows a clear recurring structure of Agile meetings (Chapter 6 Meetings). In practice, it might be helpful to use your existing meeting structure. That means organising a Sprint between recurring meetings like jour fixes could be an easy way to get started. Think about the rhythm of work you usually have. What are key meetings, alignments, and milestones? Write down regular meetings as well as typical triggers of activities that have a significant impact on your work schedule. Do the latter incur typical patterns? For example, if you have a weekly jour-fixe, a Sprint duration of a week can work very well.

The goals are set in a way that usable output is available at the end of the iteration, while it is perfectly fi ne to split the expected output into small deliverables, provided these are usable and useful. This output is usually presented to the client to align on whether their requirements are met and then, if needed, the requirements for the next Sprint are adapted.

Story

Learning from the case

As a senior associate, Fiona has sufficient experience to work independently on certain clients, yet she’s near enough to her legal studies that she still remembers how she first got in touch with different specializations. What drew her to litigation specifically was that she was able to really push the limits for a client, work internationally, and be sure to have plenty of unexpected turns regarding evidence and other aspects of each case. Neither she nor her colleagues are new to changing circumstances. At the same time, she is very keen to have better tools and a framework that makes it easier for her legal creativity to flourish.

What Fiona read about Agile work sounded promising in that regard, as it expressly addresses working with uncertainty in projects and learning in iterations. One question is really puzzling her: because Agile is supposed to work in time-boxed iterations, how do these Sprints match the requirements of deadlines set by courts and clients?

Since the Agile methodology originates in software development, she thinks about asking her IT colleague Igor whether he knows more about the theory. He does not, but after asking around it turns out that Gabriel has a friend who works in IT consulting, with whom he is meeting the following evening. Fiona asks him to take her questions with him, in case his friend knows the answers. Gabriel’s friend Sara does indeed have considerable experience in the field. She studied management and holds a bachelor’s degree in IT. Now she works for one of the top-tier IT consultancy firms. They are often called in to stalled projects to fix the project management. She specifically focuses on the methodologies being used, including Agile. Bringing up Fiona’s question, Gabriel learns that it is a common misconception that deliverables are only shared at the end of a Sprint. Rather, it is up to the Product Owner to decide on when a work product is finished and delivered to the client.

The next day, Gabriel shares what he has learnt with Fiona. On that basis, they think that in the short run it is a perfectly good approach to plan with the usual deadlines, adapt if needed, and to have delivery or submission deadlines that are not at the end of the Sprint. They would first start with their current planning rhythm, which is aligned to their weekly team meetings. They can still learn and adapt on their Agile journey. Based on Gabriel’s experience discussing with Sara, Alice invites her team to think about who could consult them on a small volume basis.

Example

Internal meetings:

What
Who
Frequency
Location

Team Jour fixe

Alice, Fiona, Gabriel

Weekly, Tuesday 5 PM

Online

Law firm partner meeting

Alice and the other partners

Monthly

Office

Project meeting

Alice, Fiona, Gabriel, (Igor), (Sara)

As needed

Online

External meetings:

What
Who
Frequency
Location

Client update meeting

Alice, Bob, Fiona, Gabriel

Weekly

Online

Negotiations

Alice, Bob, Eric

As needed

In Person

Prep meetings before negotiations, court dates, etc

Alice, Bob, (Fiona), (Gabriel), (Caleb)

As needed

Online

Template

Internal meetings:

What
Who
Frequency
Location

External meetings:

What
Who
Frequency
Location

Previous3. ProcessesNext3.2. Responsibilities

Last updated 4 months ago