Ist Microsoft Project das beste Werkzeug für die Verwaltung von Software-Entwicklung oder IT-Projekten oder gibt es eine bessere Alternative?
Projekt ist nicht gut für Verwaltung Entwicklung überhaupt. Ich finde es marginal nützlich für die Planung / Arbeitszusammenbruch.
Wenn Sie sich auf einem Microsoft-Stack befinden, ist Team Foundation Server ein gutes Projektmanagement Lösung. Es integriert sich mit Project für die Planung und bietet auch das Wesentliche der Quellcodeverwaltung, Workitem (Task / Defect) Tracking und Dokumentenmanagement (über Sharepoint). Die Version 2008 ist gut gereift, und die Version 2010 sieht sehr vielversprechend aus, vor allem in der Bereich der Anforderungsspezifikation und Rückverfolgbarkeit.
Sie können die TFS-Funktionen mit einem Stapel von Open-Source- und / oder kostengünstiger Standardsoftware replizieren, aber es ist mehr Arbeit zu integrieren. Es ist strittig, dass es flexibler und einfacher zu verwalten ist, sobald es eingerichtet ist.
Folgendes ist unabhängig von der Plattform erforderlich:
Ich neige dazu, MSProject für die Kapazitätsplanung zu verwenden - eine nette große, breite Palette von Leuten, die während einer Periode etwas tun können, auf einer Abstraktionsebene, die es einfach macht, Pläne neu zu erfinden. Für die tägliche Verfolgung der realen Arbeit benutze ich Fogbugz. Ich betrachte es als MSProject / Gantty Zeug für die strategische Planung und Fogbugz für das taktische Management und Planung.
Hängt von dem Prozess ab, den Sie verwenden - wenn es sich um einen Wasserfall-ähnlichen Prozess handelt oder viele Nicht-Softwareteile des Projekts (Infrastruktur, Fertigung, Marketing usw.), dann ist Project für das gesamte Aufgabenmanagement OK im Wettbewerb mit anderen ähnlichen Tools.
Ich denke nicht, dass irgendwelche der "Projektmanagement" -Tools (Aufgaben, WBS, Gantt-Diagramme usw.) viel für die Verwaltung der detaillierten Aufgaben gut sind, die in der Hauptphase der Softwareentwicklung passieren - normalerweise enden in Excel für die Projekte, an denen ich beteiligt bin.
Und natürlich gibt es viel mehr für die erfolgreiche Verwaltung eines nicht-trivialen Softwareprojekts als das Bit, das mit einem Tool wie Project verwaltet werden kann. Es hilft nicht viel bei der Verwaltung der Anforderungen, Probleme, Mängel, Meetings, Testentwicklung usw. - aber dann sollte es nicht.
Aufgrund dieser Einschränkungen finde ich, dass ich in der Planungsphase in der Regel den größten Nutzen aus dem Projekt schöpfe - die Aufschlüsselung der Aufgabenaufteilung, was zu tun ist und ungefähr, was in welcher Reihenfolge passieren muss.
Wie Eisenhower es ausdrückte: "Bei der Vorbereitung auf den Kampf habe ich immer festgestellt, dass Pläne nutzlos sind, aber Planung ist unerlässlich." MS Project ist ein nützliches Werkzeug für die Planung.
Wenn Sie auch eine freie und offene Alternative zu Project benötigen, haben Sie OpenProj: Ссылка
Wir verwenden Zielprozess hier. Es hat ein paar "Ismen", aber insgesamt ist ein gutes agiles Projektmanagement-Tool
Wir haben MS Project erfolgreich für die Planung verwendet, aber es fehlte die Möglichkeit, MS Project-Pläne mit Kunden und Kollegen zu teilen, die es nicht installiert haben. Dies führte uns zu der Idee eines Online-Microsoft Project-Viewers - ein Dienst, mit dem MS Project-Dateien (.mpp) online angezeigt und geteilt werden können , abgesehen von MS Project:
Hoffe, das hilft.
Es gibt viele bessere Alternativen, zumindest für die Softwareentwicklung. Eine davon ist eingebettet in Microsoft Visual Studio Team System . Sie können auch Tools der Rally-Software und der Version One ausprobieren . Letztere eignen sich gut für agile Methoden, während die ersteren sowohl agile als auch traditionelle CMM-Methoden unterstützen.
Nun, angesichts der Tatsache, dass nicht einmal das Projektteam Project for Project verwendet (Quelle: Joel Spolsky), möchte ich es nicht für die Entwicklung verwenden.
Ich verfolge meine Entwicklungsaufgaben in unserem Bug Tracker, und die Projektdatei hat so etwas wie "Planung 1 Woche, Entwicklung 5 Wochen, QA 3 Wochen, Bereitstellung 1 Woche", aka. eine sehr breite Übersicht.
Was den BugTracker anbelangt, hat FogBugz dieses nette Estimate-Tracking, das ich sehr nützlich finde, um Zeitpläne zu erstellen, was für mich nur ein weiterer Grund ist, Project nicht zu verwenden.
Aber andererseits bin ich kein Projektmanager, also ist Project für mich nur ein unnötiges komplexes, nicht wirklich multibenutzerfreundliches und etwas veraltetes Werkzeug, das beim Bau von Häusern, Autobahnen oder Raumstationen verwendet werden kann nicht für Software.
Wir verwenden Primavera zu meinem Projekt. Es sollte großartig sein, obwohl es das einzige Werkzeug ist, das ich bisher noch nicht wirklich für das Projektmanagement verwendet habe, so dass ich es mit nichts anderem vergleichen kann. Es ist nicht so einfach, aber es kann alles tun, was ich brauche (und anscheinend viel mehr).
Mein Lieblingsfeature ist die eingebaute Arbeitszeittabellen-Funktion, die bedeutet, dass meine Entwickler ihre Stunden für ihre Aufgaben am Ende der Woche buchen können, was bedeutet, dass ich sie nicht ständig darüber ärgern muss, wie sie gegen ihre Pläne vorgehen / p>
persönlich Ich glaube nicht, ms Projekt ist gut für Software-Entwickler (ich habe es benutzt, ich bin es nicht zu einem Puristen)
es ist toll, wenn Sie ein Haus oder etwas bauen, das solche unkontrollierbaren Variablen nicht hat (z. B. wie viele Bugs Sie haben werden? Wie lange werden Bugs dauern, um zu reparieren? Wie viel Feature-Creep wird es geben?)
Ich mag es, meine Zeitpläne so einfach zu halten, dass mehr Leute sie verstehen können, weshalb ich einfach eine Google-Tabelle verwende
Die von mir verwendete Struktur wird weiter unten beschrieben: Projektpläne mit Google-Tabellen
hoffe das hilft
- LM
Tags und Links project-management ms-project