Planview Blog

Ihr Weg zu geschäftlicher Agilität

Projektportfoliomanagement

Warum Softwareprojekte so lange dauern (und wie man damit umgeht)

Veröffentlicht Von Team AdaptiveWork

Software projects, while not inherently unknowable, are notoriously difficult to estimate. In fact, a study by PWC found that the largest contributor to IT project failures, at 32%, was poor estimation at the project planning phase. But why do software projects take so long (i.e. longer than you think)?

Well, there are a number of reasons why software project management performs so poorly when it comes to delivering projects on time. These include:

  • Unclear objectives: One of the biggest issues that developers face is clients who don’t actually know what they want. An initial estimate can be pushed back weeks from even starting as the exploration phase drags on and the project is clearly defined.
  • Not all developers can work at the same speed: There are varying estimates as to the difference between the capabilities of good developers and average developers, ranging from 5:1 to 300:1 (from a Google Vice-President). Just because one developer managed a certain task in two weeks doesn’t mean another will be able to complete it in the same time.
  • Der Wunsch, die Zeitplanung zu beschleunigen: Aus verschiedenen Gründen, z.B. um einen Business Case durchzusetzen oder die Führungsebene zu beeindrucken, kann es vorkommen, dass das Management oder die Projektsponsoren bei der Schätzung von Softwareprojekten absichtlich zu optimistisch vorgehen. Das Vorschieben von Fristen führt selten zu einer pünktlichen Lieferung.
  • Late-in-game changes: It happens with nearly every development project – the team is five months in, and two weeks off delivery, the client gets a look at an evaluation prototype and suddenly they actually want something completely different. The result is a big firestorm as they try to push for out-of-scope changes, while the team tries to explain why that can’t happen, usually resulting in a compromise that brings the project way over time and budget, which then has to be further explained at the executive level.
  • Nicht alle Prozesse werden berücksichtigt: Allzu oft wird bei der Schätzung von Softwareprojekten nicht berücksichtigt, was tatsächlich nötig ist, um Software "kundenfähig" zu machen. Alphatests, Betatests und endgültige Fehlerkorrekturen brauchen Zeit und können nicht überstürzt durchgeführt werden, egal wann die Frist abgelaufen ist.

There is a multitude of reasons why software project estimation techniques fail to adequately predict a project’s timeline. So, what can be done to make those estimations better? Here are some tips:

Determine your critical path: An effective critical path approach will set out the minimum possible length the project can take. This is at least a good place to begin from and gives everyone a basic idea of where they stand.

Wählen Sie eine Schätzungsstrategie, die zum Projekt passt: Es gibt eine Reihe von Techniken zur Schätzung von Softwareprojekten, die häufig verwendet werden. Die Entscheidung, welche für Sie die richtige ist, hängt von der jeweiligen Situation des Teams ab:

  • Expert-driven estimation: The lead expert on a given point is asked to give their estimation and all of these are gathered together.
  • Analogy-based estimation: Using the experience of similar projects and tasks to make predictions.
  • Schätzung nach Komplexität: Bei größeren Projekten mit vielen zu schätzenden Aufgaben wird ein Komplexitätswert zugewiesen, dann werden die Zeiten auf der Grundlage der Komplexität berechnet.
  • Negotiated estimation: Team leads and subject matter experts give their estimates and negotiate through differences if there are any.

Lassen Sie die Schätzungen von externen Quellen überprüfen: Wenn es für das Projekt einen Projektsponsor oder eine Person gibt, auf die man sich verlassen kann, um die von Ihnen erstellten Schätzungen zu überprüfen, dann nutzen Sie diese und bitten Sie sie um ihre Unterstützung.

Use a 20% range: Rather than insisting on a precise estimate, give a range, to account for the likely unknowables in the project. A standard range to go by is whatever your final estimation would be + 20%.

Steigern Sie die Flexibilität Ihres Unternehmens mit der Projektmanagement-Software von Planview AdaptiveWork

Für das Software-Projektmanagement - und eigentlich für jedes Projektmanagement - gilt: Je größer die Transparenz, desto genauer die Schätzungen. Wenn es darum geht, zu ermitteln, wie lange bestimmte Dinge dauern und wie lange ein Projekt dauert, ist die Projektmanagement-Software von Planview AdaptiveWork weltweit führend. Sprechen Sie mit uns, um eine kostenlose Demo zu organisieren.

Ähnliche Beiträge

Geschrieben von Team AdaptivArbeit