![]() ![]() Markus ist, was man als agiles Taschenmesser beschreiben könnte: akkreditierter Kanban Trainer, Scrum Professional, Lego Serious Play Facilitator, systemischer Coach, Design Thinker, Lean Experte, Medizininformatik-Absolvent sowie Unternehmensberater.ĭiese spezielle Kombination aus Technik, Business und lösungsorientierten Denkansätzen wendet er seit über 10 Jahren in der Arbeit mit unterschiedlichen Unternehmensebenen an - egal, ob es dabei um den fokussierten Projektstart, die Effektivitätssteigerung agiler Teams, das Programm-Management im mehrstelligen Millionenbereich oder ein Sparring auf Augenhöhe mit der Geschäftsführung geht. Our “inspect and adapt” cycle has just started. We believe that there are still loads of opportunities to further improve the design of the taskboard and the way we are working with it. ![]() That leads to the drawback that one has to search the board when looking for the “next important” element, but this seems to be a small price to pay for such a taskboard.īy the way, since the task board has been designed and the elements have been visualized ,we were much more successful to identify further important improvements (to be addressed in the next 2 day iteration) while working on the elements.Īt the moment we are very satisfied with the results we get – but we are still in the beginning of our project with only a few two-day sprints finished. For that reason we scribbled the priority of the UI elements directly onto the front end elements. On a board like this it is difficult to visualize the priority of work items. For bugs we have our very own fastlane bubble where bugs can be placed and the next free developer can start working on them. Things that are not sketchable on the board like profiling, backend-services or stylesheets have their bubbles outside the drawn userinterface.Īs many other teams we also have technical dept. If both agree, that it fulfills our definition of done ( DoD) both just put a checkmark on it. frontend-element) is finished the developer reviews it with another team member. Our WIP-Limit at hand is one – so there is just one magnet per team member. The current task for each developer is shown with his very own magnet. This clearly increased the teams product focus and made the goal of the current super short iteration visible: Finish the component you are currently working on! By doing so the board even became part of the documentation as all UI elements are already displayed (and prioritized) as part of the daily work. Product Owner, UX experts and the development team sketched the components (and interactions, events, …) for a new feature onto a plain whiteboard and thereby drew the goal for the next iterations. We tried to create a board that can actually accommodate our ever changing ideas (and solutions) and thereby created a completely different kind of taskboard. ![]() My team tries to complete an ever changing project with less than twelve two-day sprints, which puts our regular board design to its limits. There are loads of blog posts covering topics on how to shape the perfect taskboard ( Kanban/ Scrumban/ Scrum/ Task-boards) for your agile team. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |