Finding good stream boundaries with Independent Service Heuristics — Team Topologies - Deepstash
Finding good stream boundaries with Independent Service Heuristics — Team Topologies

Finding good stream boundaries with Independent Service Heuristics — Team Topologies

Curated from: teamtopologies.com

Ideas, facts & insights covering these topics:

16 ideas

·

385 reads

1

Explore the World's Best Ideas

Join today and uncover 100+ curated journeys from 50+ topics. Unlock access to our mobile app with extensive features.

Identifying boundaries with Domain Driven Design

When we first think of the terms “domain” or “boundary” in a software context it is likely that our first thoughts may be of Domain-Driven Design (DDD).

The high-level definition of the practice is “an approach to developing software for complex needs by deeply connecting the implementation to an evolving model of core business concepts”

10

110 reads

Independent Service Heuristics

Independent Service Heuristics (ISH) is a technique invented by the authors of Team Topologies, Matthew Skelton and Manuel Pais.

ISH is an intermediate approach that can help to introduce the principles of DDD without some of the abstract terminology that can often be a barrier to the adoption of DDD.

ISH are simple rules-of-thumb or clues that can be used to identify candidate value streams and domain boundaries by seeing if they could be run as a separate SaaS/cloud product.

12

40 reads

Exploring boundaries using Independent Service Heuristics

“Could this thing be run as a cloud-hosted (SaaS) service or product?”



10

33 reads

Choosing an area of focus

Decide where to focus the attention.

Essentially we just need to choose an area of the business that needs to be represented in software.

This could be a user journey, a “product”, a possible business domain, a software service, an entire software application, a set of tasks for a single user persona, a possible value stream, etc.

10

28 reads

An Independent Service Heuristics example

An Independent Service Heuristics example

Footprints Tours offers ‘alternative’ walking tours of cities exploring their social and cultural history.

They provide both guided and self-guided tours and have implemented a monolith website and mobile application to serve all of their customer needs.

The first step would be to capture some possible fracture planes.

10

17 reads

Uncovering potential domain or service boundaries

Once a candidate domain, service, application, or value stream has been identified, the next step is to go through a series of questions to identify whether we have found a good candidate for being a separate stream of change.

10

22 reads

1. Sense-check: Could it make any logical sense to offer this thing "as a service"?

  • Is this thing independent enough?
  • Would consumers understand or value it?
  • Would it simplify execution?

10

18 reads

2. Brand: Could you imagine this thing branded as a public cloud service?

  • Would it be a viable business (or "micro-business") or service?
  • Would it be a compelling offering?
  • Could a marketing campaign be convincing?

10

17 reads

3. Revenue/Customers: Could this thing be managed as a viable cloud service in terms of revenue and customers?

  • Would it be a viable business (or "micro-business") or service?
  • What would a subscription payment include?
  • Is there a clearly defined customer base or segment?

10

17 reads

4. Cost tracking: Could the organization currently track costs and investment in this thing separately from similar things?

  • Are the full costs of running this thing transparent or possible to discover? Consider infrastructure costs, data storage costs, data transfer costs, licence costs, etc.
  • Is the thing too interconnected with other things in the organization? Or fairly separate?
  • Does the organisation track this separately?

10

9 reads

5. Data: Is it possible to clearly define the input data (from other sources) that this thing needs?

  • Is the thing dependent on lots of data from multiple sources? Or fairly independent?
  • Are the sources internal (under our control) or external?
  • Is the input data clean or messy?
  • Is the input data provided in a self-service way? Can the team consume the input data "as a service"?

10

10 reads

6. User Personas: Could this thing have a small/well-defined set of user types or customers (user personas)?

  • Is the thing meeting specific user needs?
  • Do we know (or can we easily articulate) these user types and their needs?

10

14 reads

7. Teams: Could a team or set of teams effectively build and operate a service based on this thing?

  • Would the cognitive load (breadth of topics/context switching) be bounded to help the team focus and succeed?
  • Would significant infrastructure or other platform abstractions be needed?

10

12 reads

8. Dependencies: Would this team be able to act independently of other teams to achieve their objectives?

  • Is this thing logically independent from other things?
  • Could the team "self-serve" dependencies in a non-blocking manner from a platform?

10

14 reads

9. Impact/Value: Would the scope of this thing provide a team with an impactful and engaging challenge?

  • Is the scope big enough to provide an impact? Would the scope be engaging for talented people?
  • Is there sufficient value to customers and the organization that the value would be clearly recognized?

10

13 reads

10. Product Decisions: Would the team working on this thing be able to own their own product roadmap and the product direction?

  • Does this thing provide discrete value in a well-defined sphere of execution? 
  • Can the team define their own roadmap based on what they discover is best for the product and its users or is the team always driven by the requirements and priorities of other teams?

11

11 reads

IDEAS CURATED BY

adriananghel

Full time dad and IT enthusiast for the rest.

CURATOR'S NOTE

The Independent Service Heuristics (ISH) are rules-of-thumb (clues) for identifying candidate value streams and domain boundaries by seeing if they could be run as a separate SaaS/cloud product. The ISH approach is a “rapid results” approach, and complementary to the approaches from Domain-driven Design (DDD).

Adrian Anghel's ideas are part of this journey:

Navigate Office Politics

Learn more about problemsolving with this collection

How to build positive relationships with colleagues and superiors

How to navigate office politics without compromising your values

How to handle conflicts and difficult situations in the workplace

Related collections

Read & Learn

20x Faster

without
deepstash

with
deepstash

with

deepstash

Personalized microlearning

100+ Learning Journeys

Access to 200,000+ ideas

Access to the mobile app

Unlimited idea saving

Unlimited history

Unlimited listening to ideas

Downloading & offline access

Supercharge your mind with one idea per day

Enter your email and spend 1 minute every day to learn something new.

Email

I agree to receive email updates