10 Gründe für das Fehlschlagen von Softwareprojekten

1. Thomas Schissler, artiso AG 10 Gründe für das Fehlschlagen von Softwareprojekten

2. Thomas Schissler, artiso AG Wer bin ich? • Thomas Schissler • Software-Architekt und Projektleiter artiso AG • Schwerpunkte sind • Team Foundation Server • Entwicklungsprozesse • Software-Architektur und Software Design • Leiter der .net Developergroup Ulm (www.dotnet-ulm.de) • Blog : http://www.artiso.com/problog

3. Thomas Schissler, artiso AG Wer sind Sie? Was machen Sie? • Produktentwicklung • Auftragsprogrammierung • Interne Entwicklung

4. Thomas Schissler, artiso AG Wer sind Sie? Welche Position haben Sie? • Entwickler • Projektleiter • Sonstiges?

5. Thomas Schissler, artiso AG Wer sind Sie? Wie definieren Sie ein fehlgeschlagenes Software-Projekt?

6. Thomas Schissler, artiso AG Wer sind Sie? Waren Sie schon mal an einem fehlgeschlagenen Software-Projekt beteiligt? • Termin oder Budget um mehr als 50% überschritten • Termin oder Budget um mehr als 100% überschritten • Kunde unzufrieden

7. Thomas Schissler, artiso AG 1 Zunehmende Komplexität

8. Thomas Schissler, artiso AG Komplexität

9. Thomas Schissler, artiso AG 2 Unklare Spezifikation

10. Thomas Schissler, artiso AG Problemsituationen • Kunde akzeptiert implementierte Lösungen nicht • Fehlende Basis für aufwandsabschätzung • Entwickler hat keine genaue Beschreibung der Funktion für die Implementierung • Tester stellen Spezifikationslücken fest • Ewige Nacharbeiten

11. Thomas Schissler, artiso AG Textliche Spezifikation Kunden sollen gelöscht werden können. Der Lösch-Vorgang kann durch das Kontext-Menü, durch ein Icon in der Symbol-Leiste oder durch die Entfernen-Taste auf der Tastatur ausgelöst werden. Beim Löschen eines Kunden soll zunächst geprüft werden, ob der Kunde Aufträge zugeordnet hat. Ist dies nicht der Fall, kann der Kunde sofort gelsöcht werden. Andfernfalls muss geprüft werden, ob alle Aufträge die dem Kunden zugeordnet sind abgeschlossen sind. Hat der Kunde nicht abgeschlossene Aufträge zugeordnet, so kann der Kund zu diesem Zeitpunkt nicht gelöscht werden und dies soll durch eine entsprechende meldung angezeigt werden. Bei ausschließlich abgeschlossenen Aufträgen soll zunächst der Anwender gefragt werden, ob alle Aufträge zum Kunden ebenfalls gelöscht werden sollen. Wird diese mit Ja bestätigt, werden zunächst die Aufträge und anschließend der Kunde gelöscht. Andernfalls wird der Lösch-Vorgang für den Kunden abgebrochen.

12. Thomas Schissler, artiso AG Workflow Diagramme

13. Thomas Schissler, artiso AG Funktionsbaum

14. Thomas Schissler, artiso AG Test als Spezifikation

15. Thomas Schissler, artiso AG 3 Unzureichende Planung

16. Thomas Schissler, artiso AG Problemsituationen • Aufwand und Termine werden nur grob geschätzt, der Kunde pocht aber auf die Einhaltung • Der Aufwand um die Planung zu pflegen ist viel zu hoch • Der aktuelle Projektstatus wird aus dem Bauch beurteilt

17. Thomas Schissler, artiso AG Aufwandsabschätzung • Voraussetzung ist eine detaillierte Spezifikation • Anforderungen werden in Lösungen überführt • Lösungen werden verfeinert und in Aufgaben heruntergebrochen • Aufwand für Aufgaben abschätzen (in Stunden) • Tests wie Aufgaben einplanen

18. Thomas Schissler, artiso AG Aufwandsabschätzung DEMO

19. Thomas Schissler, artiso AG Terminplanung

20. Thomas Schissler, artiso AG 4 Fehlendes Projekt-controlling

