Was sind die erforderlichen Dokumente, die ich vorbereiten muss, um mein Projekt zu starten?

Dies ist eine sehr weit gefasste Frage, von einem allgemeinen „Wo anfangen“ bis hin zu sehr spezifischen Fragen zu Open Source. Ich konzentriere mich auf das „wo ich anfangen soll“…

In Bezug auf die Größe dieses Projekts (ERP) würde ich damit beginnen, herauszufinden, ob Sie einen Markt dafür haben. Sie sagen, Sie haben noch keinen echten Kunden, aber wissen Sie, was Sie brauchen, um potenzielle Kunden von der Implementierung Ihrer Lösung zu überzeugen? Können sie mit einem einzigen Modul beginnen oder benötigen Sie mehrere verfügbare Module, bevor Sie tatsächlich etwas veröffentlichen können? Ein Projekt braucht ein klares Ziel , sonst gerät es ins Wanken, noch bevor Sie begonnen haben.

Als nächstes haben Sie ein Team zur Verfügung? Obwohl es Open Source sein wird, wird es von einem kommerziellen Team oder von Freiwilligen auf der ganzen Welt erstellt? Vielleicht sollte das Projekt mit etwas Marketing beginnen, um Freiwillige zu begeistern. Ein solches Projekt sollte nicht von einer einzelnen Person alleine initiiert werden.

In Bezug auf den Lebenszyklus eines Projekts hängt viel von dem Ansatz ab, den Sie gewählt haben oder wählen werden, um dieses Ding zu entwickeln. Beginnen Sie zunächst mit drei Phasen: Vorbereitung (oder Initiierung, was Sie jetzt tun), Ausführung und Abschluss. Die Ausführungsphase kann später in technische Phasen unterteilt werden (z. B. durch Freigabe).

Nun zur Organisation des Projekts selbst (klingt für mich eher wie ein Programm), das erste, was Sie tun müssen, ist, den Umfang Ihres Projekts zu bestimmen und dies allen Ihren Stakeholdern mitzuteilen . Ein Projektinitiierungsdokument hilft in dieser Hinsicht, aber ich persönlich beginne mit dem Aufbau eines Projektstrukturplans (WBS) , der auf den Ergebnissen basiert , um den Umfang und die unterstützenden Prozesse (QA, Schulung, Marketing, …) zu besprechen und zu entscheiden.

Der WBS wird die Grundlage dafür sein, ebenso wie für die Erstellung des PID, einer Art Zeitplan usw. Da Sie Ihre "Projektanforderungen" zur Verfügung haben, wird die Erstellung eines ersten Entwurfs des PSP relativ einfach sein. Darüber hinaus ist eine Art „Budget“ erforderlich, entweder in Geld oder in Stunden, wenn Sie ausschließlich mit Freiwilligen arbeiten, um die Erwartungen richtig zu stellen.

Beachten Sie, dass „Dokumente“ auch Leistungen Ihres Projekts sind. Wenn Sie also ein Benutzerhandbuch erstellen möchten, sollte es auch im PSP sichtbar sein. Treffen Sie eine Entscheidung über alle Unterlagen, die Sie für notwendig halten.

Wenn sich Ihr Team nur „online“ treffen wird, ist es eine gute Idee, mit einer Umgebung für die Zusammenarbeit zu beginnen. Ich würde jedoch mit einem freigegebenen Dropbox-Ordner oder was auch immer beginnen (halten Sie es einfach), bis Sie das Projekt wirklich gestartet haben.

Einige abschließende Punkte zur Vervollständigung des PID: - Verwenden Sie Ihren WBS als Eingabe für eine anfängliche Risikoanalyse . - Bestimmen Sie schließlich, wie Sie den Fortschritt verfolgen und kommunizieren können . Auch hier kann die WBS helfen.

Wenn dies klar und vereinbart ist, kann es losgehen.

Das ist eine sehr scharfsinnige Frage. Das erste Dokument, das Sie entwickeln sollten, ist Ihr Projektinitiierungsdokument (oder Projektcharta, wie es allgemein bekannt ist).

