PROJEKT-LOG - Klassisch agiles Projektmanagement und mehr
  • Start
  • Authors
  • Imprint
  • Top Agile Tools

Sprache | Language

  • Deutsch
  • English

Autoren

  • Robert Wiechmann 317
  • Sven Röpstorff 21
  • Katja Roth 7
  • Susanne Reppin 4
  • Ralf Wirdemann 3

Kategorien

  • Agile Softwareentwicklung (131)
  • Allgemein (120)
  • Internet (28)
  • Interview (16)
  • Kanban (10)
  • Lean (9)
  • Literatur (11)
  • Management (36)
  • Präsentation (56)
  • Projektmanagement (42)
  • Scrum (83)
  • Software (20)
  • Studien & Umfragen (2)
  • Termine (18)
  • Tools (39)
  • Umfrage (2)
  • Zertifizierung (9)
  • Zitate (31)
  • Zusammenarbeit (16)

Partner




Letzte Artikel

  • (Deutsch) Agile Werte Retrospektive
  • (Deutsch) Great minds discuss ideas, average minds discuss events, small minds discuss people. [Unbekannt]
  • Scrum Introduction in under 10 Minutes
  • (Deutsch) Versuchs mal Feature-Driven
  • Do you also like seeing things are getting done?

Archiv

  • March 2012
  • February 2012
  • January 2012
  • December 2011
  • November 2011
  • October 2011
  • September 2011
  • August 2011
  • July 2011
  • June 2011
  • May 2011
  • April 2011
  • March 2011
  • February 2011
  • January 2011
  • December 2010
  • November 2010
  • October 2010
  • September 2010
  • August 2010
  • July 2010
  • June 2010
  • May 2010
  • April 2010
  • March 2010
  • February 2010
  • January 2010
  • December 2009
  • November 2009
  • October 2009
  • September 2009
  • August 2009
  • July 2009
  • June 2009
  • May 2009

Top Agile Tools



Informationen


 RSS Feed abonnieren

Follow @projekt_log




Creative Commons License

Schlagwörter

Agil Agile Agile Softwareentwicklung Backlog Blog Buch Empfehlung Estimation Framework Führung GTD Informationen Internet Interview Kanban Kommunikation Konferenz Lean Management Methode News Online Organisation PPT Product Owner Produktivität Projekt Projektmanagement Präsentation präsentieren Quote Scrum Software Spruch Team Tipps Tool Tools User Stories User Story Video Vortrag XP Zitat Zusammenarbeit

Letzte Kommentare

  • Lisa on 7 interessante Antworten von Felix Rüssel
  • IT Freelancer on Besser kommunizieren
  • Robert Wiechmann on Besser kommunizieren
  • IT Freelancer on Besser kommunizieren
  • Robert Wiechmann on Jahresrückblick 2011 plus Gewinnchance
  • Hass Chapman on Jahresrückblick 2011 plus Gewinnchance
  • Sven Röpstorff on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Christoph Oberle on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Sven Röpstorff on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself
  • Toby Baier on Story Maps - Selbsterklärende Product BacklogsStory Maps - Let your product explain itself


Unterstützen Sie uns



Interessante Artikel

  • Leseempfehlungen der Woche [2010-05-16]
  • Design & UX in agilen Projekten
  • Präsentation: Software Craftsman
  • Tipps zum Mind Mapping & zur Gestaltung von Präsentationen
  • Konferenzen zum Thema Agiles & Lean Management
  • Leseempfehlungen der Woche [2010-07-25]
  • Leseempfehlungen der Woche [2010-07-04]
  • SchlichtheitSimplicity
  • Sprint Zero - Die Null muss stehenSprint Zero - Fasten your seatbelt
  • "It is not enough to do your best; ...""It is not enough to do your best; ..."

Twitter

Do you also like seeing things are getting done?

18.02.2012

I really like overviews, but more than overviews I like to see progress and things getting done.

I like done-ticks and the feeling really to build things: concepts, finding solutions, making a plan or coaching teams… Only to have an overview about “what I should do”, is frustrating me. I don’t want to see those things until I have time for it or I have to do them.

