User Stories and more - well, a bit about requirements and backlogs actually.

Chapters include:

• How to Write Small Stories That Still Have Value
• They Can Help You Write Better User Stories
• Are systems systems role?
• Stories, Epics, and Tasks: Organizing Agile Requirements
• Defining Acceptance Criteria for Agile Requirements
• Acceptance criteria, Specifications and tests
• Definition of Done
• Non-functional requirements and what we can learn from them
• Managing dependencies between stories
• Assigning value

And maybe....

• Forward planning
• Backlog management
• Estimation

Xanpan is… a cross between XP and Kanban… is an example of a roll-your-own method… is team centric agile software development... is distilled from Allan Kelly’s own experiences running development teams and then helping multiple teams adopt Agile working methods and practices.  Xanpan draws ideas from Kanban and Lean, XP and Scrum, Product Management and Business Analysis, and many other places.

Allan tells the Xanpan story through a series of boards which tell the story of different teams.  In between he fills in the principles, practices and thinking which together constitutes Xanpan.

Update: Project Myopia is now on Amazon.

Project Myopia is no long available on LeanPub.

Electronic and physical version of Project Myopia are now on Amazon. (That link is to Amazon UK, Project Myopia is also available on Amazon USA, Germany, Japan, etc. etc.)

About Project Myopia #NoProjects

Consider the well known success troika for projects:

- On schedule delivery

- On budget delivery

- On quality delivery

Think about this list of criteria, can you see identify a problem with these criteria?

This particular project success troika dominates project thinking. But something is missing: value. These “success” criteria do not consider the importance of the value created by the project.

In a digital world business must develop software, the business must grow and the software must grow. The project model doesn't reflect this world because projects end. In the digital world both software and business are continual. So management needs a new model.

This books sets out the Continuous model of software development based on continuous work streams. Continuous Digital is a logical continuation of agile software development which enables continuous delivery.

The #NoProjects movement has successfully set out the problems with project thinking over the last three years but has rightly been criticised for not elaborating on what should replace the project model. This volume sets out to address that problem. This book focused on describing an alternative to projects and for completeness contains a critique of the project model.

This volume is divided four parts:

Part 1: An alternative

1. Omni present software

2. Software as an Asset

3. Higher purpose

4. Team-centric development

5. Work to be done

6. Value

7. Summarizing the alternative model

Part 2: Interlude

8. Diseconomies of scale

9. Diseconomies and risk

10. Living with diseconomies

11. Schedules

12. Time-value profiles and elastic deadlines

13. I need it yesterday!

14. Theory X,Theory Y and strategy

15. Planning

16. Piecemeal growth

Part 3: Teams

17. Devolved decision-making

18. Team strategy

19. Stable teams

20. Team life cycle

21. Team life cycle – another example

Part 4: Money

22. Real options and venture capital

23. Continuous governance

24 Budgetting

25. Assets and accounting

26. Money trouble

The individual parts of Continuous Digital are (or will soon be) available as individual publications.

Easays on:

- Management heuristics

- Team heuristics

- Nature of the team

- Constaining laws for teams

- Team composition

- Bug management strategies

So much has been written about Agile that is sometimes seems there is little new to say.  The essays in this mini-book attempt to get under the skin of Agile and look at how it works in real life, they attempt to help those new to Agile make it work.

This mini-book is intended to supplement courses offered by Software Strategy Ltd, hence the title "Agile Reader."  The essays have been selected to support the course material and provide additional information.