Produkte, Projekte und andere Tiere

Produkt oder Projekt? Streitigkeiten über die Definition dieser Konzepte lassen nicht nach, und dies ist keine müßige Debatte. Die Managementmethoden hängen von den Merkmalen der einzelnen Disziplinen ab, und die Erwartungen der interessierten Parteien hängen ab. Ich möchte meine Definitionen der Konzepte „Produkt“ und „Projekt“ vorstellen. Ich möchte gleich betonen - dies werden genau meine Definitionen sein, die auf langjähriger Praxis beruhen. Es ist unwahrscheinlich, dass Sie Wort für Wort in der zertifizierten Literatur finden, aber ich werde versuchen, alle Berechnungen aufzuzeigen, die genau zu solchen Definitionen führen. Ich werde gerne in den Kommentaren diskutieren, ob Ihr Standpunkt von meinem abweicht.

Ein Projekt ist eine Aktivität. Ein Produkt ist auch eine Aktivität. Nach seiner Fertigstellung kann ein greifbares Ergebnis in Form eines IT-Produkts erscheinen, aber Software ist niemals Selbstzweck eines Produkts. Im Gegensatz zu dem Projekt, bei dem die Erstellung einer funktionierenden IT-Lösung ein bedeutendes Ergebnis darstellt. Ziel der Produkterstellung ist es, ein bestimmtes Problem einer bestimmten Personengruppe zu lösen. Die Qualität einer Lösung eines Problems kann an Geld, Vorlieben, der Anzahl der geretteten Leben, der Anzahl der Unfälle oder einfach dem subjektiven Konzept der „Lebensqualität“ gemessen werden. Ja, da wir schließlich IT-Spezialisten sind, verwenden wir IT-Tools, um Probleme zu lösen. Das Ergebnis des gesamten Produkts kann jedoch nicht anhand der Konformität des ToR und des entwickelten IT-Produkts bewertet werden. Aber so bewerten wir im Projekt das Ergebnis.

Ziel der Projektaktivität ist es, die Aufgabe in einem klar definierten Zeitrahmen und Budget mit einer bestimmten Qualität zu erfüllen. Auch wenn die Projektaufgabe in der ersten Phase des Projekts geschrieben wird, hat das Projekt immer einen Kunden, in dessen Interesse diese Aufgabe geschrieben wird. Das Projekt ist der Kunde, das Produkt ist das Problem.Das ist ein sehr wichtiger Unterschied! Selbst wenn der Kunde des Projekts das Ziel als „Problem für mich lösen“ formuliert, entspricht es aus einem einfachen Grund nicht dem Produkt: Verantwortung. Sobald das Projektteam die Aufgabe formuliert und dem Kunden zur Unterschrift vorlegt, wird die Verantwortung dafür, dass die vorgeschlagene Methode das Problem löst, auf den Kunden übertragen. Ja, in einigen Fällen können Sie das Risiko verpasster Lösungen mithilfe agiler Ansätze reduzieren (um keinen weiteren Holivar zu starten, nehmen wir an, dass Agile in diesem Zusammenhang „ein Ansatz ist, der das Risiko von Fehlern aufgrund kurzer Entwicklungszyklen konstant verringert Analyse des Ergebnisses und der Fähigkeit, die Bewegungsrichtung bei jeder Iteration zu ändern “). Ein Projekt hat jedoch immer Grenzen. Zumindest rechtzeitig. Also Verantwortung fürdass am Ende des Projekts das Ergebnis nicht erreicht wird, bleibt es beim Kunden (insbesondere beim agilen Ansatz, bei dem der Kunde recht eng in die Arbeit involviert ist).

Das Produkt hat keinen Kunden. Es gibt Benutzer, deren Produkt das Problem löst. Aber sie sind überhaupt keine Kunden. Henry Ford wird der Satz zugeschrieben: "Wenn ich meine Benutzer fragen würde, was zu tun ist, würde ich immer noch das fünfte Bein am Pferd befestigen." Es ist nicht so wichtig, wer auf den Satz gekommen ist, aber er veranschaulicht den Unterschied perfekt. Ford löste das Problem der schnellen und unabhängigen Bewegung der Mittelschicht. Das Yandex-Taxi löst das Problem der schnellen Lieferung von Autos, unabhängig von der Zugehörigkeit zu einer Taxiflotte. Wenn Sie ein Smartphone und ein IT-System anstelle eines einzigen Versandzentrums verwenden, können Sie letztere in Preis und Qualität übertreffen. Delivery-Club löst das Problem der Lebensmittelvielfalt. Usw.