The sense of an overview is to make a snapshot, the reality of now at this exact moment. And this can really be helpful. But I don’t like to have a snapshot of the reality every day, and especially not with a couple of people together, a group or a team. I think that is wasted time with no effect and no satisfaction. This happens with team stand ups: A bunch of people are standing around, talking, listening and they are bored. The result is the opposite of what we wanted to achieve: It makes us unhappy and frustrated, to see every day the same things that I or we should do.

The idea of Kanban and agile teams is to find out, how we are doing (‘we’ means those teams which I am coaching). The idea is to improve the satisfying and efficient flow. The idea is to find out what is the best path for us to reach our goals, to be productive. We want to get things done. We want to plan, to make concepts, to handle big stories. Let the team find the right process to feel the flow and be happy and have fun.

What can we do to make sure that the team boards for agile teams are efficient?

  • Take care that the content of the cards are the actual important tasks for the team members — no edge cases or additional work you wish to do. Focus.
  • Play with the work in progress (WIP) limit, so that you can be sure that it will hurt if the team doesn’t work together to have knowledge transfer and the better quality that comes with more than one brain.
  • Once in a while do a grooming on all cards / topics, which are waiting to enter the “soon” queue. That’s for the feeling “we didn’t forget something“. And that is a helpful overview then, but has nothing to to with the team “in progress” board.
  • Don’t waste time in long discussions, for example: Is that topic good enough to write a card, for example: “prepare the results of a workshop to present them”. Just write the card and hang it on the board, if it will take team working time. Try it out to see if it’s useful.
  • Don’t waste time in discussing if a card is ready. Just hang it in the “done” column and write new cards which are clarifying what else to do. An even better way is to define the “Definition of Done in general” or try it out with acceptance criteria “Definition of Done for that card”.

(There are only some levers, depending which methodology (Kanban, Scrum, a mixture,…) you are using.)

This is, all in all, only a hint — a wake up call to think about what you are doing. Sometimes, even for myself, I am trying to practice a methodology, because I think I should. Sometimes it’s better to quit, because it’s more lean to refrain from it. That can be also an improvement. To live and feel and act in an agile way is mostly to look at the things and see where there are levers to improve.

 

AutorIn des Artikels

Susanne Reppin hat 4 Artikel verfasst.
Susanne Reppin ist derzeit als Agile Coach, Scrum Master (CSM, CSP) bei der XING AG tätig. Susanne ist eine gefragte Sprecherin auf Konferenzen und Autorin zum Thema Agile Softwareentwicklung mit Scrum oder Kanban. Ihr Erkennungszeichen: Agil aus dem Herzen heraus und immer pro Mensch.

  • Kategorie: Agile Softwareentwicklung
  • Schlagworte: Agil, Agile, Agile Softwareentwicklung, Board, Done, efficient, Empfehlung, goals, Kanban, Lean, levers, Methode, Methodology, overview, process, productive, Produktivität, progress, Project, Projekt, Projektmanagement, queue, Scrum, Software, solutions, Team, team board, Tipps, Tool, Tools, waste, Zusammenarbeit
  • Autor: Susanne Reppin

Weitere Artikel zu diesem Thema

  • 200 Links zu Agilität, Projektmanagement, Lean Management & GTD200 links about Agile, Project Management, Lean Management & GTD
  • Sprint Zero – Die Null muss stehenSprint Zero – Fasten your seatbelt
  • Sag mir, wie Du heisst …
  • 10 Prezi Präsentationen zu Agilen Prinzipien aus 201010 Prezi Presentations about Agile Principles from 2010
  • Präsentationen zum Thema Agile Softwareentwicklung
  • Top Agile Tools Top Agile Tools
  • Icescrum 2 – Open Source Scrum Lösung

Kommentare

top

Copyright ® 2009-2011 - PROJEKT-LOG  RSS Feed abonnieren

ALL-INKL.COM - Webhosting Server Hosting Domain Provider