21. Thomas Schissler, artiso AG Problemsituationen • Budget ist fast aufgebraucht, aber es fehlen noch wichtige Funktionen • Zugesagte Termine können nicht eingehalten werden • Die Funktionen sind fertiggestellt aber es bleibt keine Zeit zum Testen • Probleme im Projekt werden zu spät erkannt

22. Thomas Schissler, artiso AG Projektcontrolling = Plan – Ist - Vergleich

23. Thomas Schissler, artiso AG Statusaktualisierung

24. Thomas Schissler, artiso AG Zeit-Controlling

25. Thomas Schissler, artiso AG Budget-Controlling DEMO

26. Thomas Schissler, artiso AG 5 Entscheidungen aufschieben

27. Thomas Schissler, artiso AG Problemsituationen • Längst bekannte Probleme verursachen einen hohen Anpassungsaufwand • Anpassungen und Fehlerbehebungen müssen über Gewährleistung erbracht werden • Architektur- oder Technologieentscheidungen stellen sich als problematisch heraus

28. Thomas Schissler, artiso AG 6 Mangelnde Team-Koordination

29. Thomas Schissler, artiso AG Problemsituationen • Missverständnisse führen zu Mehraufwand • Keine konsistente Code-Qualität bei mehren Entwicklern • Kommunikation zwischen Tester und Entwickler ist zu aufwändig

30. Thomas Schissler, artiso AG Contract First Design

31. Thomas Schissler, artiso AG Kommunikation Tester Entwickler

32. Thomas Schissler, artiso AG 7 Qualitäts-probleme

33. Thomas Schissler, artiso AG Problemsituationen • Die Entwicklung verläuft planmäßig, jedoch das Testen und die Fehlerbehebung dauert wesentlich länger als angenommen. • Der Kunde findet im Test-Betrieb zu viele Fehler • Nach Monaten wird festgestellt, dass Ergabnisse, mit denen gearbeitet wurden, falsch waren.

34. TDD Quick Start Testplanung Planung Implementierung Testen

35. TDD Quick Start Testplanung Planung Implementierung Testen

36. TDD Quick Start Testplanung Planung Implementierung

37. TDD Quick Start Testplanung Planung Implementierung Testen

38. TDD Quick Start Testplanung Iteration

39. Thomas Schissler, artiso AG Test-Methoden

40. Thomas Schissler, artiso AG Testaufwand

41. Thomas Schissler, artiso AG 8 Feature Creep

42. Thomas Schissler, artiso AG Problemsituationen • Budget und Termin reichen nicht aus, als Begründung werden ungeplante zusätzliche Funktionen angegeben – aber welche waren das nochmals genau? • Die Architektur-Basis passt irgendwann nicht mehr zu den aktuellen Funktionen

43. Thomas Schissler, artiso AG Puffer-Verwaltung DEMO

44. Thomas Schissler, artiso AG 9 Falsche Prioritäten

45. Thomas Schissler, artiso AG Problemsituationen • Punkte die für den Kunden wichtig sind, werden erst erkannt, wenn diese durch den Kunden bemängelt werden. • Probleme werden zu spät im Projekt erkannt und behoben • Entwickler fokusieren sich zu stark auf Technologie-Themen

46. Thomas Schissler, artiso AG Prioritäten richtig festlegen • Den Kunden fragen, was ihm wichtig ist • Prioritäten regelmäßig reviewen • Prioritäten im Team Kommunizieren • Prioritäten betreffen meist nicht-technische Aspekte

47. Thomas Schissler, artiso AG 10 Unterschätzte Technologie-komplexität

48. Thomas Schissler, artiso AG Problemsituationen • Durch den Einsatz einer modernen Technologie hätte Entwicklungsaufwand eingespart oder Vorteile beim Betrieb der Software realisiert werden können • Beim Einsatz einer neuen Technologie ist die Einarbeitszeit deutlich höher als geplant oder die implementierten Lösungen sind nicht ideal.

49. Thomas Schissler, artiso AG Fazit

50. Thomas Schissler, artiso AG Fragen ??? • Gerne jetzt. • Oder heute und morgen noch hier auf der BASTA. • Oder gerne per Mail an Tschissler@artiso.com • Mein Blog: http:// www.artiso.com/problog