Fork me on GitHub
#general
<
2021-02-28
>
Rob Fraser17:02:03

Are there any patterns or success stories for implementing a single work entry process throughout a large function? e.g. trying to bring structure to a function that currently recieves requests from a variety of internal stakeholders (new product feature requests, general work requests, technology solution requests etc)

Simon Rohrer17:02:45

Sounds so familiar Rob. Does the team have a backlog today? How is work triaged? How large is the function? How’s it structured? This sounds like a classic potential Team Kanban implementation from the blue book: could you start with where you are and visualise how work flows today? Or at the very least visualise the left hand side of the process.

🙏 1
Rob Fraser16:03:10

Thank you once again for pointing me in the right direction @U01JWHPG4V6 - much appreciated. Will follow that approach. Also led me onto a couple of videos by David Anderson which has helped provide some additional detail on how I can move forward with this..

🙏 1
Steve Pereira22:04:17

There’s some good information on team APIs/interfaces (across both humans and systems) in Team Topologies as well.

👍 1
Steve Pereira22:04:49

I think API patterns work really well for modelling teams and team interactions. By defining explicit purpose and expected inputs/outputs not only can it be shared externally, it shows when teams are trying to do too much or dealing with too much variability and complexity. I’d also suggest value stream mapping for that explicit purpose, usually there’s opportunities for generality to simplify or split teams effectively, which makes everyone happier.