Wie lange dauert es, bis ein Team im Job agil „werden“ kann? [geschlossen]

1. Eigentlich denke ich, im Gegensatz zu anderen, dass Agilität hier eine gute Antwort sein könnte. Allerdings gehe ich davon aus, dass Sie mit dem Kunden eine Art agilen Vertrag abschließen, was bedeutet, dass er den Vertrag nach jedem Sprint kündigen kann. Natürlich ist es nicht so einfach, diese Art von Verträgen zu verhandeln - Sie können Paul Klipps Präsentation zum Verkauf von Agilität sehr nützlich finden, wenn Sie diesen Weg gehen möchten ( es gibt auch Folien ).

   Ein klassischer Festpreisvertrag mit vagen Anforderungen sollte Alarm schlagen, da DaveParillo darauf hinweist, dass ich mich entweder auf klar definierte Spezifikationen konzentrieren oder den Kunden davon überzeugen würde, in dieser Situation zu einem Vertrag zu wechseln, der die Risiken für beide Seiten begrenzt.

   Die Anwendung agiler Vorgehensweisen innerhalb des Projektteams ist eine andere Geschichte, die nicht so eng mit der Vertragsform verbunden ist. In einem Projekt mit Festpreiskonditionen kann man agil vorgehen und das kann ganz gut funktionieren. Wenn der Kunde bereit ist, seinen Teil des Prozesses zu übernehmen, z. B. Produktdemos nach jedem Sprint oder wiederholtes Priorisieren von Funktionen, ist dies wahrscheinlich eine gute Idee. Meine Antwort auf Frage 1 lautet also: Ja, Agilität kann Ihnen helfen.

2. Der Übergang zu Agile wird wahrscheinlich schwierig sein, wenn kein Mitglied Erfahrung mit Agile hat. Ein vernünftiges Minimum ist jemand, der Erfahrung aus verschiedenen Projekten und verschiedenen Organisationen hat, damit er weiß, was funktionieren kann und was nicht. Außerdem sollte das Team sehr offen dafür sein, zu lernen und sich im Laufe der Zeit zu verbessern.

   Natürlich wäre es viel besser, wenn Sie einen Trainer finden könnten, der Ihnen beim Kickstart hilft. Andernfalls ist es möglich, dass Sie einige Sackgassen besuchen, bevor Sie einen Weg finden, der für Ihr Team gut funktioniert.

3. Wie lange es dauert, auf eine neue Methode umzustellen, egal ob agil oder nicht, lässt sich pauschal nicht pauschal beantworten. Es hängt stark von Personen, Situationen, Projekten, Terminen usw. ab. Ich kann Ihnen ein Beispiel geben, als wir auf Kanban umgestellt haben - ein Ansatz, den wir beide vorher nicht aus der Praxis kannten. Es dauerte ungefähr ein halbes Jahr, bis wir den Punkt erreichten, an dem wir ziemlich fließend mit unserer Arbeitsweise waren, aber es war kein einziger Zeitpunkt – wir sahen erste Verbesserungen bereits nach wenigen Wochen nach dem Start. Wir hatten eine Person, die Erfahrung mit verschiedenen Ansätzen hatte, und das Team war bereit, dazuzulernen und sich anzupassen. Es ist wirklich schwer, das genau zu beantworten, aber ich denke, zwischen einem und zwei Monaten ging es uns besser als vor dem Wechsel.

Agilität ist nicht die Antwort. Probieren Sie Rolling-Wave-Planung mit reichlich Reserven im Vertrag aus.

Lassen Sie sich nicht zu einem Festpreis überreden, ohne sich selbst genügend Ressourcen zur Verfügung zu stellen, um die Iterationen zu bewältigen, die für eine bessere Definition des Projekts erforderlich sind. Die Forschung ist voller Unbekannter.

Dieser Beitrag und die Kommentare könnten hilfreich sein.

Sie planen, sich mit einem Festpreisvertrag etwas zu „entwickeln“, bei dem keine oder nur geringe Anforderungen an Stabilität gestellt werden? Festpreis + unsichere Anforderungen sind eine schlechte Kombination. Das sollte ein Gefahrenzeichen sein und nein, Agile ist keine Wunderwaffe , die Ihnen dieses Problem im Jahr 2011 auf magische Weise erleichtern wird. Das ganze Projekt ist riskant – das Hinzufügen einer Verpflichtung zum „Wechsel zu Agile“ macht es nicht viel aus schlimmer als es schon ist. Verzeihung.

Sie sind sich nicht sicher, was Ihre Kundenerwartungen sind, aber werfen Sie einen Blick auf das Agile Manifest . Wenn Sie der Meinung sind, dass Ihr zukünftiges Projekt davon profitieren könnte, wenn Sie den Fokus von den Elementen auf der rechten Seite auf die Elemente auf der linken Seite verlagern, können Ihnen vielleicht einige agile Praktiken helfen.

