Was tun, wenn man mit einem Projekt in politische Krisen (Bürgerkrieg, Aufstände, …) gerät. David Pells hat sich anläßlich der aktuellen Entwicklung in der arabischen Welt einige Gedanken gemacht und gibt konkrete Handlungsempfehlungen.

Als Immediate Actions identifiziert Pells:

• Secure your people
• Secure project assets
• Communicate with key stakeholders
• Assess impact on mission
• Assess impact on baseline plans
• Secure your supply chain
• Stop project or revise plans

Mit etwas weitergehendem Zeithorizont gewinnt vor allem das Risikomanagement an Bedeutung.

Leider ist sein Beitrag im Editorial von PM World Today nicht in Gänze auf diesem Niveau. Die ersten Seiten wirken wie der ambitionierte Versuch einer politischen Spiegel-Reportage eines Hobby-Journalisten. Die dann folgenden (durchaus lesenswerten) Response Empfehlungen gehen dabei fast unter. Abschließend verliert er sich noch in einer Würdigung der Möglichkeiten des Projektmanagement im Demokratisierugsprozess! Vielleicht ein etwas überambitionierter Beitrag.

Staaten haben ein gespaltenes Verhältnis zum Internet und das nicht erst seit Rolle des Webs in der aktuellen politischen Entwicklung in den arabischen Staaten.  Erstaunlich wie Despoten gleichermaßen wie Rechtsstaaten über einen Kill Switch nachdenken. Auch die Zensur-Thematik bei der sich selbst Firmen wie Google gegenüber Regierungen wie in China schwer tun zeigt dies immer wieder. Bei uns zeigt die Diskussion über Websperren staatliches Unverständnis mit diesem Medium. Da wo fast alle Technologie-Experten für Löschen statt Sperren plädieren, halten vermeintliche Besserwisser am Einstieg in Webesperren und somit letztlich für Zensurmechnanismen fest. Wie das schief gehen kann, zeigt das Beispiel USA, wo Behörden im Kampf gegen das Böse mal schnell versehentlich 84.000 völlig harmlose Webseiten gesperrt haben. Golem berichtet.

Auch wenn das eine oder andere Thema auf schlossBlog aufgrund der Scrum-Konferenz etwas untergegangen ist, hier eine Nachlese aus dem Feedreader:

• Auf den 9. Hamburger IT-Strategietagen darf Deutsche Bank CIO Wolfgang Gartner über die IT Transformation in seinem Haus referieren. Das CIO-Magazin berichtet.
• Symantec stellt fest, dass viele Mittelständler blank sind in Sachen IT-Notfall-Planung. Nach ihrer Berechnung kostet ein IT-Ausfall pro Tag 2.300,-€. Das scheint mir fast schon ein Schnäppchen, da könnte man doch glatt… Wieder das CIO-Magazin.
• In der Computerwoche stellen die Kollegen von Campana & Schott fest, dass oftmals vorhandene Sharepoint-Installationen nur rudimentär genutzt werden und das ihr Potential oft nicht erkannt wird.
• Heise online berichtet über die „Kill Switch“-Debatte zur Abschaltung des Internets durch Staaten.
• Aus der Computerwoche ein Fragenkatalog zu Datenschutz und Datensicherheit in der Cloud.
• Und noch einmal die Computerwoche über Intransparenz und Qualitätsmängel im IT-Outsourcing.

Diesmal Ralf Westphal über „Agilität und Kultur“ im Interview mit Patrick Fritz. wie gewohnt hier eine Zusammenfassung:

Eine entsprechende Kultur ist die Voraussetzung, damit sich Agilität in einem Unternehmen durchsetzen kann. Ralf zitiert hierzu den Management-Guru Peter Drucker:

Culture eats strategy for breakfast.

Die Kultur spiegelt sich wieder im Umgang mit Zeit, Fehlern, Fokus und Arbeitsbedingungen.

Agilität hat eigentlich nichts mit SW-Entwicklung zu tun. Ralf meint vielmehr:

It´s a way of life.

|Den ganzen Beitrag lesen…

Im heutigen Beitrag widmet sich der bekannte Scrum-Autor Roman Pichler  der Rolle des Product Owners.

