Das Teamwork-Blog

Der Umgang mit Lieferanten entscheidet über Wettbewerbsvorteile. Kein Unternehmen kann alle nötigen Kompetenzen allein aufbauen und abdecken. Neue Projekte, neue Produkte, neue Märkte: das geht viel leichter, wenn man sich Hilfe holt. Aber wie lange dauert es, bis die Vertragspartner sich einig sind?

Wie viel muss man über eine unsichere Aufgabe (z. B. ein Projekt) vorher wissen, um dafür ein Angebot abzugeben? Wie viel Puffer muss ich aufschlagen? Eigentlich wissen wir oft mehr über diese unsichere Aufgabe als uns bewusst ist. Und dieses Wissen können wir für die Schätzung benutzen.

Das erste Scrum-Projekt ist für Kunde und Lieferant schon eine interessante Herausforderung. In großen Konzernen brauche ich aber oft mehrere Vertragspartner, um mein Projektproblem zu lösen. Die Webseite wird von einer Agentur betreut, das SAP-System vom eigenen Rechenzentrum und das Netzwerk von einem Dienstleister. Kann man dafür einen Vertrag schließen?

Das erste Scrum-Projekt ist für Kunde und Lieferant schon eine interessante Herausforderung. In großen Konzernen brauche ich aber oft mehrere Vertragspartner, um mein Projektproblem zu lösen. Die Webseite wird von einer Agentur betreut, das SAP-System vom eigenen Rechenzentrum und das Netzwerk von einem Dienstleister. Kann man dafür einen Vertrag schließen?

Auf der #AgileCologne hatten wir eine gute Diskussion über die Vertragsgestaltung für Scrum-Projekte. Kunden möchten immer gern Festpreisprojekte haben; Lieferanten wollen lieber nach Time & Material abrechnen. Wie kommen wir aus diesem Dilemma raus? Mein Vorschlag ist der Rahmendienst-Sprintwerkvertrag.

In der letzten Woche habe ich etwas über agile Projektverträge geschrieben (/1, 2, 3, 4/). Es fehlt noch die Rollenbeschreibung für denjenigen, der auf Lieferantenseite den Vertrag ausarbeitet und sich um die Workshops kümmert. Hier ist mein Vorschlag. 

Ein Thema, mit dem agile Projektmanager Abende füllen können, ist die Frage: Wie gestalte ich die Vertragsbeziehung zwischen Kunde und agilem Dienstleister? Im ersten Teil haben wir uns die möglichen Vertragsarten angesehen. Im zweiten Teil haben wir festgestellt, dass es in den meisten Projektsituation gar nicht möglich ist, Anforderungen und Design früh festzulegen. Im dritten Teil habe ich gezeigt, dass wir uns auf die betrieblichen Änderungen konzentrieren müssen, wenn wir über IT-Systeme verhandeln. Hier nun meine Empfehlungen für einen Projektvertrag.

Ein Thema, mit dem agile Projektmanager Abende füllen können, ist die Frage: Wie gestalte ich die Vertragsbeziehung zwischen Kunde und agilem Dienstleister? Im ersten Teil haben wir uns die möglichen Vertragsarten angesehen (/1/). Im zweiten Teil haben wir festgestellt, dass es in den meisten Projektsituation gar nicht möglich ist, Anforderungen und Design früh festzulegen (/2/) . Es gibt dennoch eine Methode, mit der beide Seiten herausfinden, was das Projekt genau liefern soll. Und zwar unabhängig von der IT-Lösung. Wie das geht, erkläre ich in diesem Teil.

Ein Thema, mit dem agile Projektmanager Abende füllen können, ist die Frage: Wie gestalte ich die Vertragsbeziehung zwischen Kunde und agilem Dienstleister? Im ersten Teil haben wir uns die möglichen Vertragsarten angesehen (/1/). Für ein Projekt ist ein Dienstvertrag an guter Startpunkt. Aber wie gehen wir denn nun genau vor, wenn wir Leistungen nicht von vorn herein spezifizieren können? Dazu sollten wir erstmal einen Blick auf die Natur des Projekts werfen, dass beide Parteien planen. Darum geht es in diesem Beitrag.

Ein Thema, mit dem agile Projektmanager Abende füllen können, ist die Frage: Wie gestalte ich die Vertragsbeziehung zwischen Kunde und agilem Dienstleister? Wie gehe ich mit Leistungen um, die (eigentlich) als Festpreis ausgeschrieben werden müssen? In der agilen Community gibt es in paar Ideen. Hier sind meine.