Blockchain-Projektmanagement: Ein vollständiger Leitfaden zur Planung und Durchführung von Web3-Projekten

Blockchain-Projektmanagement umfasst die strukturierte Planung, Durchführung, Koordination, Überwachung und Steuerung von Initiativen, die Blockchain-Technologie entwickeln, integrieren oder betreiben. Es beinhaltet Umfang, Zeitpläne, Budgets, spezialisierte Ressourcen, Sicherheitsprüfungen und Bereitstellungsentscheidungen für Produkte wie Smart Contracts, Wallets, Börsen, NFT-Plattformen und dezentrale Anwendungen.

Zwei verwandte, aber unterschiedliche Ideen teilen diesen Namen:

• Management von Blockchain-Entwicklungsprojekten – Planung und Steuerung der Bereitstellung von Web3-Produkten: Smart Contracts, Börsen, Wallets, NFT-Ökosysteme, dezentrale Anwendungen und Unternehmensimplementierungen. Dies ist der Schwerpunkt dieses Leitfadens.
• Blockchain-Technologie für das Projektmanagement – ​​die Anwendung eines verteilten Ledgers für Projektdatensätze, Verifizierungen, Genehmigungen oder Zahlungsbedingungen. Die Grenzen dieser Technologie werden später erläutert.

Die Blockchain-Technologie konzentriert Risiken auf wenige, unumkehrbare Momente. Eine späte Anforderungsänderung ist in den meisten Softwareprojekten zwar lästig, hier kann sie jedoch einen erneuten Prüfumfang nach sich ziehen. Das Dreieck aus Zeit, Kosten und Qualität im Projektmanagement gerät zusätzlich unter Druck, da Qualitätsmängel, wie beispielsweise ein anfälliger Vertrag, nach der Bereitstellung hohe Kosten verursachen können. OpenZeppelin merkt an, dass die Behebung von Schwachstellen nach der Codebereitstellung deutlich eingeschränkter ist als deren präventive Behebung.

Ein RAID-Protokoll (Risiken, Annahmen, Probleme, Abhängigkeiten) ist eine praktische Möglichkeit, diese Elemente an einem Ort sichtbar zu halten.

Das untenstehende Framework stellt einen siebenstufigen Lebenszyklus für die Blockchain-Implementierung dar. Jede Stufe endet mit einem Entscheidungspunkt: einer Entscheidung, die vor Beginn der nächsten Stufe getroffen werden muss.

Der Lebenszyklus bleibt gleich, aber die Abhängigkeiten und Release-Gates ändern sich mit dem Produkt.

• Kryptowährungsbörsen – Zentralisiert und dezentralisiert (CEX vs. DEX)

Eine zentralisierte Börse (CEX) wird von einem Unternehmen betrieben, das typischerweise die Auftragsabwicklung, die Verwahrung und die Benutzerkonten verwaltet. Eine dezentrale Börse (DEX) nutzt Smart Contracts, sodass Benutzer direkt aus ihren Wallets handeln können. Die Projektarbeit unterscheidet sich dementsprechend.

CEX-Programme umfassen üblicherweise eine Handelsplattform, eine Verwahrungs- oder Wallet-Architektur, Bank- und Liquiditätsanbindungen, APIs sowie die Einhaltung von Vorschriften und die Vorbereitung auf den Marktstart. DEX-Programme konzentrieren sich auf Smart Contracts und Protokollintegration, Wallet-Anbindung, Liquiditätsdesign und den Umfang von Audits. Beide erfordern Sicherheitstests, Infrastrukturabhängigkeiten und klar definierte Freigabekriterien.

Die Aufgabe des Projektmanagers besteht darin, diese Arbeitsabläufe zu strukturieren, die Einhaltung der vereinbarten Meilensteine ​​durch die Dienstleister (Verwahrstellen, Wirtschaftsprüfer, Liquiditätsanbieter) sicherzustellen und die Go/No-Go-Entscheidung zu treffen. Die Freigabe durch die Compliance-Abteilung und die Ergebnisse von Sicherheitsprüfungen sind die wichtigsten Faktoren, die den Starttermin am ehesten verschieben können. Daher sollten diese von Anfang an in den Zeitplan aufgenommen werden. Bei so großen Programmen ist ein Projektportfoliomanagement hilfreich, wenn die Arbeitsabläufe für Börse, Wallet und API als separate Projekte laufen.