Bei der Einführung von agilen Projektmanagement-Methoden stellt die Rolle des Product Owners immer wieder eine Herausforderung dar und führt zu Schwierigkeiten. Die Rolle geht über das klassische Produktmanagement hinaus. Häufig besteht schon eine Schwierigkeit in der Besetzung der Rolle. Wer soll die Rolle des Product Owners übernehmen? Marketing, ein Programmierer oder gar der Kunde?

|Den ganzen Beitrag lesen…

Heute ging es um eine konkrete SW-Lösung für das Projektmanagement: Juliane Höfle stellte Zcope vor.

Das Produkt der Massive Art GmbH ist webbasiert, hat ein paar innovative Features und soll agile PM Ansätze unterstützen. Bemerkenswert ist das durchgängige Tagging auch von Aufgabenpaketen und Aufgaben, sowie die Integration von Projektblog und Dokumentenmanagement. Mit entsprechenden Berechtigungen kann man „den Kunden ins Projekt holen“ und ihm Zugriff gewähren.

Auf den Klassiker Gantt-Chart wird verzichtet, dafür gibt es einen innovativen Bubble-View (Meilensteine, Anzahl zugeordneter Aufgaben und Grad ihrer Abarbeitung). Daneben gibt es noch viele „übliche“ PM-Funktionalitäten.

Stefan Hagen eröffnet die zweite Woche der Scrum-Konferenz mit einem Interview unter dem Motto klassisches vs. agiles Projektmanagement. Doch eigentlich ist dieser Titel falsch, denn Stefan plädiert dafür situations- und projektspezifisch vorzugehen:

Die Methode sollte sich nach dem jeweiligen Projekt richten und nicht umgekehrt.

|Den ganzen Beitrag lesen…

In Beitrag #435 von der Scrum-Konferenz bin ich noch die Inhalte von Jutta Ecksteins Podcast schuldig geblieben:

Die Zeiten eines Outsourcing und Offshoring in der Software-Entwicklung aus reinen Kostengründen sind aus ihrer Sicht vorbei, denn Spezifikationsaufwand, kulturelle Unterschiede und die erforderliche Kommunikation bergen erhebliche Risiken. Wer rein aus Kostengründen outsourct, wird vom Ergebnis in der Regel enttäuscht sein, so ihr Fazit.

Gründe, die auch heute dafür sprechen sind Personal-/Skill-Mangel und marktliche Anforderungen, etwa bei der Erschließung neuer Märkte oder um Kundennähe zu gewährleisten.

Die Entscheidung für verteilte Teams in der Software-Entwicklung ist in der Regel aus einer Notwendigkeit heraus geboren und keine „Liebesentscheidung“.

|Den ganzen Beitrag lesen…

Heute 15:00 Uhr auf Schloß Altenhain hat mein Namensvetter seine Vernissage.

Hier gibt es die ganze Geschichte dazu.

Heute ist Tag 4 der Konferenz und auf dem Programm steht Christoph Mathis über agile Engineering Techniken:

Scrum ist ein phantastisches PM-Framework, aber der Unterbau in Form von entsprechenden Engineering Techniken wird gerne vernachlässigt. Zu diesen Techniken zählen Continous Integration, Testgetriebene Entwicklung, permanentes Refactoring und Fair Programming.

Zur Architekturdefinition hat er ähnlich pragmatische Vorstellungen wie Stefan Roock.

Von den Entwicklungstechniken ist v.a. test-driven devlopment (TDD) einschließlich einer Refactoring Phase zur Säuberung des Codes sein Steckenpferd.

Team und Vertrauenskultur sind mit das Wichtigste. „Man muss die Leute lassen.“ Reflektion (Retrospektiven/Lessons Learned) ist wichtig. Agilität ist eine Haltung. Sie braucht Voraussetzungen in der Kultur, damit es funktionieren kann.

Nicht nur Softwareentwicklung, auch andere Dinge, wie Marketing, Innovationsmanagemt oder Portfoliomanagemetn können mit Scrum erfolgreich bewältigt werden.

Last but not least gibt er vier Empfehlungen:

Ask the Team

Inspect & Adapt (aus dem ständigen Testen lernen und die SW anpassen)

Tatsächlich liefern. Nach jedem Sprint fertige SW liefern.

Die Leute als Erwachsene behandeln. Das bewirkt Wunder.