ABER der Wert des Projektauftrags ist nicht das Dokument, sondern der Prozess der Erstellung des Dokuments. Es geht nicht darum, Tinte auf tote Bäume zu streichen, sondern die wichtigsten Stakeholder des Projekts zu identifizieren, den grundlegenden Grund für die Durchführung des Projekts, und auf hoher Ebene festzulegen, wie Sie feststellen, wann Sie fertig sind. Die Charta ist nur eine Möglichkeit, die Verhandlungen und Diskussionen aufzuzeichnen, die zu diesen Entscheidungen geführt haben.

Benutzerhandbücher sind für viel später im Prozess. Ein Blog ist ein optionales Tool; Wenn es Ihnen hilft, das Projekt durchzuführen, großartig. Aber es ist vielleicht nicht die beste Investition Ihrer Zeit an diesem Punkt.

Ich schlage vor, dass Sie Ihre Recherche auf die Phase der Projektinitiierung und nicht auf die Dokumente ausdehnen. (Eine schnelle Google-Suche findet Sie eine Reihe anderer Websites über die Initiierungsphase). Sie müssen die Initiierungsphase auf Ihr Projekt zuschneiden; Versuchen Sie, den Zweck jedes Artefakts zu verstehen, und bestimmen Sie dann, ob dieses Artefakt die Erfolgswahrscheinlichkeit Ihres Projekts erhöht. Die Einleitungsphase sollte es Ihnen ermöglichen, eine fundierte Entscheidung darüber zu treffen, ob Sie fortfahren möchten oder nicht; Werden die Ergebnisse die Mühe wert sein?

Sobald Sie die Initiierungsphase abgeschlossen haben, gehen Sie zur eigentlichen Planung des Projekts über. Das ist der früheste Ort, an dem ich die FRD & BRD usw. berühren würde.

Wenn Sie ein Open-Source-Projekt durchführen, möchten Sie sich vielleicht einige der Inkubatoren ansehen. Sie passen den Projektmanagementprozess an, um Beiträge von verteilten Teilnehmern zu erleichtern.

Ich gehe davon aus, dass Sie sich in der Projektinitiierungs-/Anlaufphase befinden.

Ihr allererster Schritt sollte sein, zumindest einen Überblick über den Business Case Ihres Projekts zu haben . Denken Sie daran, dass der beste Maßstab für den Erfolg eines Projekts nicht darin besteht, ob es pünktlich oder im Rahmen des Budgets zustande kam, sondern ob es einen Wert (in Bezug auf die nach dem Projekt realisierten Vorteile) im Vergleich zu den ausgegebenen Kosten lieferte.

Zusammen mit dem Business Case sollten Sie eine Beschreibung des/der Endprodukt(e) Ihres Projekts und einen Projektansatz haben . Was sollen die Produkte tun, was sind ihre wichtigsten Unterkomponenten, werden Sie von der Stange kaufen oder intern entwickeln? Diese helfen Ihnen dabei, die wahrscheinlichen Kosten und Vorteile zu quantifizieren, die erforderlich sind, um eine geschäftliche Entscheidung über den Wert des Projekts zu treffen.

Beachten Sie, dass sowohl Geschäftsszenarien als auch Produktbeschreibungen zu Beginn nur grob und ungefähr sein werden. Sie müssen schrittweise ausgearbeitet werden, wenn Sie mehr Informationen erhalten, sollten aber eine fortlaufende Rechtfertigung dafür liefern, Ihr Projekt während seines gesamten Lebenszyklus voranzubringen.

Sobald Ihr Business Case und Ihre Produktbeschreibung und Vorgehensweise dokumentiert sind, brauchen Sie als Nächstes einen Plan für Ihre Planung . Finden Sie heraus, wer/wann/wie Sie Ihren WBS, Zeitplan, Stakeholder-Analyse, Risikoanalyse, Kommunikation, Governance-Strukturen usw. planen. Der wichtigste erste Schritt hier ist herauszufinden, welche Teile notwendig sind und bis zu welchem ​​​​Detaillierungsgrad Sie sie benötigen. Dies wird vollständig projektabhängig sein und weitgehend von Ihnen und Ihren wichtigsten Stakeholdern abhängen.