• NFT-Entwickler, -Verkäufer und Marktplatzprojekte

Ein einzelner NFT-Ersteller benötigt im Wesentlichen einen Workflow zum Prägen von NFTs, Metadatenspeicherung und eine Wallet-Anbindung. Ein Team, das eine NFT-Plattform entwickelt, deckt einen größeren Bereich ab: NFT-Smart-Contracts, Prägeprozesse, Onboarding von Erstellern und Verkäufern, Metadaten- und Speicherarchitektur, Marktplatzfunktionen und Tests.

Eigentums- und Urheberrechtsfragen erfordern eine gesonderte Bearbeitung. Es gilt zu klären, wer die Rechte besitzt, wie die Lizenzierung erfolgt und wo die Metadaten gespeichert werden, da diese Entscheidungen sowohl die Vertragsgestaltung als auch die rechtliche Prüfung beeinflussen. Ergänzen Sie den Meilensteinplan um Wallet-Verbindungstests und eine stufenweise Veröffentlichung (zuerst im Testnetz).

• Selbstverwaltete Krypto-Wallets – MetaMask und Phantom

Viele dezentrale Anwendungen (dApps) benötigen eine kompatible, selbstverwaltete Krypto-Wallet wie MetaMask oder Phantom, die das jeweilige Blockchain-Netzwerk unterstützt. Bei einer selbstverwalteten Wallet kontrolliert der Nutzer, nicht die Anwendung, die Schlüssel. Die Wallet-Unterstützung muss daher eingeplant werden und darf nicht als selbstverständlich vorausgesetzt werden.

Die Wallet-Unterstützung hängt vom Netzwerk, der Anwendung und den Funktionen der Wallet ab. Planen Sie Aufgaben für: Netzwerkkompatibilitätsprüfungen, die Wallet-Verbindung, Transaktionssignierungs- und Genehmigungsprozesse (siehe Ethereum- Transaktionsdokumentation), Testnetzvalidierung, sichere Interaktionsverfahren und Integrationstests für alle unterstützten Wallets.

• Dezentrale Anwendungen (dApps)

Eine dezentrale Anwendung (dApp) kombiniert On-Chain-Verträge mit herkömmlichen Komponenten. Ein Bereitstellungsplan koordiniert typischerweise Smart Contracts, ein Frontend, unterstützende Backend- oder Indexierungsdienste, Blockchain-RPC- oder Knoteninfrastruktur, Wallet-Verbindungen, Qualitätssicherung und Sicherheitstests sowie Bereitstellung und Wartung.

Projektmanagement verbindet diese Elemente: Meilensteinverfolgung sorgt für die Abstimmung von Vertrags- und Frontend-Entwicklung, Ressourcenzuweisung schützt knappe Solidity- oder Rust-Kenntnisse, und das Problemmanagement stellt sicher, dass für fehlgeschlagene Testnet-Transaktionen ein Verantwortlicher ermittelt wird. Teams, die ein Gantt-Diagramm , erkennen sofort, wenn ein verzögerter Vertrag die Integrationstests verzögert.

Agile, Scrum, Kanban und hybride Ansätze eignen sich alle für die Blockchain-Entwicklung. Produkt-Backlogs, Sprintplanung und Sprint-Reviews sind ideal für iterative Frontend-, Backend- und Auftragsarbeiten, und Bug-Management sowie Änderungsanforderungen fügen sich nahtlos in den Sprintrhythmus ein. Teams, die Termine für externe Partner benötigen, ergänzen agile Softwareprojekte häufig um Gantt-Diagramme, um Meilensteine ​​transparent darzustellen.

Der entscheidende Punkt: Iteration unterstützt die Entwicklung, aber sicherheitskritische Bereitstellungen erfordern formale Kontrollmechanismen. Behandeln Sie Code-Freeze, externes Audit, Freigabe der Fehlerbehebung und Mainnet-Freigabe als kontrollierte Release-Schritte und nicht als ungelöste Backlog-Elemente, die unbemerkt untergehen können.

Die Blockchain kann ausgewählte Projektmanagement-Workflows unterstützen, insbesondere dort, wo mehrere Organisationen einen gemeinsamen Datensatz benötigen, über den keine von ihnen die Kontrolle hat. Mögliche Anwendungsfälle sind manipulationssichere Meilenstein-Datensätze, organisationsübergreifende Genehmigungsprotokolle, auf Smart Contracts basierende Zahlungsbedingungen, nachvollziehbare Prüfprotokolle und gemeinsam genutzte Transaktionsdatensätze.

