Helpful Reading

Below I’ve collected a number of blog posts, articles from industry experts, and other available online & offline readings I’ve found helpful in my question to become a better Product Manager organized by category.

Thematic Roadmaps

Thematic Roadmaps can be a useful tool to help organize your squad or product teams and timelines, but simultaneously allowing for innovation on problems instead of focusing on specific feature releases. Here are a number of articles I’ve found helpful in better understanding Thematic Roadmaps.

Using Themes in Your Modern Product Management Roadmap - Jon Dobrowolski

Themes: A Small Change to Product Roadmaps with Large Effects - Jared M. Spool

What is a Theme Based Roadmap and Why is it Important? - productplan.com

The Product Roadmap that Boosts Innovation - Janna Bastow

How to Build a Product Roadmap Everyone Understands - Andrea Saez

Build a Product Roadmap - Patrick O’Malley

No more features on product roadmaps - Have goals or themes instead! - Marc Abraham

User Stories & Acceptance Criteria

Product Manager bread and butter. User stories and acceptance criteria are the corner stone of communicating needs and definition of done to your developers. As with most things in product management - there is no one way to produce user stories and acceptance criteria, and its up to each PM and their team to figure out what works best for them. Here are a handful of articles that cover a variety of styles and theory I’ve personally found helpful.

A Framework for Modern User Stories - Jon Dobrowolski

Delivering Value with User Stories - The Ultimate Conversation Starter - Darien Ford

Intercom: How We Accidentally Invented User Stories - Paul Adams

Agile Alliance - resource for agile development

Why the Three Part User Story Works So Well - Mike Cohn

Job Stories Offer a Viable Alternative to User Stories - Mike Cohn

Unheralded Alternatives to User Stories - Maarten Dalmijn

Domain Driven Design

Domain Driven Design is a concept that believes that the structure and language of software should match the business domain. It requires that engineers, product managers, and domain level experts speak the same language when working on a problem.

Domain Driven Design - Eric Evans

The Domain - First Pop Coffee Shop - Nick Chamberlain