{"id":55846,"date":"2018-05-03T07:32:04","date_gmt":"2018-05-03T07:32:04","guid":{"rendered":"https:\/\/blog.salesflare.com\/?p=55846"},"modified":"2026-02-23T16:13:28","modified_gmt":"2026-02-23T15:13:28","slug":"how-to-organize-development-in-a-lean-software-startup-108bf51ab123","status":"publish","type":"post","link":"https:\/\/blog.salesflare.com\/de\/wie-man-die-entwicklung-in-einem-schlanken-software-startup-organisiert-108bf51ab123-2","title":{"rendered":"Wie man die Entwicklung in einem schlanken Software-Startup organisiert"},"content":{"rendered":"
\n
<\/header>\n

Wie man die Entwicklung in einem schlanken Software-Startup organisiert<\/h1>\n

Innen Salesflare<\/h2>\n
\n
\n
\n
\n

Die Gr\u00fcndung eines Technologieunternehmens kann ein chaotischer, stressiger und lohnender Prozess sein.<\/p>\n

Aber eines der Dinge, die in der Anfangsphase wirklich helfen k\u00f6nnen, ist es, Strukturen zu schaffen, die es Ihrem Team erm\u00f6glichen, effektiv und effizient zu arbeiten - insbesondere auf der Entwicklungsseite. Das Letzte, was Ihr Unternehmen braucht, ist Chaos bei der Entwicklung Ihres Produkts. \ud83d\ude31<\/p>\n

Wie fangen Sie also an? Und sollen Sie Outsourcing oder Inhouse einstellen<\/a>?<\/p>\n

Im Folgenden finden Sie einen kurzen Leitfaden f\u00fcr den Aufbau und die Strukturierung Ihres SaaS-Entwicklungsteams<\/a> - und wenn Sie sich f\u00fcr ein Outsourcing entscheiden, k\u00f6nnen Sie diesen Leitfaden auch als Rahmen verwenden. \ud83e\udd29<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Kategorisierung der Entwicklung in Ihrem Unternehmen<\/strong><\/h4>\n

Bei der Entwicklungsstruktur kann es hilfreich sein, die verschiedenen Arten von Entwicklungsaufgaben im Unternehmen in Kategorien einzuteilen, um eine bessere Vorstellung von der Priorit\u00e4tensetzung, Delegation und Organisation innerhalb des Teams zu bekommen. \ud83e\udd1d<\/p>\n

Nachstehend finden Sie die drei Entwicklungskategorien, die wir bei Salesflare haben:<\/p>\n

Ausgaben <\/strong>sind Dinge, die im Produkt kaputt sind und behoben werden m\u00fcssen.<\/p>\n

Aber was hat Priorit\u00e4t? Und wie organisiert man sie? Aus diesem Grund haben wir die Probleme in drei zus\u00e4tzliche Kategorien unterteilt: sofortige Probleme, Sofortige Bereitstellung<\/a> und nicht sofortige Probleme.<\/p>\n

Sofortige Probleme sind diejenigen, die - Sie ahnen es - sofort behoben werden m\u00fcssen. Das k\u00f6nnen Dinge sein, die wirklich<\/em> kaputt sind, Dinge, die den Nutzern auffallen, Dinge in der App, die behoben werden m\u00fcssen, usw. \ud83d\udea8<\/p>\n

<\/figure>\n

\"Mann,<\/p>\n

Instant Staging ist nicht so \"sofort\" wie Instant Issues, aber das sind Dinge, die behoben werden m\u00fcssen, bevor die neueste Softwareversion in der Produktionsumgebung ver\u00f6ffentlicht wird. Dabei handelt es sich meist um Probleme, die wir in unserer Staging-Umgebung bei internen Tests feststellen.<\/p>\n

Nicht-unmittelbare Probleme haben eine geringere Priorit\u00e4t und werden in der Sprint-Vorbereitungssitzung besprochen (mehr dazu sp\u00e4ter).<\/p>\n

UX-Verbesserungen <\/strong>haben eine h\u00f6here Priorit\u00e4t als nicht dringende Probleme und umfassen alles in der Entwicklung, was sich auf die Erfahrung und die Benutzerfreundlichkeit des Produkts bezieht. Im Wesentlichen sind dies Dinge, die das Erlebnis f\u00fcr die Kunden verbessern.<\/p>\n

Eigenschaften <\/strong>sind neue Funktionalit\u00e4ten, die wir dem Produkt hinzuf\u00fcgen wollen, wie z.B. Massenaktionen, erweiterte Filterung, usw. Diese sind die niedrigste Priorit\u00e4t der geplanten Aufgaben w\u00e4hrend eines Sprints.<\/p>\n

Die Aufschl\u00fcsselung der Entwicklungsarten kann Ihnen helfen, Ihr Team besser zu organisieren, aber wie entscheiden Sie, wer sich um was k\u00fcmmert?<\/p>\n

\n
\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Support Hero ist hier, um den Tag zu retten!<\/strong><\/h4>\n

Als SaaS-Unternehmen wissen wir, wie wichtig es ist, Probleme umgehend zu l\u00f6sen, um unseren Kunden die bestm\u00f6gliche Erfahrung zu bieten. Das bedeutet jedoch nicht, dass sich unser gesamtes Team den ganzen Tag \u00fcber mit Problemen besch\u00e4ftigen sollte - wir w\u00fcrden sonst nie etwas anderes zustande bringen! \ud83d\udc68\u200d\ud83d\udcbb\ud83d\udc69\u200d\ud83d\udcbb<\/p>\n

Deshalb verwenden wir ein System, das sowohl Ablenkungen beseitigt als auch die Produktivit\u00e4t innerhalb des Entwicklungsteams erh\u00f6ht. Wir nennen es den Support Hero.<\/p>\n

\n
<\/div>\n<\/figure>\n

\"superman\"<\/p>\n

Der Support Hero ist eine Person im Entwicklungsteam, die sich t\u00e4glich abwechselt und sich auf sofortige Probleme konzentriert, die gel\u00f6st werden m\u00fcssen (und tiefer gehende und technische Fragen der Benutzer beantwortet), damit sich das Team auf seine Aufgaben konzentrieren kann. \ud83d\udcaa<\/p>\n

Alle Probleme, die nicht sofort vom Support Hero behoben werden k\u00f6nnen, werden in GitHub, der Software, die wir f\u00fcr die Code- und Problemverwaltung verwenden, protokolliert und dann so schnell wie m\u00f6glich behoben.<\/p>\n

Das Sch\u00f6ne an einem Support-Helden ist, dass Sie Ihren Kunden auch mit einem kleinen Team qualitativ hochwertigen Support bieten k\u00f6nnen - alle tiefgreifenden technischen Probleme k\u00f6nnen an Ort und Stelle gel\u00f6st werden, wodurch der frustrierende Prozess vermieden wird, Probleme an die \"richtige\" Person weiterleiten zu m\u00fcssen.<\/p>\n

Das Beste daran: Ein Support Hero bringt Ihre Entwickler n\u00e4her an Ihre Kunden heran. \ud83d\udc9b<\/strong><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Es geht um die Struktur<\/strong><\/h4>\n

Nachdem wir nun \u00fcber die Arten der Entwicklung und die Delegation von Aufgaben gesprochen haben, wollen wir nun er\u00f6rtern, wie Sie Ihre Struktur organisieren<\/em>. Alle nachstehenden Komponenten bestimmen, wie das Team vorankommt.<\/p>\n

Eine Produktvision und ein Fahrplan <\/strong>kann Ihnen dabei helfen, herauszufinden, wohin Sie das Produkt bringen wollen, so dass Sie dann Funktionen im Kopf haben, die Sie dorthin bringen - dies \u00fcberschneidet sich idealerweise mit dem, was Sie von Ihrer Unterst\u00fctzung mitbekommen. \ud83d\udc53<\/p>\n

Unterst\u00fctzung<\/strong> ist alles \u00fcber Kundenfeedback<\/a>. Dazu geh\u00f6ren Funktionsanfragen, Probleme und UX-Verbesserungen, die sich an der oben genannten Produktvision und Roadmap orientieren. Halten Sie diese fest und bringen Sie sie in die Vorbereitungssitzung f\u00fcr den Sprint ein.<\/p>\n

Ein Fehlerverfolgungssystem<\/strong> meldet Fehler sowohl im Back-End als auch im Front-End. So k\u00f6nnen Sie auch sehen, welche Probleme auftreten, ohne dass die Mitarbeiter es Ihnen mitteilen. Ein Vorschlag ist Elastic APM - aber es gibt viele andere Optionen.<\/p>\n

Interne Tests<\/strong> erm\u00f6glicht es Ihrem gesamten Team, neue Funktionen zu testen, bevor sie in Betrieb gehen. Wir testen aktiv, bevor wir Updates vom Staging in die Produktion \u00fcberf\u00fchren. Und da wir Salesflare intern verwenden, k\u00f6nnen wir m\u00f6gliche Probleme und Verbesserungen am Produkt auch selbst erkennen. Es ist immer gut, wenn Ihr Team Ihr Produkt verwendet, wann immer es m\u00f6glich ist, um aus erster Hand zu erfahren, welche Probleme auftreten k\u00f6nnen, und um ein tiefes Verst\u00e4ndnis f\u00fcr Ihr eigenes Produkt zu entwickeln.<\/p>\n

Hotjar <\/strong>Aufzeichnungssitzungen k\u00f6nnen Ihrem Team dabei helfen, zu sehen, wie die Leute mit dem Produkt interagieren und wo Dinge schief laufen (oder richtig). Nutzeraufzeichnungen sind zwar nicht t\u00e4glich erforderlich, k\u00f6nnen Ihnen aber zus\u00e4tzliche Einblicke in die Nutzung Ihres Produkts geben, da Sie sehen k\u00f6nnen, was die Nutzer tun, ohne dass sie es Ihnen erkl\u00e4ren m\u00fcssen.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Zeit zum Sprinten!<\/strong><\/h4>\n

Strukturieren Sie die Arbeit Ihres Entwicklungsteams in Sprints - eine agile Methodik. Als allgemeine Richtlinie sind zweiw\u00f6chige Sprints f\u00fcr die IT- und Softwareproduktentwicklung<\/a> \u00fcblich. \ud83c\udfc3\u200d<\/p>\n

Es ist jedoch empfehlenswert, sich vor den Sprint-Meetings vorzubereiten, da die Dinge sonst etwas chaotisch werden und vom Thema abweichen k\u00f6nnen.<\/p>\n

Dies kann durch Sprintvorbereitungssitzungen erreicht werden. Der CTO, der Product Owner und der Product Manager (lesen Sie mehr \u00fcber den Unterschied zwischen Product Owner vs. Product Manager<\/a>) nehmen an diesem Treffen teil und nutzen die Zeit, um die verbleibenden Instant Issues, UX-Verbesserungen, Non-Instant Issues und Features zu besprechen. Auf diese Weise lassen sich die Agenda und die Priorit\u00e4ten f\u00fcr den kommenden Sprint festlegen, ohne dass das Sprint-Meeting selbst unterbrochen werden muss. \u2705<\/p>\n

Dann ist es nat\u00fcrlich an der Zeit, das Sprint-Meeting abzuhalten! In der Sprint-Besprechung wird das, was in der Sprint-Vorbereitungsbesprechung besprochen wurde, technisch vertieft, so dass das Entwicklungsteam genau wei\u00df, wie es vorgehen wird. Es bietet auch eine Plattform, um sofortige Probleme gemeinsam im Team zu besprechen. An diesem Treffen sollten der CTO und das Entwicklungsteam<\/a> teilnehmen. Der Product Owner und das Support-Team k\u00f6nnen ebenfalls teilnehmen, werden aber in diesem Stadium weniger ben\u00f6tigt.<\/p>\n

Zu Beginn dieses Treffens ist es eine gute Idee, \u00fcber den vorangegangenen Sprint zu reflektieren - was ist gut gelaufen, was ist schief gelaufen, usw.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Was ist in Ihrem Werkzeugkasten?<\/strong><\/h4>\n

Die Tools, die Sie in Ihrem Unternehmen einsetzen, k\u00f6nnen Ihrem Entwicklungsteam zum Erfolg verhelfen. Wir haben bereits Hotjar und Elastic APM erw\u00e4hnt, aber es gibt noch weitere Tools, die Sie f\u00fcr eine effizientere Kommunikation und Aufgabenverwaltung<\/a> in Betracht ziehen sollten:<\/p>\n

Schlupf - <\/strong>f\u00fcr interne Diskussionen, Aktualisierungen\/Benachrichtigungen, Dateiaustausch und gelegentliche lustige Gifs<\/p>\n

Trello - <\/strong>f\u00fcr Aufgabe\/Projektverwaltung und -verfolgung<\/a> wer was in einem bestimmten Sprint macht<\/p>\n

GitHub - <\/strong>wo wir Probleme, Funktionsanfragen usw. verfolgen.<\/p>\n

Intercom - <\/strong>f\u00fcr die Kommunikation mit den Kunden<\/p>\n

Ein gro\u00dfartiger Aspekt bei der Verwendung dieser Tools ist, dass sie miteinander interagieren k\u00f6nnen. Zum Beispiel erhalten wir in Slack Updates von Trello und Github. Und in Trello verwenden wir ein GitHub Power-Up, das GitHub-Informationen in Trello integriert. \ud83c\udf10<\/p>\n

Au\u00dferdem k\u00f6nnen wir GitHub mit Intercom-Unterhaltungen verkn\u00fcpfen, so dass wir immer den Kontext zur Hand haben; und wenn wir Funktionen ausliefern oder Probleme beheben, k\u00f6nnen wir ohne Fehler dar\u00fcber kommunizieren.<\/p>\n

\n
\n
<\/div>\n

<\/p>\n<\/div>\n<\/figure>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Unabh\u00e4ngig davon, wie Sie die Entwicklung in Ihrem Unternehmen strukturieren, ist es immer wichtig, daf\u00fcr zu sorgen, dass Ihr Team - egal wie gro\u00df oder klein es ist - im Rahmen der von Ihnen gew\u00e4hlten Prozesse arbeiten kann. \ud83d\ude80<\/p>\n

Scheuen Sie sich nicht, Dinge zu \u00e4ndern, wenn sie nicht funktionieren! Das Wichtigste ist, dass Sie herausfinden, was f\u00fcr Sie und Ihr Unternehmen funktioniert, und sich daran halten.<\/p>\n

Wir hoffen, dass diese Kurzanleitung Ihnen ein paar Anregungen f\u00fcr den Aufbau und die Struktur Ihres Entwicklungsteams gegeben hat!<\/p>\n

Haben Sie weitere tolle Ideen? Teilen Sie sie uns in den Kommentaren mit! \u2728<\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Hat Ihnen dieser Beitrag gefallen? Sehen Sie sich den Rest unserer <\/em>Innen Salesflare<\/em><\/a> Serie.<\/em><\/p>\n<\/div>\n<\/div>\n<\/section>\n

\n
\n
\n<\/div>\n
\n
\n

Weitere aktuelle Informationen \u00fcber Start-ups, Wachstumsmarketing und Vertrieb<\/em><\/p>\n

\ud83d\udc49<\/em><\/strong>hier abonnieren<\/em><\/strong><\/a><\/p>\n

\ud83d\udc49follow @salesflare on <\/em><\/strong>Twitter<\/em><\/strong><\/a> oder <\/em><\/strong>Facebook<\/em><\/strong><\/a><\/p>\n<\/div>\n<\/div>\n<\/section>\n<\/section>\n