Woraus bestand der Kurs, was war in seinen 24 Lektionen und warum ist er für den Entwickler und nicht nur für das zukünftige Produkt nützlich.
Lektion 1. Produkt
War: Die Essenz des Produkts. Lebenszyklus. Aufgaben des Produktmanagers. Produkt gegen Projekt.
Nützlich:Für einen Entwickler ist es äußerst wichtig, das Produkt zu kennen, das er herstellt. Dafür zahlen sie dümmer. Natürlich können Sie sich als Teekanne ausgeben. Befolgen Sie strikt die TK und tun Sie nichts weiter als in der Spezifikation angegeben. Fassen Sie alle zusätzlichen Wünsche des Kunden zusammen und beginnen Sie erst mit der Arbeit, wenn der technische Leiter alle Details in das Ticket geschrieben hat, bis zur Breite der Einrückungen auf der Benutzeroberfläche. Aber Überraschung-Überraschung, mit diesem Ansatz werden Sie niemals über die mittlere Entwicklerebene hinauswachsen. Es gibt Programmierer, die stolz auf ihre Unfähigkeit sind, mit dem Team und dem Kunden zu kommunizieren. Es gibt natürlich Ausnahmen. Wenn Sie jedoch nicht Sheldon Cooper in der IT sind, ist es besser, Empathie einzuschalten und herauszufinden, wie das Produkt funktioniert, wer daran teilnimmt, was sie tun, was für sie wichtig ist und warum. In einem der Projekte begann ein Kunde glücklich mit kochendem Wasser zu schreiben, als ich auf der Liste der Funktionen, die ausgeführt werden mussten, nach Prioritäten fragte.Und dann bot er an, sie zu ändern, tk. Einige Aufgaben wurden von anderen blockiert. Und einige waren falsch formuliert, was zu Fehlern im Geschäftsprozess führen würde. Und der größte Fehler, den ich gemacht habe, war, als ich ein großes Refactoring ohne die Zustimmung des Kunden durchgeführt habe, weil Unsere Kunden PM und PM waren im Urlaub. Der Kunde weigerte sich, dafür zu bezahlen, weil Es hatte keinen geschäftlichen Wert für das Produkt.
Lektion 2. Hypothesen
Was: Definition einer Hypothese. Ziele für SMART setzen. HADI-Zyklen.
Nützlich: "Wer nicht weiß, zu welchem Hafen er segeln soll, dafür gibt es keinen Rückenwind" - sagte Lucius Annei Seneca, der Mentor von Nero, aber wir lieben ihn dafür überhaupt nicht. Bei Hypothesen geht es um Prioritäten. Was zuerst zu tun ist, was später und was nie. Prioritäten beeinflussen die Geschwindigkeit des Projekts. Geschwindigkeit - um die Frist zu erreichen. Gehälter, Boni und andere Extras hängen von der Frist für das Projekt ab. Es ist wie bei Tetris. Es gibt 20 Figuren, die in einer Minute in ein Glas gestellt werden müssen. Die Zahlen sind alle unterschiedlich. Ihre Fläche (die Anzahl der Quadrate in jedem) ist bekannt. Wir fassen den Bereich zusammen - sie sollten leicht nahe beieinander liegen, auch der Ort bleibt. Aber ... sie passen nicht. Denn überraschenderweise passen sie, wenn Sie sie in die richtige Reihenfolge bringen. Daher führt ein erfahrener Entwickler Aufgaben in einer solchen Reihenfolge aus, dass die Arbeit der Kollegen nicht so weit wie möglich verlangsamt wird. Wenn Sie eine Web-API erstellen müssen, stimmen Sie zunächst der Benutzeroberfläche zu und erstellen Sie Methodenstubs, damit Front-End-Entwickler die API aufrufen können.und ändert dann den Hauptteil der Methoden. Wenn er mit einer Datenbank beschäftigt ist, startet er Tabellen so schnell wie möglich, damit sie im Back-End verwendet werden können, und führt später Ansichten, Indizes und andere Bindungen durch. Wenn er ein Dokument schreibt, lädt er einen Entwurf zur ASAP-Überprüfung hoch und veröffentlicht ihn nicht 5 Minuten vor der Didline, wie es ihm scheint, ein 100% perfektes Dokument.
Lektion 3. Teammanagement
War: Teambildung. Agil. Kanban.
Nützlich: Diese müssen Fähigkeiten für Programmierer haben und nicht nur. Moderne IT-Produkte werden von Teams hergestellt. Wenn Sie nicht wissen, wie man in einem Team arbeitet, begrüßen Sie
Lektion 4. Überprüfen Sie die Aufgaben und die Projektauswahl
War: Überprüfung der realen Produktprobleme. Fallpräsentationen der Teilnehmer.
Nützlich: Es scheint. Warum sollte ein Programmierer wissen, wie er das Problem der geringen Anzeigenkonvertierung, der Erhöhung der durchschnittlichen Überprüfung oder der Viralität der Kundenakquise gelöst hat? Einfache Antwort. Fähigkeiten zur Problemlösung - Fähigkeiten zur Problemlösung. Dafür haben Personalvermittler in den letzten 10 Jahren gebetet und in jeder zweiten Stelle in den USA / EU. Die Erfahrung eines anderen ist niemals überflüssig. Nachdem der Dozent das Problem geäußert hatte, schlug er vor, zu diskutieren, wie die Kursteilnehmer es lösen würden. Es ist niemals überflüssig, das Gehirn zu benutzen und aus den Erfahrungen anderer zu lernen.
Lektion 5. Produktbewertung
Was: Markteinschätzung und Wettbewerbsanalyse.
Nützlich:Kenntnisse sind für den Programmierer nicht offensichtlich. Funktionslistentabellen, SWOT-Analyse, TAM / PAM-Marktgrößen - warum ist das so? Ja, es scheint keine Notwendigkeit zu geben, bis Sie sich für die Auswahl eines Technologie-Stacks im Projekt entschieden haben. Oder Sie denken, Sie müssen sofort zu den neuesten Versionen der Bibliotheken wechseln, sobald sie herauskommen (nein). Oder entscheiden Sie, an welche Universität Sie gehen möchten. Oder in welcher Sprache Sie Ihre ersten Projekte schreiben möchten. Kurz gesagt, Sie treffen eine strategische Entscheidung, die Ihr Schicksal für die kommenden Jahre bestimmen wird. C # oder Java? Winkel oder reagieren? MSSQL oder Oracle? App Store oder Google Play? Native Mobapps oder QT / Xamarin? Visual Studio, WebStorm oder Visual Studio Code? Ich schäme mich immer noch für den Fall mit einem Kunden. Er suchte nach Auftragnehmern, um ein großes ERP-System von Grund auf neu zu entwickeln. Unsere Firma bot ihm ein Team und einen Stack an - Silverlight. Für 1.Wir haben 5 Jahre lang ein Produkt hergestellt und dann hat Microsoft angekündigt, dass es Silverlight nicht mehr unterstützt. Tod! Das fertige, debuggte System kann in den Papierkorb geworfen werden. Der Kunde hat allein 10 Personen * 18 Monate * für die Entwicklung aufgewendet * durchschnittliche monatliche Zahlung einschließlich Steuern, z. B. 3.000 USD = 540.000 USD. Ein halber Hund den Schwanz runter! Und wenn wir den entgangenen Gewinn unter Berücksichtigung der Entwicklung eines neuen Systems (das Unternehmen verdient ~ 10 Milliarden Euro pro Jahr) addieren, stellen Sie sich den Schaden aus der Entscheidung vor. Das Problem betrifft nicht nur die IT. Blondinen oder Brünette? Wohnung kaufen oder mieten? In der Stadt oder in den Vororten leben? Soll ich wählen oder ins Landhaus gehen? Für welches Unternehmen soll man arbeiten? In die Hauptstadt ziehen oder in deiner Heimatstadt bleiben?Der Kunde hat allein 10 Personen * 18 Monate * für die Entwicklung aufgewendet * durchschnittliche monatliche Zahlung einschließlich Steuern, z. B. 3.000 USD = 540.000 USD. Ein halber Hund den Schwanz runter! Und wenn wir den entgangenen Gewinn unter Berücksichtigung der Entwicklung eines neuen Systems (das Unternehmen verdient ~ 10 Milliarden Euro pro Jahr) addieren, stellen Sie sich den Schaden aus der Entscheidung vor. Das Problem betrifft nicht nur die IT. Blondinen oder Brünette? Wohnung kaufen oder mieten? In der Stadt oder in den Vororten leben? Soll ich wählen oder ins Landhaus gehen? Für welches Unternehmen soll man arbeiten? In die Hauptstadt ziehen oder in deiner Heimatstadt bleiben?Der Kunde hat allein 10 Personen * 18 Monate * für die Entwicklung aufgewendet * durchschnittliche monatliche Zahlung einschließlich Steuern, z. B. 3.000 USD = 540.000 USD. Ein halber Hund den Schwanz runter! Und wenn wir den entgangenen Gewinn unter Berücksichtigung der Entwicklung eines neuen Systems (das Unternehmen verdient ~ 10 Milliarden Euro pro Jahr) addieren, stellen Sie sich den Schaden aus der Entscheidung vor. Das Problem betrifft nicht nur die IT. Blondinen oder Brünette? Wohnung kaufen oder mieten? In der Stadt oder in den Vororten leben? Soll ich wählen oder ins Landhaus gehen? Für welches Unternehmen soll man arbeiten? In die Hauptstadt ziehen oder in deiner Heimatstadt bleiben?Blondinen oder Brünette? Wohnung kaufen oder mieten? In der Stadt oder in den Vororten leben? Soll ich wählen oder ins Landhaus gehen? Für welches Unternehmen soll man arbeiten? In die Hauptstadt ziehen oder in deiner Heimatstadt bleiben?Blondinen oder Brünette? Wohnung kaufen oder mieten? In der Stadt oder in den Vororten leben? Soll ich wählen oder ins Landhaus gehen? Für welches Unternehmen soll man arbeiten? In die Hauptstadt ziehen oder in deiner Heimatstadt bleiben?
Lektion 6. Zielgruppe
Was: Methoden zur Beschreibung der Zielgruppe. Segmentierung.
Hilfreich: Ich werde ein schreckliches Geheimnis enthüllen. Kein einziger Kunde auf der Welt bezahlt einen Programmierer dafür, dass er es genießt, ihn auf der Tastatur schlagen zu sehen, Stackoverflows zu googeln, Kaffee zu trinken, die Prinzipien des Polymorphismus mit Kollegen zu diskutieren und bei Telefonkonferenzen kluge Hinweise zu geben. Der Kunde zahlt für die Lösung seiner Probleme. Daher lohnt es sich, Ihren Kunden zu kennen und zu respektieren, zumindest weil er Ihnen Geld zahlt. Ohne Client schreibst du einfach kostenlos lustige Apps. So ein süßes Hobby zu Hause wie Briefmarken sammeln oder Holz verbrennen.
Sitzung 7. Kundenrecherche
Was: Kundenentwicklung (Kundenforschung durch Probleminterviews).
Hilfreich: Wie in der vorherigen Lektion ging es um den Kunden. Warum noch einer? Sie müssen Fedya, Sie müssen! Hier geht es um ein Interview. Sie müssen mit dem Kunden sprechen. Und nur wenige wissen, wie das geht. Drücken Sie nicht mit Ihren Meinungen, schlagen Sie keine Antworten vor, fragen Sie nach der Vergangenheit, nicht nach der Zukunft, finden Sie bestimmte Zahlen heraus, nicht nach Wünschen, klären Sie Unsicherheiten, haben Sie einen Gesprächsplan und legen Sie Vereinbarungen fest, hören Sie mehr zu, sprechen Sie weniger. Nichts besseres als Rob Fitzpatricks Buch "Ask Mom" wurde bereits geschrieben. Und ich habe sogar eine Bewertung davon. Plötzlich ist es nicht nur mit dem Kunden, sondern auch mit Kollegen möglich, in einem Castedev-Format zu sprechen.
Sitzung 8. Praktisches Interview
War: Suche nach Befragten. Formulierung von Fragen. Kundenentwicklung in der Praxis.
Nützlich:Um ein guter Interviewer zu werden, müssen Sie leider auch Interviews führen. Ich spreche perfekt Englisch, mit all den Gerundien, ich kann Slang erkennen und jeden Akzent imitieren, ich scherze brandgefährlich und verstehe die subtilsten Nuancen der Sprache. Aber es ist in meinem Kopf. In der Praxis klingt es so: „Ixcuzmi. Veriz eeee niarest Shop? Visa-Produkte kaufen? Chip Notes, verdammt wie teuer, aber sicher expansiv! ". Theorie funktioniert nicht ohne Übung. Eine sehr traumatische Erfahrung für die Psyche eines jeden Hickey-Programmierers ist es, Befragte zu finden. Raus aus dem Gebäude und anderen Dingen. Es ist physisch schwierig, sich zu zwingen, ein unbekanntes Unternehmen anzurufen und um ein Interview zu bitten oder einen Service anzubieten. Oder fragen Sie nach etwas auf der Straße. Aber was nicht tötet, macht uns stärker. Ein Anruf bringt dich nicht um. Die Hauptsache ist, nicht im Regen zu rufen und sich nicht unter den Bäumen zu verstecken.
Sitzung 9. Qualitative und quantitative Forschung
Es gab: Interviews, Umfragen, Fokusgruppen, Experten, Webvisor, Mystery Shopper, A / B-Tests.
Nützlich: Sie benötigen Argumente, um eine Entscheidung zu treffen. Argumente brauchen Fakten. Fakten basieren auf Zahlen. Die Zahlen stammen aus der Forschung. Verschiedene Arten der Forschung zu derselben Sache ergeben ein realistischeres Bild. Warum braucht ein Entwickler es? Wir leben in einer sehr grausamen Welt. Wie in den siebziger Jahren ist es nicht mehr möglich, zum Chef zu gehen und 152 Milliarden Dollar zu verlangenUm auf dem Mond zu landen, schauen Sie sauber, obwohl alles durch ein Teleskop perfekt sichtbar ist. Wenn Sie ein Refactoring vorschlagen, ist es besser, den Gewinn daraus in Zahlen darzustellen. Beispiel: Beschleunigen von Datenbankabfragen um das X-fache, Reduzieren der Codeduplizierung und Beschleunigen von Änderungen oder Korrekturen um das Y-fache. Der Kauf eines Resharper ist gerechtfertigt, indem die Codierung um den Faktor Z beschleunigt wird. Freitags kostenlose Pizza - mehr als 100.500-mal besserer Teamgeist.
Lektion 10. Ideen generieren
Was: Methode 6 Hüte, Walt Disney, dumme Kuh, Reverse Generation, Fokusobjekte, TRIZ.
Nützlich: Mein Lieblingsbeschäftigung. Wie ein kluger Mann sagte: "Programmierung ist eine Erfindung auf Abruf." Ohne IT gibt es keinen Ort ohne IT. Wie oft war ich mit einem scheinbar unlösbaren Problem konfrontiert, und nach der Einsicht fand ich eine elegante Lösung. Wie sich herausstellte, haben sich die Leute eine Reihe von Möglichkeiten ausgedacht, um die Kreativität anzuregen. Eine Arbeitsweise besteht darin, das Problem einem Kollegen zu erklären, um Rat zu fragen und während der Diskussion einige Alternativen zu finden. Sie müssen mehr kommunizieren. Es ist gut, mit Gedanken zu "schlafen" und am Morgen findet das Unterbewusstsein eine Lösung oder sich körperlich zu betätigen (schwimmen) und dabei über die Idee nachzudenken.
Lektion 11. Wertversprechen
Was: Zusammenstellung der CPU. Lean Canvas, Value Proposition Canvas.
Hilfreich: Auch hier werden diejenigen, die rein technisch sind, enttäuscht sein. Beliebige Namen von Funktionen, Bibliotheken und Programmiersprachen-Syntax. Nichts davon passierte natürlich. Und es gab Analysen, Fragen zu formulieren und Antworten zu erhalten, nach Informationen zu suchen, Tabellen zu erstellen und Daten zu strukturieren. Alles, ohne das man sich keinen guten IT-Spezialisten vorstellen kann.
Lektion 12. Geschäftsmodelle
Was: Typen und Aufbau von Geschäftsmodellen. Geschäftsmodell Leinwand. Produktmonetarisierung.
Hilfreich: Ähnlich wie in der vorherigen Lektion zur CPU. Wackelnde Gehirne mit voller Geschwindigkeit. Ein nützliches Thema über die Arten der Monetarisierung, weil Es ist immer am besten, sich genau vorzustellen, wie Ihr Produkt Geld verdient.
Lektion 13. Produkt-Roadmap
War: Roadmap. Gantt-Diagramm. Strategie. Release-Plan. Produktrückstand. Entwicklungsstau.
Nützlich: Dieser ist eher für einen technischen Leiter und Projektmanager gedacht. Geben Sie Funktionen, Didlines und Meilensteine, Risiken, die Berücksichtigung verfügbarer Ressourcen, das Laden von Personen und Pläne zur Eroberung der Welt frei.
Lektion 14. Entwerfen eines MVP
Was: Arten von MVP (Minimum Viable Product). AIDA und 4U beim Erstellen einer Zielseite.
Nützlich: Für das Produktmanagement geht es bei MVP darum, ein Prototypprodukt zu erstellen, um die Nachfrage schnell und kostengünstig zu testen. Wie hängt das mit der Entwicklung zusammen? Tatsache ist, dass Programmierern Aufgaben zugewiesen werden, aber oft ist nicht genau festgelegt, wie diese Aufgaben gelöst werden sollen. Daher versucht ein guter Entwickler, Ressourcen zu sparen und die Aufgabe mit minimalem Aufwand zu erledigen, weil Prioritäten können sich ändern und niemand hat die Didline abgesagt. Wenn eine bearbeitbare Datentabelle erstellt werden soll, sollten Sie kein Steuerelement erstellen, mit dem Datentypen angezeigt werden können, einschließlich Pivot-Modus, Excel-Funktionalität und Datenexport in beliebigen Formaten. Die Prinzipien von YAGNI , KISS undDie Sünde der vorzeitigen Optimierung ist das. Und niemals, hören Sie, erledigen Sie niemals eine Aufgabe und ein großes Refactoring in einem Ticket! (Weinen).
Lektion 15. Inhaltsverzeichnis
Was: Theorie der Zwänge. Enge Plätze.
Nützlich: Dies ist direkt TOP, wenn Sie die Geschwindigkeit des Programms optimieren. Bei Produkten ging es darum, den engsten Teil des Trichters zu optimieren. Für einen IT-Spezialisten ist es häufig erforderlich, die Antwortgeschwindigkeit zu erhöhen - Seitenladen, Berichterstellung, Hochladen von Dateien. SQL verfügt über Abfrageplan-, Caching- und andere Optimierungstechniken. Es lohnt sich immer, den Engpass im System zu verbessern. Und dafür müssen Sie die Phasen des Prozesses messen, das Timing protokollieren und Entscheidungen anhand von Zahlen treffen, und nicht Gefühle wie "Ich werde von LINQ in den Speicher umschreiben, es scheint zu helfen."
Lektion 16: User Stories und Szenarien
War: Erstellen und Verwenden der Customer Journey Map.
Hilfreich: Ich gestehe. Programmieren macht Spaß, Dokumentation schreiben ist langweilig. In der Mitte liegt das Design von Schnittstellen (UX, nicht zu verwechseln mit UI). Es macht mehr Spaß als langweilig. Skizzieren Sie Schnittstellen in Visio, überlegen Sie sich Nutzungsszenarien und schreiben Sie Geschäftsregeln. Wenn Sie von einem Entwickler zu einem Lead, PM, Analysten, Produkt oder Architekten heranwachsen möchten, ist es besser, diese Technik zu beherrschen. Ich sage nicht einmal, dass die Anforderungen an Software oft eher vage oder gar ohne UI-Layouts festgelegt sind. Wenn Sie also sofort selbst eine anständige Benutzeroberfläche entwerfen und logische Inkonsistenzen in der Geschäftslogik rechtzeitig beheben, sparen Sie viel Zeit und beeinträchtigen Ihre Zufriedenheit mit Ihrer Arbeit.
Lektion 17. UX
Was: Skripte. UX-Grundlagen. Landing Page. CJM.
Hilfreich: Hier gab es UX-Übung. Es stellt sich heraus, dass ich hinter der Zeit bin. In Tilda , Figma und, verzeih mir, Tinkoff haben die Leute schon lange Webseiten erstellt . Diagramme und UX-Prototypen werden nicht in Visio erstellt, sondern in Google Drawings , Draw.io und LucidChart . Für die Grundlagen des richtigen Designs (Einrückungen, visuelle Blöcke, Schriftarten, Akzente) mochte ich das Buch von Vlad V. Golovach "User Interface Design: Die Kunst, einen Elefanten zu waschen" . Der Link ist die zweite Version, ich habe die erste gelesen, es ist besser.
Lektion 18. Metriken
Was: Schlüsselkennzahlen, Anpassung, Sammlung.
Nützlich: Entscheidungen basierend auf Daten zu treffen ist nützlich. Daten sind die neuen schwarzen, datengesteuerten Entscheidungen und all das. In coolen IT-Unternehmen gewöhnen sich Entwickler daran, eine Reihe von Daten zu messen und damit zu arbeiten - die Ergebnisse der Ausführung von Tests, der Bereitstellung auf dem Server, der Überprüfung der Codequalität, des Fortschritts beim Schließen von Aufgaben in Jira usw.
Sitzung 19. Unit Economics
Es war: Eigentlich Einheitsökonomie.
Nützlich: Super nützliches Thema für Produkte. Sie müssen mehr (3+ Mal) für den Verkauf einer Wareneinheit verdienen, als Sie für die Herstellung derselben Wareneinheit ausgeben. Was ist das Analogon für Entwickler? Weiß nicht. Schließlich hat der Programmierer die Aufgabe, die Funktionalität innerhalb des Bereichs Zeit-Geld-Qualität zu platzieren. Wie viel Geld dieses oder jenes Merkmal im Vergleich zu den Produktionskosten bringt, hängt vom Produkt und den von ihm festgelegten Prioritäten ab.
Lektion 20. Analyse eines realen Produkteinführungsfalls
Was: Produkteinführungsmethode. Generierung von Produktverbesserungen.
Nützlich: Erfahrung ist immer nützlich, und Erfahrung in einem blutigen Unternehmen ist doppelt nützlich. Es gibt eine Meinung, dass Freiberufler Unternehmen nicht sehr gern beschäftigen, insbesondere für hoch ausgelastete Legacy-Systeme. Es geht nicht einmal um die NDA, die Unfähigkeit, in einem Team zu arbeiten, die Unannehmlichkeiten der Fernkommunikation und die anderen typischen Probleme beim Outsourcing. Es gibt nur Nuancen in einem lebenden System, an die ein Freiberufler möglicherweise nicht einmal denkt. Von der Bürokratie bis zur Interoperabilität von Integrationen und einem bequemen Zeitfenster für die Bereitstellung. Ganz zu schweigen vom Problem der Aktualisierung der Datenbank in Echtzeit, der API-Versionierung usw.
Lektion 21. Übung zur Bewertung von Produktlösungen
Was: Mechanik zur Bewertung von Produktlösungen.
Nützlich:Dies war eine Fortsetzung der vorherigen Lektion. Nur mit Schwerpunkt auf intensiver Praxis, Hypothesengenerierung, Aufgabenzuweisung und Nachverfolgung von Ergebnissen. Kurz gesagt, das Betriebssystem. Für einen guten Entwickler wäre es hilfreich zu verstehen, dass die Arbeit nicht weglaufen wird. Die Aufgaben, die gestern erledigt werden müssen, werden in wenigen Teilen pro Tag erledigt. Eine davon erscheint in dem Moment, in dem Sie die Arbeit verlassen und schließlich Ihre E-Mails abrufen. Diese Work-Life-Balance ist wichtig. Es gibt Zeiten, in denen Sie es einfach nehmen und tun müssen, unabhängig von der Tageszeit. Aber es ist genauso wichtig, sich nicht in einer Routine festzumachen und in ein paar Monaten nicht auszubrennen. Dass Sie 4-6 Stunden über der Norm bei der Arbeit bleiben können, aber dies bedeutet, dass die Arbeitsproduktivität am nächsten Tag bestenfalls 50-70% beträgt, sodass konstante Überstunden sinnlos sind.
Lektion 22. Priorisieren von Produktaufgaben
Was: Methoden MVP - Priorisierung, ICE / RICE, Binär - Priorisierung, Amortisationszeit.
Nützlich:Gutes Thema, weil Entwickler müssen ständig Schätzungen der Komplexität von Aufgaben abgeben. Es ist nicht so einfach, wie es sich anhört. Allmählich können Sie mehr oder weniger angemessene Schätzungen vornehmen, um nicht mehr als 20% zu vermasseln. Aber normalerweise mag PMU solche Zahlen nicht. Es ist schwierig, weil Es gibt voneinander abhängige Aufgaben, den Faktor der Vertrautheit mit einem bestimmten Abschnitt des Codes und / oder der Technologie, der die PM drückt, um die Zeit zu verkürzen, da "Er war früher ein Entwickler und erinnert sich, dass es einfach ist", vage Spekulationen (ich liebe es, wenn der Analyst während des Entwicklungsprozesses neue Punkte hinzufügt), die subjektive Meinung "Die Benutzeroberfläche sieht in Ordnung aus oder muss verbessert werden", der Wunsch, im Vergleich zu den anderen nicht dumm und daher hart auszusehen Reduzieren Sie Ihre Einschätzung, den Druck von Kollegen, eine Empfehlung von oben „Wir haben bereits eine Vereinbarung mit dem Kunden über den genauen Betrag und die Bedingungen unterzeichnet“ usw.
Lektion 23. Vorbereitung auf die Verteidigung der Arbeit
Was: Arten von Präsentationen. Tipps zum Sprechen. Testläufe von Berichten.
Hilfreich: Schon wieder. Wenn Sie nicht vorhaben, über den mittleren Entwickler hinauszuwachsen, überspringen Sie diesen Punkt. Im Übrigen und für ihre eigene Entwicklung wird es nicht überflüssig sein, zu lernen, wie man einen Bericht erstellt, das Publikum entzündet, nicht mit kniffligen Fragen umkippt, das Thema konstruktiv diskutiert und seinen Standpunkt verteidigt oder ändert, ohne den ideologischen Gegnern extreme Körperverletzungen zuzufügen ...
Lektion 24. Verteidigung von Hausarbeiten
Es war: Kampf vor Publikum.
Hilfreich: Eigentlich eine Live-Performance. Sie können sich lange vorbereiten, die Preza lecken, Unterricht in öffentlichem Sprechen und Handeln nehmen. Aber nach dem ersten Schlag auf den Kiefer (auf die Bühne) fliegt mir das alles aus dem Kopf. Ich weiß nicht, warum sie in großen IT-Unternehmen auf Konferenzen sprechen oder zumindest Artikel für Fachpublikationen schreiben, zumindest ein paar Leute. Während dies die Fähigkeit zur Formulierung von Gedanken erheblich verbessert, entwickelt die persönliche Marke des Redners die IT-Community und spart Unternehmen PR- und HR-Kosten.
Wie sonst kann ein Entwickler aufhören, nur ein Codierer von UI-Formularen für den Zugriff auf eine Datenbank zu sein, und von Produktdenken durchdrungen werden?
Erstens gibt es einen neuen Trend für türkisfarbene Organisationen . Es gibt einen ausgezeichneten Aufsatz zum Thema Habr . Natürlich sehen viele Dinge etwas utopisch aus. Verantwortung ohne wirkliche Macht und finanzielles Engagement zu übernehmen, kann sehr riskant sein. Und wer ist jetzt einfach?
Zweitens, oder vielleicht ist dies das Manifest für den ersten Punkt - " Funky Business ". Ausgewählte Zitate aus dem Buch können hier gelesen werden. Was ich an diesen Texten liebe, ist, dass sie als religiöse Offenbarung geschrieben sind. So verschwommen wie möglich, zugänglich für alle Guten, gegen alle Schlechten. Dies ist kein Nachteil, sondern im Gegenteil eine Würde. Jeder, der liest, wird denken und seine eigenen Schlussfolgerungen ziehen.
Schließlich gibt es die jüngste Corporate Innovation Trend . Hackathons, Startup-Piloten, interne Entwicklung des Unternehmertums, Strategie der digitalen Transformation, Lean, Kundenentwicklung und Design Thinking. Es gibt ein großartiges Schema zum Thema von Disruptive.vc :
Fazit
Ich bin sicher, ich habe kein Geheimnis gelüftet. Je mehr Sie wissen, desto besser. Auch wenn es viel Wissen gibt, gibt es viele Sorgen. Bei einem Teambuilding im Restaurant mit einem britischen Kunden zeigte unser technischer Leiter einen Trick mit einer Schachtel Streichhölzer. Er legte es auf die Tischkante, schlug es von unten und warf es in die Luft und zündete mit derselben Hand ein Streichholz dagegen an. Der Kunde war so beeindruckt, dass er die Rechnung für das gesamte Team bezahlte, vom Bier bis zum Seekriechen. Und einer der Premierminister scherzte so gut, dass Stand-Ups und Retro in den besten Jahren zu Comedy-Clubs wurden. Man kann sogar sagen, dass die Fähigkeiten eines Produktmanagers nicht nur für den Entwickler überflüssig sind, sondern dass alle Fähigkeiten im Allgemeinen eine positive Rolle bei der Arbeit spielen. Der Punkt liegt nur in der richtigen Anwendung . Lasst uns deshalb lernen, uns weiterentwickeln und unsere Arbeit genießen!