Aus Ihrer Frage klingt es so, als hätte niemand im Projektteam Erfahrung mit agiler Entwicklung und Sie planen nicht, für Schulungen zu bezahlen. Ein weiteres Gefahrenzeichen. Sie brauchen mindestens einen Coach oder Mentor – eine Person, die das Prozessmodell, das Sie implementieren möchten, wirklich versteht. Wenn Sie einen Ihrer eigenen Mitarbeiter zu dieser Art von Schulung schicken, haben Sie den Vorteil, einen Mentor zu haben, der die Bedürfnisse und Einschränkungen Ihres Unternehmens hervorragend versteht. Sie können dennoch von externen Beratern profitieren, da einheimische Mentoren weniger objektiv sein können als ein Berater.

Anstatt zu agil zu wechseln (oder nicht), weil jemand auf dieser Seite sagt, dass Sie es tun sollten (oder nicht), schlage ich vor, dass Sie die Probleme, die Sie letztes Jahr erlebt haben, genau untersuchen und Strategien entwickeln, um sie zu beseitigen oder zu minimieren. Zum Beispiel:

1. Inwiefern war die Planung, Budgetierung und Bereitstellung anderer Schätzungen problematisch?
2. Hat das Projekt pünktlich und im Rahmen des Budgets geliefert? Hatten Sie ein Budget?
3. Können Sie sagen, dass Sie genau wissen, wie viele Arbeitsstunden es gekostet hat, das Projekt zu realisieren?
4. Wissen Sie genau, mit wie vielen Anforderungen Sie angefangen haben und mit wie vielen Sie geendet haben?
5. Wie viele Anforderungen wurden umgesetzt? Wie viele aufgeschoben?

Ziehen Sie einen Reflexionsworkshop oder eine Retrospektive in Erwägung . Tun Sie dies unabhängig davon, ob Sie Ihren Festpreisjob annehmen oder nicht. Klingt, als hätten Sie etwas aus einem vergangenen Projekt zu lernen, das für das Team schwieriger war, als Sie es sich gewünscht hätten.

Ich denke, das kann vom Projekt abhängen. Agile funktioniert sehr gut, wenn Sie beginnen können, inkrementell zu liefern – und um fair zu sein, könnten das sogar Ihre Anforderungsdokumente sein.

Ich würde vorschlagen, dass Sie nicht nur versuchen, „agil zu sein“ – stellen Sie sicher, dass Sie mit einem bewährten Ansatz wie Scrum beginnen, wenn Sie anfangen und unerfahren sind. Wir versuchten zunächst, agil zu sein, und gerieten in ein richtiges Durcheinander, bis wir einen Schritt zurücktraten und ein geeignetes Framework implementierten. Sie können es im Laufe der Zeit immer an Ihre Bedürfnisse anpassen.

Danke an alle für das Feedback Der
Festpreis ist ein administratives Muss für den Kunden und wir drängen bereits auf den höchstmöglichen Preis, um die Marge für das Unbekannte höher zu halten.
Das Problem sind die Erwartungen der Kunden, die sich im vergangenen Jahr allzu oft geändert haben. Meiner Ansicht nach würde die Einführung von Agile bedeuten, dass der Kunde sich auf die Iterationen und das, was wir bei jeder einzelnen veröffentlichen werden, „zwingt“, den Rückstand im Auge zu behalten und die Priorität je nach Feedback anzupassen. Auf diese Weise denke/hoffe ich, dass ich erreichen kann, dass die Kundenerwartungen stärker an den Projektumfang angepasst werden, indem der Forschungsansatz eingeschränkt wird, der das Projekt tendenziell so riskant macht.
In der Tat steckt hier ein großes politisches Thema unter dem Deckmantel, weil der Kunde Forschung will, aber das Projekt wird im Auftrag der Regierung ein Portal mit Dienstleistungen für die Bürger erstellen.
Ich kann die Politik nicht vorantreiben, aber ich brauche einen Weg, um das Projekt unter Kontrolle zu halten

Agile Methoden verändern meines Erachtens als IT-Dienstleister die Beziehung zu seinen Kunden. Preise und Abrechnung können zu einem Problem werden.

Ich denke, eine Lösung ist, mit Bündeln vorzugehen. Ich denke, es sollte für Scrum besonders geeignet sein: Sie definieren eine Reihe von Geschichten für jeden Sprint und rechnen jeden Sprint ab, sodass das Projekt voranschreitet und Sie die Sichtbarkeit behalten (der Umfang eines Sprints kann nicht geändert werden, während er sich in der Entwicklung befindet). , aber das Projekt ist offen für Veränderungen und der Kunde wird einbezogen.