Die Einschränkungen sind real: Implementierungskomplexität, Transaktionskosten, Datenschutz und Vertraulichkeit (öffentliche Register sind einsehbar), schwer korrigierbare Datensätze, Skalierbarkeit, Integrationsaufwand sowie ungeklärte Governance- und Rechtsfragen. Ein Blockchain-Ledger ist nicht automatisch besser als ein zentralisiertes System mit angemessenen Zugriffskontrollen und Protokollierung.

Die Blockchain verteilt ein gemeinsames, manipulationssicheres Register in einem Peer-to-Peer-Netzwerk und reduziert so die Abhängigkeit von einer zentralen Instanz. Studien zu Blockchain-Funktionen und Projektmanagementpraktiken belegen einen positiven Zusammenhang zwischen diesen Funktionen und verbesserten Projektmanagementpraktiken.

Innerhalb von Projektmanagement-Informationssystemen (PMIS) kann die Blockchain-Technologie die Nachverfolgbarkeit von Datensätzen unterstützen und die Informationsqualität verbessern. Das Konzept von Alkhudary und Gardiner erläutert, wie die Blockchain die Datenzuverlässigkeit, -sicherheit und -governance von PMIS optimieren kann. Ergänzend dazu beschreiben Luong und Kollegen ein Blockchain-basiertes Projektmanagementsystem für die transparente und unbestreitbare Aufgabenverfolgung.

Im Baubereich analysierten Demirkesen und Kollegen in ihrer Strukturgleichungsmodellierungsstudie zum Zusammenhang zwischen Blockchain und Projektrisikomanagement die Antworten von 103 Fachleuten und stellten signifikante Zusammenhänge zwischen zentralen Blockchain-Funktionen und dem Projektrisikomanagement fest. Diese Ergebnisse unterstreichen das Potenzial der Blockchain für Risikomanagementprozesse, ohne jedoch einen Kausalzusammenhang nachzuweisen.

Blockchain-Teams benötigen in der Regel leistungsstarke Projektmanagement-Funktionen, nicht unbedingt eine auf einer Blockchain basierende Projektmanagement-Anwendung. Wallet-Transaktionen und die Vertragsausführung gehören zu Ihrem Entwicklungs-Stack, nicht zu Ihrem Planungstool. Vergleichen Sie die folgenden Punkte mit diesen Schlüsselfunktionen von Projektmanagement-Software.

• Planung und Meilensteinverfolgung
  • Überprüfen: Gantt-Diagramme, Aufgabenabhängigkeiten, kritischer Pfad und Baselines.
  • Warum das wichtig ist: Vertragsaufbau → Audit → Testnetz → Hauptnetz sollten als voneinander abhängige Meilensteine ​​verkettet werden.
• Agile und Workflow-Automatisierung
  • Prüfen Sie: Sprint-Unterstützung, Genehmigungsworkflows, Problemverfolgung und hybride Bereitstellung. Sehen Sie sich diese Übersicht über Workflow-Management-Software.
  • Warum das wichtig ist: Sprints müssen mit formalen Release-Phasen koexistieren.
• Ressourcen- und Kapazitätsmanagement
  • Überprüfen Sie: Arbeitslastansichten, Kompetenzverfolgung und Überlastungswarnungen. Überprüfen Sie Tools zur Ressourcenplanung und Kapazitätsplanung.
  • Warum das wichtig ist: Blockchain-Ingenieure und -Prüfer sind rar, daher verzögern Doppelbuchungen die Veröffentlichung.
• Budget- und Finanzverfolgung
  • Überprüfen Sie: Kostenschätzungen, Plan-Ist-Vergleich und Budgets auf Aufgabenebene.
  • Warum das wichtig ist: Kosten für Audits, Infrastruktur und Spezialisten können ohne eine Vergleichsbasis stark schwanken.
• Risiko- und Sicherheitskoordination
  • Prüfen Sie: Risiko- und Problemregister, Eskalations- und Abhilfemaßnahmenverfolgung. Siehe Projektrisikomanagement-Software.
  • Warum das wichtig ist: Die Ergebnisse von Audits müssen die Einsatzbereitschaft überwachen.
