„Scrum & Kanban im Agenturgeschäft“ – Slides jetzt online

Im Rahmen des andrena ObjektForum berichtete ich am vergangenen Dienstag über Scrum & Kanban im Agenturgeschäft von //SEIBERT/MEDIA. Seit etwa eineinhalb Jahren nutzen wir in mehreren Teams intensiv die Möglichkeiten der agilen Softwareentwicklung und weiten die Ideen nach und nach auch auf das gesamte Unternehmen aus.

Durch die aktive Beteiligung der Zuhörer entwickelte sich der Vortrag zu einem eineinhalb-stündigen Dialog. Vielen Dank an alle, die dabei waren und auch an Kurt Jäger von andrena für die Ausrichtung und Moderation.

——–
Immer auf dem aktuellen Stand bleiben? Neue Artikel gibt es über FacebookTwitter, E-Mail (oben rechts) oder RSS-Feed.

Über diese Anzeigen

Produktmanagement Lesetipps: Architekturvision in Scrum, Top 10 Startup-Erfolgsregeln, Kundenfeedback, Kostenplanung in agilen Projekten

Die Produktmanagement Lesetipps enthalten diesmal eine Mischung aus Beiträgen zu agiler Softwareentwicklung, Startup-Vermarktung und der Nutzung von Kunden-Feedback. Viel Spaß dabei! Falls Ihr in letzter Zeit einen spannenden Artikel aus diesem Themenbereich gefunden habt, teilt es doch über einen Kommentar mit.

Die Architekturvision in Scrum

Auch wenn ein Team nach den Leitsätzen und Prinzipien der agilen Softwareentwicklung arbeitet, ist eine initiale Architekturvorstellung wichtig, um nicht ständig alles umbauen zu müssen. Sie muss aber Raum lassen, um inkrementell von Sprint zu Sprint weiterentwickelt werden zu können.
Stefan Roock und Roman Pichler stellen in einem Artikel das Konzept der Architekturvision vor und beschreiben Kriterien und Techniken für ihre Erstellung: “Die Architekturvision in Scrum: Vorausplanung und emergentes Design balancieren”. Er kann als PDF heruntergeladen werden.

Richtig groß rauskommen

Reid Hoffman, Co-Founder und Vorsitzender von LinkedIn hat auf Greylockvc.com 10 Regeln für Gründer veröffentlicht, zu denen er beim diesjährigen South by Southwest vorgetragen hat.
t3n hat diese 10 Regeln wie man richtig groß rauskommt auf deutsch übersetzt. In seiner 10. Regel stellt Hoffman selbst klar, dass solche Regeln nicht als Naturgesetz, sondern als Richtlinie verstanden werden sollten. Wenn man den Erfolg von Hoffman bedenkt, der neben der Mit-Gründung von LinkedIn und PayPal auch in Facebook, Flickr und Zynga investiert hat, lohnt es sich, sich ein paar Minuten Zeit für seine Erkenntnisse zu nehmen.

Warum Kundenfeedback wichtig ist

Evan Hamilton, Community Manager des Kunden Engagement Tools Uservoice, stellt seine Präsentation vom Online Community Meetup in San Francisco zur Verfügung.
Darin präsentiert er, warum Kundenfeedback so wichtig ist, wie es erhalten und gesammelt werden kann. Er gibt auch einen kleinen Einblick, wie am besten mit Kundenwünschen umgegangen wird, gegen deren Umsetzung sich das Unternehmen entscheiden hat.

Kostenplanung in agilen Projekten

Bei Scrumology schreibt Kane über die Kostenplanung in agilen Projekten. Sein zentraler Punkt: Kostenplanung wird durch agile Softwareentwicklung unglaublich viel einfacher.

There are two important facts about Agile projects that I need to make clear before I continue.

  • Agile project teams are cross functional. What this means is that Agile teams are comprised of Analysts, Developers, Testers etc.
  • Agile teams are dedicated for the duration of the project. At the risk of repeating myself, this means that everyone (Analysts, Developers, Testers etc) are 100% allocated to the project for the entire duration of the project.
    • Given these two ideas, it should now be obvious how to cost an Agile project. We have static team compositions and the team is dedicated 100% of the time, so there is a fixed cost for the team per day.

Mit einer Beschätzung durch das Team und das Abschätzen der benötigten Sprints kann somit eine wesentlich bessere Schätzung abgegeben werden als in Projekten, bei denen zahlreiche Übergabepunkte mit einem Wechsel der beteiligten Personen bestehen.

Weitere Ausgaben der Produktmanagement Lesetipps:

Wir nutzen Scrum, aber… (Scrum, but…)

Weit weniger als die Hälfte der Unternehmen, die angeben Scrum als Vorgehensmodell in der Softwareentwicklung zu verwenden, tun dies nicht wirklich. Stattdessen wird eine individuelle Anpassung des mit wenigen Regeln auskommenden Frameworks praktiziert, die den Namen Scrum nicht verdient. Oftmals, weil die viele Abstimmung zwischen den Teammitgliedern oder einzelne Rollen von Scrum als unnötiger Overhead wahrgenommen wird. Dafür hat sich ein anderer Name eingebürgert: “Scrum, but“. Diese Bezeichnung kommt von der Aussage: „Wir nutzen Scrum, aber…“.

Stefan Roock hat für die XP days eine sehenswerte Präsentation zu diesem Thema erstellt. Freundlicherweise hat er die Präsentationsfolien samt Foliennotizen online gestellt, so dass sie sich lohnt die Folien zu begutachten, ohne die Präsentation live gesehen zu haben.

Besonders interessant an der Präsentation ist, dass Stefan Roock eine Parallele von Karate zu Scrum zieht. In Karate gibt es sogenannte Kata, das sind stilisierte Übungen, die einem festen Ablauf folgen. In den ersten Jahren sollten Karateka auf die Erlernung solcher festen Abläufe fokussieren. Erst, wenn sie viele Jahre Erfahrung haben, sollten sie sich an individuelle Anpassungen dieser Abläufe wagen. Die klare Aussage dahinter ist, dass erst einmal Scrum selbst in seiner Gänze (kennen-)gelernt werden sollte, bevor man sich an irgendwelche Modifikationen wagt.

Dir hat dieser Beitrag gefallen? Ich freue mich über einen Kommentar. Du kannst auch meinen RSS-Feed abonnieren oder mir auf Twitter folgen: @pherwarth.

Verwandte Artikel:

Die Rhetorik von Apple-Chef Steve Jobs

Apple-Chef Steve Job gilt als einer der besten Redner der heutigen Zeit. Über seine extensive Nutzung von Adjektiven bei seiner kürzlichen Vorstellung des iPads wurde jetzt ein Video zusammengestellt. Auch andere Apple-Mitarbeiter kommen zu Wort und machen es dem Chef nach:

Via: [mashable; alltagsforschung]

Folgen

Erhalte jeden neuen Beitrag in deinen Posteingang.

Schließe dich 1.265 Followern an

%d Bloggern gefällt das: