Als Mitbegründer und gelegentlicher freiberuflicher Produktmanager, Designer und Entwickler habe ich auf beiden Seiten des Tisches gearbeitet: als Entwickler, der verwaltet wird, und als Manager, der mit einem Entwickler zusammenarbeitet.
Wenn Sie also Gründer, Produktmanager oder Mitarbeiter eines technischen Teams sind, möchte ich Ihnen einige Dinge mitteilen, die Sie tun müssen, um Ihre Mitarbeiter bei Laune zu halten und ihnen das Leben zu erleichtern.
Warum die Mühe? Abgesehen davon, dass Sie einfach nur ein guter Chef sein möchten, wird Ihr Entwickler umso schneller und effizienter in der Lage sein, Funktionen zu implementieren, je einfacher das Leben für Sie ist. Und im Internet, wo sich die Zeit mit der Geschwindigkeit von Hundjahren bewegt, ist das definitiv ein Vorteil.
Hier sind die Schlüssel zum Erfolg bei der Arbeit mit Ihrem technischen Team.
Verstehen Sie den Unterschied zwischen einem CTO und einem leitenden Ingenieur
Sie arbeiten entweder mit einem CTO oder einem leitenden Ingenieur zusammen, und es ist wichtig zu verstehen, dass sie nicht unbedingt dieselbe Person sind.
Manchmal haben Sie einen fantastischen CTO, der nicht nur technisch, sondern auch ein großartiger Manager, Kommunikator und Delegator ist. Diese Typen möchten wahrscheinlich alles über das wissen, was Sie erstellen, was das Endziel für den Benutzer ist und Ihre allgemeinen Geschäftsziele. Das ist großartig! Glauben Sie mir, es ist eine Bereicherung. Pflegen Sie es.
Die meiste Zeit haben Sie jedoch - insbesondere in dieser von Entwicklern kaum genutzten Wirtschaft - einen leitenden Ingenieur: eine Person, die ein Produkt hervorragend entwickelt, aber nicht unbedingt die Fähigkeiten (oder den Wunsch) hat, ein Team zu führen und Produkt.
Je schneller Sie erkennen, welche Art von Person Sie benötigen (oder eingestellt haben), desto besser sind Sie darauf vorbereitet, diese Person und das Produkt zu verwalten.
Kümmere dich darum, wie die Dinge sind
Entwickler sind Macher, keine Maschinen. Hören Sie also auf ihre Ideen und denken Sie darüber nach - auch wenn Sie keine Ahnung haben, wovon zum Teufel sie reden, wenn sie anfangen, sich mit Fachbegriffen zu beschäftigen. Kennen Sie den Unterschied zwischen diesem und jenem Stapel nicht? Fragen. Nutzen Sie es als Gelegenheit zum Lernen. Sie sollten mindestens ein grundlegendes Verständnis der technischen Seite Ihres Produkts haben.
Sei präzise
Es ist für Ihr technisches Team viel hilfreicher, ihnen bestimmte, kleine Aufgaben zuzuweisen - geben Sie nicht nur ein paar Mock-ups ab und fordern Sie sie auf, bis Freitag fertig zu sein. In der Tat sollten Sie derjenige sein, der das Projekt für sie verwaltet. Erfahren Sie, wie Sie Projektmanagement-Software wie Pivotal Tracker oder Trello verwenden und den Fortschritt der Funktionsentwicklung nach Tag oder Arbeitssitzung verfolgen.
Und checken Sie häufig ein, sowohl persönlich als auch über Ihre Projektmanagement-Software. Es ist viel einfacher zu verhindern, dass Dinge den falschen Weg einschlagen, wenn Sie sie an der Gabelung fangen können.
Ändere deine Meinung nicht jeden Tag
Ich weiß, du denkst, das klingt offensichtlich. Aber wenn Sie Ihr Produkt jeden Tag präsentieren und verkaufen, Feedback hören und Ideen entwickeln, um es zu verbessern, ist es wirklich einfach, immer wieder auf neue Ideen zurückzugreifen. Tu das nicht deinem Team an.
Definieren Sie eine bestimmte und kleine Sache, die Sie erstellen möchten: ein Minimum Viable Product (oder "MVP"). Haben Sie Ihr MVP spezifiziert und bereit, errichtet zu werden. Und mach es klein. Wenn Sie eine riesige App entworfen haben, zerlegen Sie sie und beginnen Sie mit einem Teil. Versenden Sie Ihren MVP - und ändern Sie dann Ihre Meinung basierend auf Daten.
Lesen Sie auch The Lean Startup von Eric Ries. Folgen Sie ihm - werfen Sie nicht nur bei Networking-Events einen coolen Jargon herum.
Ziele setzen, keine Fristen
In der technischen Welt funktionieren Fristen nicht immer. Sogar der erfahrenste Entwickler bricht Sachen und es ist schwierig abzuschätzen, wie lange es dauern wird, Dinge zu reparieren.
Ich bin wirklich begeistert von Trackers Idee, Features aufzuschlüsseln und Schwierigkeitspunkte zuzuweisen, nicht Stunden. Markieren Sie ein Problem als „einfach“, „mittel“ oder „schwierig“ und verfolgen Sie den Fortschritt, anstatt die Fristen einzuhalten. Meist schwierige Aufgaben zuweisen? Sie können wahrscheinlich weiter abgebaut werden.
Holen Sie sich einen großartigen Designer
Designer lösen Probleme und können den Produktentwicklungsprozess erheblich vereinfachen. Insbesondere UX / UI-Designer (User Experience und User Interface). Sie helfen Ihnen dabei, herauszufinden, wie Ihr Produkt aussehen und sich verhalten soll - Pixel für Pixel, Benutzerinteraktion für Benutzerinteraktion (Überlegen Sie: Auf welche Schaltfläche klickt der Benutzer als Nächstes? Wo befindet es sich auf der Seite? Wohin führt es sie?).
Dies ist nicht die Aufgabe Ihres Entwicklers. Ich meine es ernst. Die Aufgabe Ihres Entwicklers besteht darin, Code zu schreiben, nicht das Produkt zu entwerfen. Ein großartiger Designer hilft Ihnen dabei, Entwicklungskosten zu sparen, da er dem Team hilft, Dinge zu überdenken und zu erfassen, die andere möglicherweise übersehen haben. Sie können auch einfache, aber leistungsstarke Änderungen vorschlagen, die Ihr Produkt intuitiver und benutzerfreundlicher machen.
Stellen Sie gleichzeitig sicher, dass Ihr Designer schlank ist. Manchmal lohnt es sich nicht, alles nach Maß zu bauen. Es gibt einen Unterschied zwischen Liebe zum Detail und Diva. Wenn sich Ihr Entwickler über ein Design beschwert - das ist ein Zeichen dafür, dass Sie aufhören, darüber diskutieren, es optimieren und Kompromisse eingehen müssen.
Test, Test, Test
Wenn Ihnen Ihr Produkt am Herzen liegt, helfen Sie Ihrem Entwickler, es zu testen. Sie hat stundenlang darauf gestarrt. Gib ihr ein neues Paar Augen. Loben Sie sie für das, was sie richtig gemacht hat, und geben Sie ihr spezifische Aufgaben für das, was noch getan oder behoben werden muss.
Entwickler beschweren sich oft bei mir, dass sie Tonnen von Zeit für etwas aufgewendet haben und es dann mit kaputten Dingen gestartet wurde, weil niemand sie gesehen hat. Denken Sie daran, es ist Ihr Produkt. Und niemand möchte für jemanden arbeiten, dem das Produkt, das er dort herausbringt, egal ist.
Ziemlich kompensieren
Sie sind ein Geschäftsmann und Geschäftsleute verhandeln. In der Regel viel besser als Nicht-Geschäftsleute.
Also sei vorsichtig.
Sie können mit einem Entwickler über ihre Rate verhandeln, aber wenn es vernünftig klingt, ist es wahrscheinlich. Denken Sie daran, dass es viele andere Leute gibt, die bereit und in der Lage sind, sie für das einzustellen, was sie zitiert hat. Und wenn sie das Gefühl hat, ausgehandelt worden zu sein und nicht entschädigt zu werden, was sie wert ist, wird sie Ihre Arbeit wahrscheinlich nicht vor anderen Arbeiten (oder vor anderen, unterhaltsameren Dingen) priorisieren. Oder sie findet jemanden, der ihren Tarif zahlt, und lässt Sie dann hängen. Ich habe es immer und immer wieder gesehen.
Eine Alternative besteht darin, einen Probepreis für ein kleines Feature auszuhandeln und ihr mitzuteilen, dass Sie den vollen Preis zahlen, wenn das Projekt gut läuft.
Vertrauen Sie Ihrem Team
Sind Sie misstrauisch gegenüber den Padding-Stunden Ihrer Entwickler oder wenn Sie in den nächsten Biergarten gehen? Denken Sie daran, dass Sie nicht die richtigen Leute einstellen, wenn Sie keine Leute einstellen, denen Sie vertrauen und die in etwas besser sind als Sie.
Vertrauen Sie den Experten, die Sie eingestellt haben, um ihre Arbeit zu erledigen. Geben Sie ihnen die Werkzeuge, die sie dazu benötigen, einschließlich Anweisungen, Flexibilität, Freiraum und Autorität. Und oft einchecken.
