Ich arbeite in einem kleinen Unternehmen, wir haben keine klaren Rollen und je nach Fall kann jemand anderes die Rolle des Projektmanagers übernehmen, das ist großartig, aber jeder organisiert das Projekt anders, was zu Verwirrung führen kann.
Ich habe mich gefragt, ob es eine gute Idee wäre, ein Dokument zu erstellen, in dem der für jede Art von Projekt erforderliche Prozess angegeben ist. Was ist wichtig, um in das Dokument aufzunehmen? Wie kann man mit Verbesserungen umgehen und messen, was am besten funktioniert?
Worüber Sie sprechen, ist die Schaffung einer „Methodik“, und ja, das ist eine gute Idee.
Die Methodik wurde aus dem von Ihnen erwähnten Grund erstellt – damit (fast) jeder eingreifen und das Projekt am Laufen halten kann, da es einem etablierten Prozess und Anforderungen folgt.
Was aufgenommen werden soll – das hängt von der Art des Projekts ab und davon, was Ihr Unternehmen für wichtig hält. Zumindest möchten Sie wahrscheinlich einen Projektauftrag oder eine Erklärung zum Umfang (was wir tun, was enthalten ist, wer der Kunde ist usw.), einen Kostenvoranschlag und ein Budgetverfahren (wie entwickeln wir den Kostenvoranschlag, wie machen wir das Budget festlegen), die Prozesse für die Durchführung des Projekts, die Überwachungsprozesse und das Abschlussverfahren.
Der Überwachungsprozess befasst sich mit dem Verbesserungs- und Messaspekt Ihrer Frage. Hier legen Sie fest, was wichtig ist und überwacht/ausgewertet werden muss, wie oft, welche Metriken, welche Abweichungstoleranzen akzeptabel sind usw.
Ich stimme Trevor zu, dass Sie über die Festlegung Ihrer Methodik sprechen und dass dies eine gute Idee ist. Bevor Sie mit beiden Beinen loslegen, möchten Sie vielleicht einen kleinen Überblick über verfügbare Methoden geben, die in Ihrem Bereich verwendet werden. Beispielsweise wird bei vielen Bauprojekten eine traditionelle Wasserfallmethode mit den meisten Artefakten, die von Trevor besprochen und (sozusagen) im PMI PMBOK kodifiziert sind, die Methode verwendet, die mit einigen Anpassungen an die Projektgröße angepasst wird. In der IT-Entwicklung werden häufig agile Methoden eingesetzt, z. B. Scrum, Extreme, Test Driven Development, Feature Driven Development usw. Jedes Projekt wird wahrscheinlich eine Methodik haben, die am besten zu ihm passt, aber Sie müssen sicher sein, dass es die Ihres Unternehmens ist Die Methodenrichtlinie versucht nicht, alle Projekte in nur eine Methode einzupassen, es sei denn, alle Projekte sind von derselben Art. Stellen Sie sicher, dass Ihre Richtlinie zu Beginn eines Projekts eine Methodenbewertung vorschreibt und dass Sie genügend verschiedene Methoden standardisieren, um Abweichungen in der Vorgehensweise Ihres Unternehmens zu berücksichtigen. Unter dem Strich wird es jedoch langfristig ein großer Vorteil sein, ein Standardverfahren für die von Ihnen gewählten Methoden zu haben, insbesondere wenn zukünftige Arbeiten jemals auf die Vergangenheit blicken müssen.
Ich bin Teil eines kleinen App-Entwicklungsunternehmens und wir sind auch dabei, unsere Prozesse und „Know-how“-Prinzipien zu definieren.
Was die Projektvorschläge angeht, haben wir einen Prozess definiert, der dazu geführt hat, dass wir mehr Verkäufe für unsere Projekte erzielen (meistens bei großen Unternehmen).
Einige Erkenntnisse kann ich mit Ihnen teilen:
Das Dokument ist 5 Seiten lang mit möglichst wenig Text. (Denken Sie daran, wie Twitter Sie verpflichtet, nur 140 Zeichen pro Tweet zu schreiben). Das Gleiche tun wir mit unseren Projektvorschlägen.
Die „Rede“ des Dokuments ist inspiriert von Simon Sineks Ted Talk über den Zweck der Projekte.
Eine unserer größten Inspirationen für die Definition des Dokuments ist diese Infografik
Ein wichtiger Aspekt dieses Dokuments besteht darin, daran zu erinnern, dass das Hauptziel darin besteht, beim Kunden Interesse für ein weiteres Treffen oder eine weitere Verhandlung zu wecken. Es ist jedoch wichtig, auf Design, Sprache und die Organisation Ihres Dokuments zu achten, da dies im Allgemeinen einen ersten Eindruck hinterlässt.
Die Struktur unseres Projektvorschlags bestimmt einen Großteil unseres Betriebsablaufs, zum Beispiel strukturieren wir unseren Entwicklungsprozess wie folgt:
Vergessen Sie als Ratschlag nicht, eine Seite mit den Allgemeinen Geschäftsbedingungen mit allen spezifischen zu vermeidenden Maßnahmen hinzuzufügen, z
Es gibt einen interessanten Artikel von Jessica Hische, in dem sie darüber spricht, wie sie mit den Projektanträgen für ihre Kunden umgeht .
Ich hoffe, diese Informationen funktionieren für Sie und vielleicht können Sie sie mit Ihren zukünftigen Erfahrungen ergänzen. (Entschuldigung, wenn ich etwas falsch schreibe, die englische Sprache ist nicht meine Muttersprache.)