• Dashboards und Berichte
  • Überprüfen Sie: Portfolioansichten in Echtzeit und geplante Berichte.
  • Warum das wichtig ist: Führungskräfte erlangen Status auch ohne manuell erstellte Decks.
• Integrationen und Zusammenarbeit
  • Prüfen Sie: Integrationen von Entwicklertools, gemeinsam genutzte Dateien und Diskussionen. Siehe Projektkollaborationssoftware.
  • Warum das wichtig ist: Interne Teams und externe Prüfer bleiben auf dem gleichen Stand.

Die Integration von Blockchain-Netzwerken sollte nicht als notwendige Funktion jedes Planungstools betrachtet werden.

1. Ausweitung des Projektumfangs und sich ändernde Anforderungen

• Auswirkungen auf das Geschäft: Nachprüfungen, Verzögerungen und Budgetüberschreitungen.
• Vorgehensweise: Formale Änderungsanträge verwenden und die Auswirkungen auf die Prüfung vor der Genehmigung bewerten. Siehe Änderungsmanagement und Kontrolle des Projektumfangs.

2. Auditplanung und -behebung

• Geschäftliche Auswirkungen: Markteinführung aufgrund verspäteter Ergebnisse verzögert.
• Vorgehensweise: Auditoren frühzeitig buchen, Kriterien für den Code-Freeze festlegen und Korrekturen als Probleme verfolgen.

3. Abhängigkeiten zwischen Verträgen und Off-Chain-Systemen

• Geschäftliche Auswirkungen: Integrationsfehler im Testnetz.
• Vorgehensweise: Abhängigkeiten abbilden und in jedem Sprint Integrationstests durchführen. Kritischen Pfad betrachten.

4. Begrenzte Fachressourcen

• Geschäftliche Auswirkungen: Single Points of Failure.
• Vorgehensweise: Kapazitäten wöchentlich planen und Mitarbeiter übergreifend schulen. Ressourcenplanungstools.

5. Koordination von Testnetz und Hauptnetz

• Geschäftliche Auswirkungen: Fehlgeschlagene oder inkonsistente Releases.
• Vorgehensweise: Den Einsatz im Testnetz proben und eine schriftliche Checkliste für die Entscheidung zwischen erfolgreicher und nicht erfolgreicher Bereitstellung führen.

6. Budgetüberschreitungen und Kostenunsicherheit

• Geschäftliche Auswirkungen: Finanzierungslücken mitten im Projekt.
• Vorgehensweise: Budget festlegen und Plan-Ist-Werte in jedem Sprint vergleichen. Earned Value Management .

7. Technische und nicht-technische Kommunikation

• Geschäftliche Auswirkungen: Fehlende Erwartungen.
• Vorgehensweise: Verwenden Sie Statusaktualisierungen in einfacher Sprache und gemeinsam genutzte Dashboards.

8. Abhängigkeiten zwischen Ökosystem und Governance

• Geschäftliche Auswirkungen: unvorhersehbare externe Verzögerungen.
• Vorgehensweise: Die Ereignisse in einem RAID-Protokoll verfolgen und den Zeitplan puffern.

Planen Sie das Audit als eigenständigen Arbeitsablauf und nicht als kurzfristige Aufgabe. Kosten und Bearbeitungszeiten variieren stark. Ein Gründer berichtete in einem Reddit-Beitrag von 2022 von Angeboten zwischen 8.000 und 40.000 US-Dollar und Wartezeiten von zwei bis sechs Wochen für ein 560-Zeilen-Protokoll. Diese Angabe ist eine Selbstauskunft und stammt aus der Vergangenheit; verwenden Sie sie daher nur als Beispiel und fordern Sie aktuelle Angebote an. Der Planungspunkt bleibt bestehen: Ein Audit benötigt ein eigenes Budget und eigene Zeitpläne. Legen Sie separate Meilensteine ​​für die Auditvorbereitung, -prüfung, -korrektur und -verifizierung fest und dokumentieren Sie alle Ergebnisse in einem RAID-Protokoll. Bei der Freigabe für den Launch sollten ungelöste Probleme berücksichtigt und die Person benannt werden, die das verbleibende Risiko trägt. Die Ethereum-Richtlinien weisen darauf hin, dass Audits nicht jeden Fehler aufdecken können.

