Microsoft Planner – Selbstorganisation fördern und weiterentwickeln

Microsoft Planner - Selbstorganisation fördern und weiter entwickeln

Der ste­tig wach­sen­de Werk­zeug­kas­ten von Micro­soft Office 365 eröff­net dem geneig­ten Anwen­der unzäh­li­ge Gele­gen­hei­ten, Pro­zes­se und Pro­jek­te bes­ser tech­nisch zu unter­stüt­zen – oft­mals, ohne dass die­se Ent­wick­lung aktiv von der IT-Abtei­lung gesteu­ert wür­de. Gera­de im Fal­le von Micro­soft Plan­ner beob­ach­te ich häu­fig, dass Plan­ner-Boards (in Micro­soft Plan­ner: „Plä­ne“) wie Pil­ze aus dem Boden schie­ßen, Men­schen und vor allem gan­ze Teams ihre Arbeit dar­in zu orga­ni­sie­ren begin­nen. … weiterlesen ...

Warum gibt es eigentlich keinen „Kanban Master“?

Warum gibt es eigentlich keinen "Kanban Master"?

Auch, wenn mir der Begriff ganz und gar nicht gefällt: Die Exis­tenz der Rol­le des Scrum Mas­ters ist sicher­lich einer der wich­ti­ge­ren Grün­de für den Erfolg und die Ver­brei­tung des Rah­men­wer­kes „Scrum“.

Kan­ban kennt eine sol­che Rol­le nicht – eine vor­ge­schrie­be­ne neue Rol­le wür­de womög­lich gar den Chan­ge­ma­nage­ment-Prin­zi­pi­en von Kan­ban wider­spre­chen. … weiterlesen ...

Warum „Teilzeit-Scrum“ m. E. nur das Problem verlagert, Zielkonflikte verursacht und nicht effizient ist

Warum "Teilzeit-Scrum" nur das Problem verlagert, Zielkonflikte verursacht und nicht effizient ist

„Teil­zeit-Scrum“ – sich auf­tei­len müs­sen zwi­schen der Arbeit im Scrum- oder gar Ent­wick­lungs­team und ande­ren Arbei­ten in der Orga­ni­sa­ti­on – ist m. E. eine der poten­ti­ell schäd­lichs­ten MeToo­den, die aktu­ell en vogue sind. Zu die­ser Ein­schät­zung kom­me ich vor allem aus drei Gründen:

„Teilzeit-Scrum“ ist ein Impediment per se

Steht ein Mit­glied des Scrum-Teams nur einen Teil sei­ner Arbeits­zeit zur Ver­fü­gung, stellt dies per se ein Impe­di­ment dar. … weiterlesen ...

Kanban und Gantt – mischen impossible‽

Kanban und Gantt – mischen impossible‽

Situa­ti­ons­be­dingt kom­me ich mit mei­ner Prä­fe­renz für phy­si­sche, „hap­ti­sche“ Kan­ban-Boards im Moment nicht weit; die pan­de­mie­be­ding­te Ver­brei­tung von Home Office macht digi­ta­le Lösun­gen gera­de­zu not­wen­dig. Bei der nun ver­mehr­ten Aus­ein­an­der­set­zung mit Kan­ban-Soft­ware fällt auf: Prak­tisch jede Lösung am Markt offe­riert zusätz­lich zur Visua­li­sie­rung des Arbeits­flus­ses am eigent­li­chen Kan­ban-Board eine Dar­stel­lung als Gantt-Dia­gramm und wirbt oft­mals sogar damit – was für eine absur­de, das Werk­zeug sei­nes Kerns ent­klei­den­de Metho­den-Chi­mä­re! … weiterlesen ...

Ein paar Eindrücke vom (virtuellen) PMCamp Hamburg 2020

Ein paar Eindrücke vom (virtuellen) PMCamp Hamburg 2020

Vor­ges­tern fand das 5. PMCamp Ham­burg (#pmcam­phh) statt – nicht in Ham­burg, son­dern im vir­tu­el­len Raum. An die­ser Stel­le möch­te ich kurz mei­ne Ein­drü­cke vom Camp schil­dern, wirk­lich begeis­tert „Dan­ke“ sagen und ganz neben­bei auch noch ein paar grund­sätz­li­che Gedan­ken zu vir­tu­el­len Bar­Camps sammeln. … weiterlesen ...

Warum mir Scrum im IT-Infrastruktur-Bereich oft als wenig sinnvoll erscheint

Warum Scrum im IT-Infrastruktur-Bereich oft wenig sinnvoll ist

„Wir machen jetzt [auch] Scrum.“ ist ein Satz, den (sicher nicht nur) ich in den letz­ten Jah­ren sehr häu­fig gehört habe – inzwi­schen auch außer­halb des Soft­ware­ent­wick­lungs-Bereichs im tra­di­tio­nell metho­disch eher kon­ser­va­ti­ven IT-Infra­struk­tur-Bereich. Prak­tisch erlebt man dabei Scrum häu­fig eher als MeToode (Antrieb: „Alle machen das!“) … weiterlesen ...

Warum ein Ticket-System kein Kanban-Board ersetzt

Warum ein Ticket-System kein Kanban-Board ersetzt

Vie­le gera­de klei­ne­re IT-Abtei­lun­gen haben mei­ner Erfah­rung nach gro­ße Schwie­rig­kei­ten, die (meist knap­pe) zur Ver­fü­gung ste­hen­de Zeit zwi­schen zwei Arten von Arbeit auf­zu­tei­len: reak­ti­vem Sup­port und (gleich­sam pro­ak­ti­ver) Pro­jekt­ar­beit – Betrieb und Pro­jekt. Eine kla­re per­so­nel­le Tren­nung zwi­schen die­sen Berei­chen ist meist spä­tes­tens im Fal­le von Eska­la­tio­nen in den 2nd Level kaum mög­lich – dafür steht in mit­tel­stän­di­schen IT-Abtei­lun­gen in aller Regel schlicht nicht genü­gend aus­rei­chend qua­li­fi­zier­tes Per­so­nal zur Ver­fü­gung. … weiterlesen ...

„Responding to Change“ oder einfach nur Chaos?

Das Wer­te­paar des Agi­len Mani­fests, das mir am häu­figs­ten spon­tan zitiert zu wer­den scheint, ist „respon­ding to chan­ge over fol­lo­wing a plan“. Nun mag das dar­an lie­gen, dass die­ser Ansatz mehr als alt ist, sich die Idee des Reagie­rens auf Ver­än­de­rung natür­lich schon in viel älte­ren Schrif­ten fin­det – sei es bei­spiels­wei­se bei Sun­zi (Sun Tzu) vor über 2.500 Jah­ren oder z. B. … weiterlesen ...