Comments on: SUGK: Zusammenfassung Treffen April http://www.armerkater.de/2009/04/sugk-zusammenfassung-treffen-april/ Über (agiles) Projektmanagement, SCRUM, Virtuelle Teams, agiles Nearshore Outsourcing, Innovation und Organisation. Wed, 25 Jan 2012 15:59:15 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Felix http://www.armerkater.de/2009/04/sugk-zusammenfassung-treffen-april/comment-page-1/#comment-94 Felix Thu, 21 May 2009 08:24:11 +0000 http://www.armerkater.de/2009/04/sugk-zusammenfassung-treffen-april/#comment-94 Hallo Manfred, ich kenne die Probleme und habe auch das Gefühl, dass viele Dienstleister hier wissentlich die Augen vor der Komplexität und den Herausforderungen/Zwängen verschließen. Natürlich gibt es keine einfach Lösung, aber Scrum richtig praktiziert sollte zumindest zunächst transparent machen, wo es Probleme gibt. Typische Soll-Bruchstelle ist die Release-Planung, gerade wenn mehrere Projekte in einem Team bearbeitet wreden müssen und wenn belastbare Termine nach aussen kommuniziert werden sollen. Es gibt übrigens mittlerweile einige Literatur zum Thema "Scaling Agility", u.a. "Scaling Software Agility"[1] von Dean Leffingwell, sowie "Scaling Lean & Agile Development" von Craig Larman/Bas Vodde. Gruß Felix [1] <a href="http://scalingsoftwareagility.wordpress.com/" rel="nofollow">http://scalingsoftwareagility.wordpress.com/</a> Hallo Manfred,

ich kenne die Probleme und habe auch das Gefühl, dass viele Dienstleister hier wissentlich die Augen vor der Komplexität und den Herausforderungen/Zwängen verschließen.
Natürlich gibt es keine einfach Lösung, aber Scrum richtig praktiziert sollte zumindest zunächst transparent machen, wo es Probleme gibt. Typische Soll-Bruchstelle ist die Release-Planung, gerade wenn mehrere Projekte in einem Team bearbeitet wreden müssen und wenn belastbare Termine nach aussen kommuniziert werden sollen.
Es gibt übrigens mittlerweile einige Literatur zum Thema “Scaling Agility”, u.a. “Scaling Software Agility”[1] von Dean Leffingwell, sowie “Scaling Lean & Agile Development” von Craig Larman/Bas Vodde.

Gruß
Felix

[1] http://scalingsoftwareagility.wordpress.com/

]]> By: Manfred http://www.armerkater.de/2009/04/sugk-zusammenfassung-treffen-april/comment-page-1/#comment-92 Manfred Tue, 19 May 2009 19:45:24 +0000 http://www.armerkater.de/2009/04/sugk-zusammenfassung-treffen-april/#comment-92 Product Owner ist meist immer die benachteiligte Person im Scrum, so wie es sich die Dienstleister vorstellen. Die DL philosophieren wie die Großen, aber wollen keine Verantwortung im Entwicklungsprozess übernehmen. Wird was nicht fertig, dann wird es einfach in das Backlog verschoben. Verlässlichkeit auf eine Planung kann nicht gewährleistet werden und vieles mehr... Könnte Stunden darüber reden... Viele Grüße Manfred Product Owner ist meist immer die benachteiligte Person im Scrum, so wie es sich die Dienstleister vorstellen.
Die DL philosophieren wie die Großen, aber wollen keine Verantwortung im Entwicklungsprozess übernehmen.
Wird was nicht fertig, dann wird es einfach in das Backlog verschoben. Verlässlichkeit auf eine Planung kann nicht gewährleistet werden und vieles mehr…
Könnte Stunden darüber reden…

Viele Grüße
Manfred

]]>