![\"Zeiteffizienz\"](\"\/app\/uploads\/2024\/05\/1tR8fGHRhmgTIZqb1ad_X-Q.jpeg\" "\\"Zeiteffizienz\\"")
<\/p>\n
Wir alle wollen schlank sein und wendig<\/a> damit das Ergebnis unserer Aktivit\u00e4ten, gemessen in Zahlen, so hoch wie m\u00f6glich ist. Auch wenn wir den gr\u00f6\u00dften Teil unserer Energie darauf verwenden, Verluste zu reduzieren, ber\u00fccksichtigen wir am Ende den Gewinn, der dank der erzielten Einsparungen gestiegen ist.<\/p>\n Diese Einsparungen fallen in die gleiche Tasche wie die \u00fcbrigen Faktoren und bleiben nur den Neugierigsten zug\u00e4nglich. Auf diese Weise verlieren wir den Fokus und lassen ungewollt eine Menge wertvoller Daten<\/a> und schlie\u00dflich Intelligenz.<\/p>\n Aus eigenen Fehlern zu lernen ist eine besonders n\u00fctzliche (wenn auch teure) F\u00e4higkeit, aber die Organisationskultur<\/a> und die mit dieser F\u00e4higkeit verbundene Diplomatie sind nicht immer hilfreich. Oft verbergen wir die negativen Auswirkungen der Finanzen mit \"Nebelw\u00f6rtern\". Wenn ein Anleger schreit: \"Ich habe mein Geld verloren!\", teilt der Manager dies dem Team<\/a> indem wir sagen: \"Wir sollten effektiver sein\", und wir alle suchen standardm\u00e4\u00dfig nach neuen L\u00f6sungen und Verbesserungen - statt zur\u00fcckzublicken, suchen wir st\u00e4ndig nach M\u00f6glichkeiten, vorw\u00e4rts zu gehen.<\/p>\n Dabei sind Verluste oft der Schl\u00fcssel, um die richtigen Schl\u00fcsse zu ziehen. Wenn wir bestimmte Ablaufschritte im Prozess unbedacht \u00fcbergehen, werden die n\u00e4chsten L\u00f6sungen h\u00f6chstwahrscheinlich mit denselben Fehlern behaftet sein.<\/p>\n Beispiel:<\/em><\/strong>\u00a0<\/p>\n Ein kleines Team von erfahrenen JS<\/a> Die Entwickler liefern die Funktionalit\u00e4t nicht in der erwarteten Zeit. Der Investor, der die Entwicklung beschleunigen will, ordnet die Einstellung eines neuen Programmierers an. Die Einf\u00fchrung einer neuen Person in das Projekt wird das Team ablenken, was den Projektfortschritt noch weiter verlangsamt.<\/p>\n W\u00fcrde der Investor die Gr\u00fcnde f\u00fcr die Ineffektivit\u00e4t des Teams besser verstehen, k\u00e4me er zu dem Schluss, dass es sein Potenzial nur in 60-70% nutzt. Eine bessere Ausr\u00fcstung und ein paar Arbeitstage, die der Automatisierung der Arbeit gewidmet sind, w\u00fcrden das Problem l\u00f6sen.<\/p>\n Leider muss er nun f\u00fcr einen anderen Entwickler bezahlen, der mit denselben Ger\u00e4ten arbeitet und dessen Effizienz ebenfalls bei 60-70% liegt.<\/p>\n L\u00f6sung A:<\/strong><\/p>\n \nAb sofort kostet das Projekt $20,200 \/ Monat<\/p>\n Gesamtausgaben in 12 Monaten: 12 * 20.200 + 10.000 = $252.400<\/p>\n L\u00f6sung B:<\/strong><\/p>\n \nAb jetzt kostet das Projekt: $30.000 \/ Monat<\/p>\n Gesamtausgaben in 12 Monaten: 12 * 30.000 = $360.000<\/p>\n Zwei Entwickler, die mit 100% arbeiten, leisten ungef\u00e4hr dasselbe wie drei Entwickler, die mit 60-70% arbeiten. Der Investor zahlt \u00fcber $ 100.000 mehr f\u00fcr die gleiche Verarbeitungskapazit\u00e4t pro Jahr aufgrund einer fehlerhaften Designentscheidung!<\/p>\n Agilit\u00e4t im Prozess bedeutet nicht unbedingt, eine Testabdeckung von 100% anzustreben oder den Leistungsrekord zu brechen. Diese Metriken geben zwar einen \u00dcberblick \u00fcber den technischen Zustand des Projekts, sind aber aus Sicht des Endkunden so unbedeutend, dass sie in einem wirklich agilen Prozess nicht auf einen Idealzustand gebracht werden m\u00fcssen, da sie keine wirklichen Vorteile bringen. Markt<\/a> Wert.<\/p>\n Die Entwicklung perfekter technischer L\u00f6sungen erfordert ein gro\u00dfes Engagement des Teams und eine viel umfangreichere Kommunikation. Dies hat zur Folge, dass Patches langsamer arbeiten und das Projekt aufgrund von \u00dcberentwicklungen schwerf\u00e4llig wird.<\/p>\n Agile Entwicklung<\/a> geht es um die Bereitstellung eines funktionierenden Code<\/a> mit minimalem Aufwand. Das Testen von Code ist zweifellos eine gute Praxis, und die Tests sagen viel \u00fcber die Funktionsweise des Codes aus, aber sie sollten nicht nur um ihrer selbst willen durchgef\u00fchrt werden, um damit zu prahlen - die optimale technische Qualit\u00e4t von L\u00f6sungen liegt irgendwo zwischen dem Minimum, das durch die Entwicklungsteam<\/a> und der H\u00f6chstbetrag, der durch das Budget begrenzt ist.<\/p>\n Perfektion bringt Sie letztlich nicht weiter. Interessanterweise gilt diese Regel auch f\u00fcr das Thema Sicherheit - theoretisch kann jedes System gehackt werden. Allerdings muss das erw\u00e4hnte Entwicklungsminimum entsprechend h\u00f6her sein und dem Gewicht, dem Umfang und den Kosten potenzieller Folgen von Code-Fehlern entsprechen. Anstatt das Anmeldemodul von Grund auf neu zu schreiben, was immer mit einem hohen Risiko von Fehlern und der Einf\u00fchrung von Sicherheitsl\u00fccken behaftet ist, ist es oft besser, z. B. die Schaltfl\u00e4che \"Mit Google anmelden\" zu verwenden, deren ordnungsgem\u00e4\u00dfe Implementierung relativ schnell und sicher ist.<\/p>\n Solange das Ziel eine kurze Markteinf\u00fchrungszeit ist, erweisen sich zu ehrgeizige Annahmen als kontraproduktiv. In einem scheinbar perfekten Prozess kann \u00fcberm\u00e4\u00dfiger Enthusiasmus eine Verschwendung von Ressourcen sein<\/a>.<\/p>\n Benutzerzentriertes Design ist cool. Wichtiger ist die menschenzentrierte Zusammenarbeit. Wenn das Team auf der gleichen Wellenl\u00e4nge kommuniziert, kann es spontan weitere potenzielle Verluste reduzieren.<\/p>\n A UX<\/a> Designer, der mit Frontend-Technologien auf dem Laufenden ist, wird keine L\u00f6sung auf der MVP<\/a> Phase, die in der Umsetzungsphase unverh\u00e4ltnism\u00e4\u00dfig viel Zeit in Anspruch nehmen wird.<\/p>\n Ein Frontend-Entwickler, der sich mit Usability-Heuristiken auskennt, ist in der Lage, die Benutzeroberfl\u00e4che an eine bestimmte Bildschirmaufl\u00f6sung anzupassen, ohne den UX-Designer einzubeziehen - schnelle Korrektur, Vorschau, Akzeptanz.<\/p>\n Die Arbeit an einer Anwendung erfordert die Synchronisierung der Aktivit\u00e4ten von Menschen mit v\u00f6llig unterschiedlichen Kompetenzprofilen. Sie m\u00fcssen wissen, wie die Kompetenzen in Ihrem Team verteilt sind, um Ihren Kunden effektiv einen Mehrwert zu bieten.<\/p>\n Ein engagiertes und synchronisiertes Team ist ein wichtiger Faktor f\u00fcr Einsparungen. Diese Art von Agilit\u00e4t erfordert eine optimale Produktentwicklung<\/a>.<\/p>\n Eine so verstandene gute Teamleistung ist \u00e4u\u00dferst schwierig zu erreichen, insbesondere im Zeitalter der Fernarbeit<\/a>. Unternehmen, die schon seit Jahren \"fernbedienungsfreundlich\" sind, haben in diesem Bereich einen erheblichen Vorteil gegen\u00fcber denjenigen, die gezwungen waren, die Organisation w\u00e4hrend des Lockdowns einzustellen und sich erst jetzt mit neuen Methoden und Formen der Kommunikation vertraut machen.<\/p>\n Im Zusammenhang mit dem wachsenden Kommunikationsbedarf verzeichnen Tools wie Whimsical, Miro, Mural, Figma und Balsamiq einen beeindruckenden Anstieg der Popularit\u00e4t.<\/p>\n Sicherlich haben die Abschottung und die Notwendigkeit, aus der Ferne zu arbeiten, ihren Teil zu dieser Explosion der Nutzerzahlen beigetragen. Ich bin der Meinung, dass die Auswahl des Tools den individuellen Vorlieben entsprechen sollte, aber sehen wir uns Miro an:<\/p>\n Die Popularisierung solcher Tools f\u00fchrt nat\u00fcrlich dazu, dass auch die Methoden selbst immer beliebter werden. Jemand, der Miro gekauft hat, um an Personas zu arbeiten, erh\u00e4lt Zugang zu Dutzenden von anderen Vorlagen, die sich als interessant erweisen und die t\u00e4gliche Arbeit des Teams positiv beeinflussen k\u00f6nnen.<\/p>\n Sie sollten sich immer mit Instrumenten ausstatten, die den Informationsfluss im Projekt rationalisieren. Offenheit f\u00fcr neue Werkzeuge und Methoden ist auch eine der Grundlagen f\u00fcr eine effektive Produktentwicklung<\/a>.<\/p>\n Erfahrene Designer sowohl der Schnittstelle als auch der Software-Architektur<\/a> sehen in der Regel mehrere L\u00f6sungsm\u00f6glichkeiten, die zu Beginn der Zusammenarbeit gepr\u00fcft werden sollten und suchen effizient nach entsprechenden Inspirationen oder sogar fertigen L\u00f6sungen auf dem Markt. Ein gutes Beispiel ist das Material UI-Framework, das im Prototypenstadium in der Regel eine sichere Sache ist.<\/a>.<\/p>\n Manchmal reicht es aus, sich ein paar Umsetzungen auf Behance oder Dribble anzuschauen und die Inspiration zu nutzen, um ein Moodboard zu entwickeln und es dann an den Entwickler weiterzugeben. Diese Person wird daraus eine klickbare Website zusammenstellen. Prototyp<\/a> die den fr\u00fchen Anwendern pr\u00e4sentiert werden k\u00f6nnen, um Feedback einzuholen. Dieses organische Streben nach einem effektiven Prozess bei designorientierten und engagierten Menschen ist ganz nat\u00fcrlich.<\/p>\n Wenn Sie digitale Produkte effizient anbieten wollen, m\u00fcssen Sie die Menschen ihre Arbeit machen lassen. Sie wissen, welchen Wert\/Dienst Sie Ihren Kunden bieten wollen - das reicht. Ein kompetentes und gut gef\u00fchrtes Projektteam wird am besten wissen, wie man diesen Wert\/diese Dienstleistung so schnell wie m\u00f6glich und mit der erforderlichen Kosteneffizienz bereitstellt.<\/p>\n Zeigen Sie Vertrauen, teilen Sie die Verantwortung und \u00f6ffnen Sie sich f\u00fcr eine echte wechselseitige Kommunikation, damit Ihre Produkt<\/a> wird besser sein, und die Last, alles selbst zu machen, wird von Ihren Schultern genommen, was sich f\u00fcr Gr\u00fcnder und Unternehmer oft als sehr anstrengend erweist! Unter Der Codest<\/a>Wir setzen dieses Prinzip nicht nur in Projekten, sondern auch in internen Prozessen um - das ist wahrscheinlich der Grund, warum wir sowohl bei Kunden als auch bei Mitarbeitern hohe Bindungsquoten haben (wahre Geschichte, beides> 90%).<\/p>\n G\u00f6nnen Sie sich ein bisschen Faulheit, \u00fcbertragen Sie mutig Verantwortung und lassen Sie \u00fcberfl\u00fcssige Arbeiten los, die nicht notwendig sind, um voranzukommen - Funktionen, die \"nice to have\" w\u00e4ren, k\u00f6nnen immer warten.<\/p>\n Der Entstehungsprozess eines digitalen Produkts ist ein st\u00e4ndiges Aufeinanderprallen verschiedener Perspektiven, Erfahrungen und Informationsquellen - jeder dieser Zusammenst\u00f6\u00dfe birgt das Risiko, eine falsche Designentscheidung zu treffen.<\/p>\n Eine gute interne Kommunikation verringert dieses Risiko, aber das ist nur eine Seite der Medaille. Die Frage, wie man mit dem Markt in Kontakt bleibt, muss noch beantwortet werden.<\/p>\n Business Intelligence, Customer Support, UX-Forschungsabteilungen und viele andere - genau wie die Entwicklungsteam<\/a>Sie sollten sich um das Minimum bem\u00fchen, das notwendig ist, um spezifische Antworten auf Fragen des Product Owners oder des UX-Teams zu geben.<\/p>\n Auch das Branding selbst und die Strategie der Markenkommunikation sind wichtig. Sie dienen dazu, eine qualitative Beziehung zu den Kunden aufzubauen, die sich dann in deren Engagement niederschl\u00e4gt. Wenn Sie den Kunden Fragen stellen wollen, sollten Sie sicherstellen, dass sie bereit sind, diese Fragen zu beantworten. Der Ton Ihrer Stimme ist wichtig.<\/p>\n Es ist sicher, dass ein st\u00e4ndiger Kontakt mit dem Markt es erm\u00f6glicht, die richtigen Weichen f\u00fcr das Projekt zu stellen, um es zum Erfolg zu f\u00fchren. Weniger offensichtlich ist die Tatsache, dass die Notwendigkeit dieses Kontakts bereits zu Beginn des Projekts ber\u00fccksichtigt werden sollte, um die richtigen Kompetenzen im Team zu antizipieren (um die richtigen Fragen zu stellen und zu beantworten) und eine Produktstrategie zu entwickeln, die die Zielgruppen einbezieht.<\/p>\n In Anbetracht der oben genannten Punkte k\u00f6nnen wir mehrere Probleme feststellen, die regelm\u00e4\u00dfig im Entwurfsprozess auftreten:<\/p>\n - \u00fcberm\u00e4\u00dfige Gewinnorientierung und Vermeidung von Misserfolgen,<\/p>\n - Ungenauigkeit und nicht das R\u00f6ntgen der eigenen Fehler,<\/p>\n - die Verfolgung eines perfekten Produkts, das Sie im Kopf haben, das aber nicht den Bed\u00fcrfnissen des Marktes entspricht,<\/p>\n - \u00dcbereifrige Umsetzung von Lehrbuchprozessen - \u00dcberentwicklung und \u00dcbergestaltung,<\/p>\n - Unflexibilit\u00e4t der Teamarbeit und Zwang f\u00fcr die Mitarbeiter, nur in ihrem Spezialgebiet zu bleiben,<\/p>\n - ineffiziente Kommunikation,<\/p>\n - die Tendenz, das Rad neu zu erfinden.<\/p>\n Die Prozessoptimierung auf der Makroebene umfasst die Summe der Einsparungen. Um die oben genannten Herausforderungen zu meistern, m\u00fcssen Sie Ihre Kollegen einbeziehen, damit sie offen ihre Ideen zur Verbesserung des Prozesses einbringen k\u00f6nnen.<\/p>\n Manchmal reicht es aus, weniger zu reden und Untergebenen, Kunden und Partnern besser zuzuh\u00f6ren - je nach Rolle und Verantwortung des Einzelnen -, um Erfolg zu haben.<\/p>\n Wenn Sie nicht genug haben, sind Sie wahrscheinlich \u00fcberinvestiert.<\/a>. Haben Sie zu viel Geld?<\/p>\n Lesen Sie mehr:<\/strong><\/p>\n CTO-Herausforderungen - Skalierung und Wachstum von Softwareprodukten<\/a><\/p>\nLehren aus Misserfolgen<\/h2>\n
\n
\n
Die Entwicklung eines perfekten Produkts ist wie die Jagd nach dem Kaninchen<\/h2>\n
Es ist gut, alles \u00fcber etwas und etwas \u00fcber alles zu wissen.<\/h2>\n
Leistungsstarke Ausr\u00fcstung, bevor Sie loslegen<\/h2>\n
![\"Miro\"](\"\/app\/uploads\/2024\/05\/miro.png\" "\\"Miro\\"")
<\/p>\nSie k\u00f6nnen (und sollten) faul sein<\/h2>\n
Konzentration auf die Suche nach den richtigen Antworten<\/h2>\n
Schlussfolgerungen<\/h2>\n
![\"Halt](\"\/app\/uploads\/2024\/05\/meme.png\" "\\"Halt")
<\/p>\nHalt die Klappe und nimm dein Geld! Ach, und au\u00dferdem:<\/h2>\n
\n