Viewing entries tagged
Innovation

My speech about "The future of …“ Collaboration - How agile cooperation models substitute classical client/vendor relationships

Comment

My speech about "The future of …“ Collaboration - How agile cooperation models substitute classical client/vendor relationships

Last two days I was at conference ONE and "The future of.." in Zurich while  I gave a speech about „The future of collaboration: How agile cooperation models substitute classical client/vendor relationships“.-There were several other very interesting speeches about newest trends in technology, biology, culture, etc! I'd like to share with you some impressions and tweets, over 150 attendees came to me speech. While the whole cause within that two days (ONE-Experience, The future of.., E-Commerce-Connect, Topsoft) had several thousands of registered visitors and exhibitors.

future-of-speech-mirko-kleiner
BnGmqXlIgAAapAH

Find below the presentation at slideshare and don't hesitate to contact me in any case of questions. I'll answer you on any channel, like twitter, comment to that article, email, etc.

[slideshare id=34468771&style=border:1px solid #CCC; border-width:1px 1px 0; margin-bottom:5px; max-width: 100%;&sc=no]

REVOLUTION - How agile cooperation models substitute classical client/vendor relationships

from

Mirko Kleiner

Comment

Double O Model - How a Product Owner can escape the hungry Beast Scrum

2 Comments

Double O Model - How a Product Owner can escape the hungry Beast Scrum

As Richard Stinear mentioned  recently  "Scrum is a hungry Beast, that wants to be feed constantly by Product owner". Lets see how Product Owner could escape this end-less-loop.

Gabrielle Benefield recently published by Twitter the Double O Model (see graph below). As I understood it will be part of her new Book, that comes out soon :-). It shows the 2 O's, where on the left hand side Product Owner is creating new Options and Innovations that will bring valuable Outcome. On the other side we see the delivery cycle, that runs experiments with common Output like Stories, Bugfixes, etc. Those impact are measured/adapted and flow back to Create Options O.

BWH1fK3CYAAtvQ4.png-large

By Alistair Cockburn @TotherAlistair

What is danger now if a Product Owner is fully occupied in the delivery O, without any time left for Innovation.

Some Product Owners are captured in delivering Output, instead of caring about valuable Outcome

Gabrielle Benefield, 10/2013

In other Words Team and Product Owner are just focused to deliver fast, but wrong, non-valuable Output. To get back to the left O it's recommended to constantly do a  critical review of your current top Backlog Items and check there Outcome. As Alternativ go back to your stakeholders, the team and ask for the 2 most valuable Requests each and try to calculate the costs if Item wont be Done.

2 Comments

6 Comments

#BeyondScrum - #LeanEnterprise oder wie #Scrum das #Research & #Development verändern kann

Die Einfachheit als auch die Effizienz von Scrum hatte mich inspiriert in einem isolierten Team den Research- und Development Prozess (R&D) anzupassen. Gerne teile ich mit Euch meine Idee und erste Erfahrungen aus der Initierung und ersten Sprints. 
In vielen kleinen und mittleren Unternehmen besteht kein eigentliches R&D Departement. Die Mitarbeiter sind mit Delivery- oder mit Maintenance Aufgaben ausgelastet und eilen von Sprint zu Sprint. Neues anzugehen ist schwierig zu planen und wenn einmal Leerzeiten auftreten, bspw. zwischen Projekten oder aber auch in Projekten selbst, fällt es den Verantwortlichen schwer diese sinnvoll auszufüllen. Auch ist irgendwie jedermann und niemand verantwortlich für R&D und somit läuft dies heutzutage meist sehr unstrukturiert ab.
Inspiriert von Scrum lag die Lösung für mich auf der Hand, den R&D Prozess mittels einem nebenläufigen R&D Prozess abzulösen. Idee ist parallel zum Delivery Stream ein weiteren R&D Stream aufzusetzen, welcher aber über eine etwas längere Laufzeit aufweist. Nun werden periodisch in einem R&D Produkt Backlog zusammen mit dem Management, den Line Managern aber auch den Mitarbeitern Themen erfasst und priorisiert. Ist der R&D Sprint einmal gestartet und geplant kann sich nun jeder bei Leerzeiten, je nach seiner persönlichen Präferenz, aus dem R&D Sprint Backlog bedienen. Einzige Bedingung ist, die gewonnenen Erkenntnisse zu dokumentieren und im Sprint Review Meeting allen vorzustellen.
3466df87fb89d32b308c22110b80c986
Vorteile des R&D Streams mittels Scrum sind:
  • R&D ist in der Verantwortung von allen und jeder kann Inputs einbringen (Top down & Bottom up)
  • Leerzeiten werden sinnvoll genutzt, d.h. generieren sogar noch erwiesen Business Value
  • R&D ist instutionalisiert und steht nicht im Konflikt mit Delivery

Vom Management, aber auch seitens Mitarbeiter wurde dieser Prozess sehr gut aufgenommen und die Erfahrungen sind bisher durchwegs positiv. Einerseits sind sich die Mitarbeit die Selbstorganisation gewohnt und können sich somit auch mit Themen befassen die sie persönlich interessieren. Andererseits können die Mitarbeiter so aktiv auch die Unternehmensstrategie beeinflussen und neue Inputs einbringen, ohne das Delivery zu vernachlässigen. Gleichzeitig profitieren durch die konsequente Dokumentation und Präsentation der Erkenntnisse auch die anderen Mitarbeiter und somit letztlich auch das Unternehmen.

6 Comments