Governance ist eine Projektvoraussetzung, insbesondere bei konsortialbasierten Blockchain-Projekten, und sollte daher frühzeitig festgelegt werden. Es muss entschieden werden, wer neue Teilnehmer genehmigt, Transaktionen validiert und Änderungen autorisiert. Die Dokumentation von Hyperledger Fabric beschreibt, wie teilnehmende Organisationen Richtlinien für diese Entscheidungen festlegen. Vor der Schätzung des Liefertermins sollte für jede gemeinsame Entscheidung ein Verantwortlicher und ein Genehmigungsprozess bestimmt werden. Spätere Änderungen sollten über das Änderungsmanagementlaufen. Können sich die Partner nicht auf diese Verantwortlichkeiten einigen, muss diese Abhängigkeit vor der Festlegung eines Starttermins gelöst werden. Funktionierende Software allein kann eine ungelöste Meinungsverschiedenheit über die Kontrolle nicht beilegen.

Blockchain-Entwicklungsprojekte umfassen häufig miteinander verknüpfte Aktivitäten, von der Entwicklung von Smart Contracts und Sicherheitsaudits bis hin zu Tests und der Bereitstellung im Hauptnetz. Verzögerungen in einer Phase können sich auf Veröffentlichungspläne, Ressourcenverfügbarkeit und Projektbudgets auswirken.

Celoxis ist eine Projekt- und Portfoliomanagement-Plattform, die Teams bei der Koordination dieser Aktivitäten durch Projektplanung, Ressourcenplanung, Risikoverfolgung, Finanzmanagement und Berichterstattung unterstützt.

Celoxis entwickelt zwar keine Smart Contracts, führt keine Blockchain-Transaktionen durch und nimmt keine Sicherheitsaudits vor, kann aber Projektmanagern bei der Überwachung der Arbeiten helfen, die zur Bereitstellung von Blockchain-basierten Lösungen erforderlich sind.

Diese Artikel verbinden bewährte Verfahren mit neuen Trends. Eine Garantie gibt es nicht.

• Etabliert: Höhere Sicherheits- und Governance-Anforderungen. Auditbereitschaft, Zugriffskontrollen und dokumentierte Freigabegenehmigungen werden zunehmend als Lieferanforderungen behandelt, wie die OpenZeppelin-Richtlinien zur Auditbereitschaft verdeutlichen.
• Etabliert: Koordination von On-Chain- und Off-Chain-Systemen. Projekte, die Blockchain-Netzwerke mit Datenbanken, APIs und Geschäftsprozessen verbinden, benötigen eine gemeinsame Integrationsplanung.
• In Entwicklung: Die kettenübergreifende Interoperabilität führt zu Abhängigkeiten, Testaktivitäten und einer Koordination der Anbieter über verschiedene Netzwerke hinweg.
• Entwicklung: Die unternehmensweite Einführung (Lieferketten, digitale Identität, tokenisierte Vermögenswerte, Finanzdienstleistungen) führt zu längeren Stakeholder-Ketten. Weiterführende Informationen: Projektmanagement in der Lieferkette.
• Aufstrebend: KI-gestützte Planung und Berichterstattung können die Arbeitslastanalyse und Risikoerkennung verbessern. Siehe Kosten-Nutzen-Analyse von KI im Projektmanagement und allgemeinere Projektmanagement-Trends. KI-Ergebnisse sollten als Grundlage für menschliche Beurteilungen dienen.

Blockchain-Projekte scheitern selten aufgrund fehlerhaften Codes. Sie scheitern vielmehr, wenn Abhängigkeiten, Audits, Fachkräftekapazitäten und Genehmigungen nicht als einheitlicher Plan verwaltet werden. Effektives Blockchain-Projektmanagement bietet einen siebenstufigen Lebenszyklus mit klar definierten Meilensteinen, einem im Launch-Zeitplan integrierten Audit- und Korrekturplan, vereinbarten Entscheidungsbefugnissen und Risikomanagement . Die meisten Teams benötigen dafür keine Blockchain-native Plattform. Sie brauchen präzise Zeitpläne, transparente Abhängigkeiten, ausgewogene Kapazitäten und klare Freigabeprozesse in einer herkömmlichen Projektportfoliomanagement- Plattform. Celoxis ergänzt diese operative Ebene. Es führt keine Smart Contracts aus und führt keine Audits durch, sondern unterstützt Sie bei der Planung, Verfolgung und Berichterstattung der damit verbundenen Arbeiten.