Ein Produkt hat immer einen Investor. Es kann entweder ein Gründer sein, der seine Zeit investiert und Geld angesammelt hat, oder ein separates Unternehmen, das Geld oder Verbindungen investiert. Ein Investor unterscheidet sich vom Kunden dadurch, dass er keine Verantwortung für das Ergebnis des Teams übernimmt. Das Team ist für das Produktergebnis verantwortlich. Um zu verstehen, ob sich ein Produkt in die richtige Richtung bewegt, werden Produktmetriken generiert. In Bezug auf ihre Änderungen werden diese oder jene Änderungen, die für einen bestimmten Zeitraum am Produkt vorgenommen wurden, bewertet. Das Projekt hat auch Metriken, die sich jedoch hauptsächlich auf die Entwicklung von Zeit oder Budget beziehen. Um den Unterschied zu verstehen, schauen wir uns ein einfaches Beispiel an: Die Metrik "Budgetausführung" für den Zeitraum zeigte einen Überschuss an Fakten im Verhältnis zum Plan. Die Analyse ergab, dass wir das Segment erfasst haben, für das wir keine kontextbezogene Werbung erwartet haben.Die Umstellung des Segments auf die Zielaktion hat gezeigt, dass Potenzial besteht. Wenn wir ein Produkt herstellen, werden wir die Wettbewerbsvorteile des Produkts im neuen Segment analysieren und stärken und so das Budget erhöhen. Wenn wir ein Projekt durchführen, ist dies ein klarer Schritt über die Grenzen des Projekts hinaus, und wir müssen Werbung anpassen, um unnötigen Datenverkehr zu entfernen.

Jedes Produkt hat mindestens einen Konkurrenten - eine bekannte Methode zur Lösung eines Problems. Für Henry Ford waren dies Reiten oder Pferdekutschen. Rufen Sie für Yandex-Taxis Taxiunternehmen an oder rufen Sie einen einzelnen Versandservice an. Der Delivery Club kämpft in erster Linie mit „Cook it yourself“. Und die Effektivität jedes einzelnen ist nicht die Bequemlichkeit der Schnittstellen seiner Anwendungen, sondern die Qualität der Lösung des ursprünglichen Problems. Wenn Yandex-Taxi immer viel schneller als über den Dispatcher ankommt, wird es von der Anwendung verwendet, egal wie unpraktisch sie ist. Aber in Toljatti zum Beispiel kommt immer noch ein Taxi, das telefonisch bei einem einzigen Versanddienst bestellt wurde, schneller und an mehr Orten an. Daher ist in Tolyatti Yandex Taxi als Produkt trotz der supercoolen Anwendung erfolglos.

Projekte haben möglicherweise keine Konkurrenten, da das Ziel des Projekts darin bestehen kann, einen Prozess zu optimieren oder nur Daten zu sammeln, um im Kampf Aufklärung zu betreiben. Das Projekt endet, sobald sein Ziel erreicht ist oder die Frist für seine Umsetzung abgelaufen ist. Das Produkt lebt, während das Problem lebt. Produktänderungen sind ein Weg, um in einem Wettbewerbsumfeld zu überleben. Bei jeder Iteration sollte das Produktteam die Fragen beantworten: „Was können wir ändern, damit unsere Benutzer ihr Problem noch einfacher / schneller / komfortabler lösen können?“. Das Projektteam löst das umgekehrte Problem - wie das Wachstum des Projektvolumens verhindert werden kann.

Lassen Sie uns nun basierend auf den oben genannten Merkmalen die Definitionen des Projekts und des Produkts ableiten.

• — , , , . ( ) , .
• — , . , , , , — , . — — .

Bevor ich Schlussfolgerungen ziehe, möchte ich eine stille Frage der Leser beantworten: "Was hat das Bild im Titel zu dem diskutierten Thema?" Am direktesten. Jacob Jordaens zeigte das zweite Treffen eines Satyrs mit einem Bauern aus Aesops Fabel „Der Mann und der Satyr“. Beim ersten Treffen fragte der Satyr den Bauern und blies sich im Winter die Hände: "

Was machst du?" Warum bläst du auf deine Hände?
"Ich wärme sie mit meinem Atem."
In der zweiten Sitzung, die auf dem Bild zu sehen ist, fragt der Satyr den Bauern: „
Warum bläst du die Suppe auf und versuchst sie aufzuwärmen?“ Ist er so heiß?
"Nein, ich blase auf die Suppe, um sie abzukühlen!"

Aus diesem Dialog schließt der Satyr, dass Menschen verdächtige Wesen mit zwei Gesichtern sind, die am besten vermieden werden.

Definitionen der Konzepte „Produkt“ und „Projekt“ sind erforderlich, um nicht in die gleiche Situation wie ein Satyr zu geraten. Sie werden benötigt, um die richtigen Werkzeuge zur richtigen Zeit anzuwenden und das richtige Steuerungssystem auszuwählen. Um nicht zu versuchen, Projektaktivitäten mit Produktmetriken zu bewerten oder umgekehrt. Um nicht zu versuchen, ein Produktbudget auf der Grundlage technischer Spezifikationen für ein IT-System zu formulieren. Das Team klar auf eine bestimmte Arbeitsstrategie konzentrieren. Wenn Sie beispielsweise IT-Systeme in einem Projekt entwerfen, ist es sinnvoll, die am wenigsten riskanten Lösungen auszuwählen. Und im Produkt sind diejenigen, die das Win-Win-Konzept erfüllen. Die Wahl eines iterativen Wasserfalls für die Entwicklung des Projekts ist ein ganz natürlicher Schritt, da Sie das Budget und den Zeitpunkt genauer steuern können. Die Verwendung flexibler Ansätze in Produkten ist bequemer, da diese häufiger und schneller Fehler machen.Verwenden Sie Ansätze in Übereinstimmung mit der Realität, täuschen Sie sich nicht - und es wird weniger Frustration im Leben geben.