Die Kanban-Methodik ist ein System zur Aufgabenstellung, bei dem alle Phasen eines Projekts auf einem speziellen Board visualisiert werden. Teammitglieder können jederzeit den aktuellen Status der Aufgabe sehen. Die Voraussetzung dafür ist jedoch die vollständige Transparenz der Projektarbeit.

Kanban bezieht sich auf agile Ansätze – „flexible“ Technologien für die Softwareentwicklung. In diesem Artikel erfahren Sie alles Wichtige über Kanban und auch welche Vor- und Nachteile dieser agile Projektmanagementansatz mit sich bringt.

Was ist Kanban?

Der Zweck von Kanban besteht darin, das Projekt visuell darzustellen, die Arbeitsbereitschaft zu verfolgen und die Arbeitsbelastung von Projektmitgliedern oder im Falle eines Softwareprojektes von IT-Spezialisten zu kontrollieren.

Um die Aufgabensteuerung zu vereinfachen, wird der Workflow auf einem in Spalten unterteilten Board dargestellt. Jede Spalte entspricht dem momentanen Status einer Projektaufgabe oder eines Arbeitspaketes. 

Aufgaben werden direkt in sogenannten Kanban-Karten visualisiert. Sie enthalten wichtige Daten zu jeder Aufgabe wie Beschreibung, Wichtigkeitsgrad und zusätzliche Informationen wie zum Beispiel den Umfang und die Planung einer Aufgabe. Wenn die Aufgabe eine bestimmte Phase abgeschlossen hat, wird die Karte mit ihrer Beschreibung in die entsprechende Spalte übertragen.

Kanban-Boards können sowohl physisch als auch digital sein. Im ersten Fall handelt es sich um ein normales Board mit Spalten. Solche Kanban-Boards werden oft in der Fertigung eingesetzt. Aufgaben werden auf Stickern geschrieben und in den gewünschten Bereich eingefügt, wobei diese nach Bedarf verschoben werden können. Digitale oder auf Software basierende Boards haben ähnliche Funktionen, sind jedoch im Vergleich zu physischen jederzeit verfügbar. So können Projektmitarbeiter, die nicht vor Ort arbeiten, kontinuierlich am Arbeitsablauf teilnehmen.

In seiner einfachsten Form besteht ein Kanban-Board aus drei Spalten:

• Zu tun
• In der Umsetzung
• Fertig

Die obige Kanban-Struktur ist nur ein Beispiel. Es können mit Sicherheit je nach definiertem Workflow und Projektstruktur andere Spalten hinzugefügt werden. Im Bereich der Softwareentwicklung kann ein solches Board beispielsweise folgende Aufgabenspalten aufweisen:

• Backlog: eine allgemeine Liste mit Aufgaben/Funktionen für die Abarbeitung
• Entwicklung: Aufgaben in der Umsetzungsphase
• Test: die entwickelte Funktion/Aufgabe wird von einem Tester überprüft
• Review: zur Überprüfung gesendet
• Fertig: die Aufgabe hat alle Phasen durchlaufen und ist komplett fertig

Alle Teammitglieder sind für die Aufrechterhaltung des Boards verantwortlich. Jeder am Workflow beteiligte Mitarbeiter kann die Karten auf dem Board verschieben. Eine solche Arbeitsstruktur bietet vor allem bei der Umsetzung eine hohe Transparenz. So sieht der Teamleiter auf einen Blick den aktuellen Status von Aufgaben und kann Überlastungen des Teams rechtzeitig erkennen.

Worauf ist beim Erstellen von Aufgaben zu achten?

Backlog. In der Anfangsphase eines Projektes werden üblicherweise alle Arbeitspakete vom Team in Aufgaben aufgeteilt. Je nach Größe des Projektes und dem Detailierungsgrad der Arbeitspakete kann die Anzahl der Aufgaben schon einmal die Größenordnung 100 oder sogar mehr erreichen. All diese Aufgaben kommen in die erste Spalte – Backlog.

Jede Aufgabe sollte aktuell sein, falls erforderlich, ist es möglich den Backlog weiter aufzufüllen oder zu „bereinigen“ und nicht mehr aktuelle Aufgaben zu entfernen. Alle Aufgaben sind nach Priorität sortiert.

Aufgabenelemente und Spaltenlimit. Typischerweise beinhaltet jede Aufgabe Elemente wie Titel, Aufgabenbeschreibung, Priorisierungsgrad, Bearbeitungsdauer sowie weitere Details wie den Namen des Aufgabenbearbeiters. Das Team sollte die Freiheit haben, für jede Aufgabe selbst eine angemessen Bearbeitungsdauer zu bestimmen.

Das Grundprinzip von Kanban ist, dass der Umfang der laufenden Entwicklungsaktivität begrenzt werden muss, um eine „Blockade“ zu verhindern. Mit Sicherheit dürfen mehrere Aufgaben gleichzeitig ausgeführt werden. Nur sollte hierbei die Anzahl der Aufgaben in Abhängigkeit der Teamperformance begrenzt werden.

Über jeder Spalte wird in der Regel ein Limit angegeben – die maximale Anzahl von Aufgaben in dieser Spalte. Das Backlog-Limit wird basierend auf dem Durchschnitt berechnet. Zum Beispiel kann bei fünf Aufgaben, die jeweils einen Tag dauern, der wöchentliche Backlog-Limit von fünf festgelegt werden.

Aufgabenlimit pro Mitarbeiter. Es lohnt sich auch, den Arbeitsaufwand pro Mitarbeiter zu begrenzen. Angenommen, das Limit pro Mitarbeiter beträgt genau eine Aufgabe. Falls ein zusätzlicher Spezialist zum Projekt hinzugezogen wird, bleibt bei unverändertem Aufgabenlimit ein Mitarbeiter unbenutzt. Es kann genauso passieren, dass gleichzeitig zu viele Aufgaben bearbeitet werden und die Spalten „Entwicklung“ voll, dafür jedoch die Spalte „Fertig“ leer sind. Solche Konstellationen können sich negativ auf die Produktivität auswirken und es droht die Gefahr einer „Blockade“. Es ist wichtig, das Limit und somit die Aufgabenlast gleichmäßig auf jedes Teammitglied zu verteilen.

Merkmale der Arbeit mit Kanban

Bei der Arbeit mit Kanban ist das Team eine Einheit – alle Entscheidungen werden gemeinsam getroffen. Es gibt einen Projektleiter, der die Arbeit jedoch nicht verwaltet, sondern nur organisiert. Das Projekt ist in Iterationen unterteilt, deren Länge variieren kann. Typisch sind ein- bis zweiwöchige Iterationen.

Nach der Kanban-Methodik gibt es auch keine strikte Einhaltung bestimmter Entwicklungsphasen. Das Team bestimmt selbst das „Was“ und „Wann“. Nur den Aufgabenumfang gibt der Projektmanager nach Abstimmung mit dem Team vor. Beispielsweise erfolgt die Ergebnisprüfung am Ende eines jeden Monats, die Backlog Planung erfolgt nach Abschluss der Aufgaben und die Durchsprachen gibt es nur nach Bedarf.

Aufgrund des agilen Ansatzes ergeben sich für die Organisation des Workflows folgende Merkmale:

• Neue Aufgaben können jederzeit hinzugefügt werden. Aufgrund der Dringlichkeit darf das Team die Prioritäten für Aufgaben ändern.
• Das Team bearbeitet die Aufgabe so lange wie nötig, bis sie abgeschlossen ist oder an Relevanz verliert und storniert wird.

Vor- und Nachteile von Kanban

Kanban ist ein praktisches Werkzeug, das mit fast jedem Arbeitsansatz verwendet werden kann. Es macht Workflows transparenter, zeigt die Leistung in Echtzeit an und hilft bei der Überwachung der Arbeitsbelastung der Mitarbeiter.

Vorteile:

• Planungsflexibilität: Das Team konzentriert sich auf aktuelle Prozesse, jedoch können die Prioritäten bei Bedarf geändert werden.
• Hohe Teambeteiligung: Die gemeinsame Diskussion aller Themen und die Suche nach optimalen Lösungen vereinen das Team. Jedes Teammitglied versteht, dass der Gesamterfolg des Projekts von ihm abhängen kann.
• Kürzere Iterationsdauer: Aufgrund der Tatsache, dass sich Projektmitglieder bei Schwierigkeiten an Kollegen wenden können, wird die Arbeitsdauer verkürzt. Das Team sieht immer, wer ein Problem hat und kann helfen, einen reibungslosen Ablauf wiederherzustellen.
• Schnelle Identifizierung von Problemen: Dank der Limits sind Problembereiche sofort sichtbar. Die Suche nach optimalen Lösungen kann genau auf den „Engpass“ ausgerichtet werden.
• Workflow Transparenz: Workflows sind vollständig transparent, da jeder Mitarbeiter die aktuellen Phasen und den Aufgabenstatus problemlos anzeigen kann.

Nachteile:

• Begrenztes Team: Die Methode eignet sich für Teams bestehend aus 5 – 10 Personen. Bei einer großen Anzahl von Projektmitgliedern wird es schwierig den Arbeitsfortschritt zu verfolgen. Bei großen Teams ist es ratsam mehrere Unterteams mit eigenem Board zu bilden.
• Kurzfristige Planung: Die Kanban-Methodik ist nicht für eine langfristige Planung vorgesehen. Nur dringende Aufgaben werden an den Backlog gesendet und ihre Priorität wird je nach Situation geändert.

Fazit

Obwohl die Kanban-Methodik ursprünglich aus der Produktion stammt, wurde diese Methode in den frühen 2000er Jahre auf Grund ihrer Vorteile sowohl im Projektmanagement als auch in der Programmierung eingeführt. Mittlerweile wird sie auch in anderen Bereichen eingesetzt. In der Regel gibt es drei Kanban-Richtungen: Produktion, Software und Personal.

Ein Kanban-Board kann auch verwendet werden, um persönliche Aufgaben zu verwalten. Dieser Ansatz wird häufig von Freiberuflern verwendet, um den Aufgabenfluss zu steuern und Termine nicht zu verpassen.

Im Allgemeinen sieht die Kanban-Methodik keine Einschränkungen vor – jedes Projekt, einschließlich solche, die nichts mit Produktion oder Programmierung gemeinsam haben, kann in Aufgaben mit Status und Phasen unterteilt, visualisiert und bearbeitet werden.

Interessante Links:

Mehr Informationen zu Kanban

Definition zu Kanban

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

Ein erfolgreiches Projekt in der Webentwicklung hängt immer stark von einem guten Projektmanagement ab. Damit letzteres gewährleistet werden kann, müssen spezifische Schritte auf dem Weg zur fertigen Webanwendung gegangen werden.

Dennoch beginnen nicht wenige Entwickler mit der Arbeit, ohne sich die Zeit zu nehmen, einen richtigen Plan zu entwerfen. Das ist in aller Regel von großem Nachteil, denn eine wirklich effiziente Webentwicklung gründet stets zu zwei Dritteln auf einer hinreichenden Planung. Die Ausführung nimmt lediglich ein Drittel des Vorgangs ein.

Zudem ist ein strategisch kluges Projektmanagement wichtig, um die Vorbereitung und Ausführung präzise auf die jeweiligen Anforderungen sowie hinsichtlich der Kapazitäten bzw. erforderlichen Manpower abzustimmen. Sie benötigen eine jeweils individuell ausgearbeitete Strategie, welche insbesondere die mit der Webentwicklung verbundenen Ziele fokussiert.

In diesem Artikel lesen Sie, wie Projektmanagement mit großem Erfolgspotenzial in der Webentwicklung typischerweise abläuft.

1. Informationen sammeln

Bevor Sie die Entwicklung starten, müssen Sie wissen, was das Ergebnis leisten soll. Zu diesem Zweck müssen Sie unbedingt klären, wie sich die fertige Webanwendung in die betreffenden Unternehmensprozesse eingliedert.

Dies ist der wichtigste Schritt im Projektmanagement, da er massiven Einfluss auf alle folgenden Phasen sowie die Zeit und die Ressourcen, die Sie aufwenden müssen, hat. Zum Einstieg sollten Sie Ihr Geschäft in drei bis fünf Sätzen beschreiben und schauen, welchen Einfluss die Webanwendung diesbezüglich haben soll.

Berücksichtigen Sie dabei folgende Schritte:

Zweck

Verschiedene Webanwendungen haben unterschiedliche Zwecke: Einige verkaufen Produkte, andere vermitteln spezifische Informationen, einige bieten einen erweiterten Kundensupport, während wiederum andere der Unterhaltung dienen. Legen Sie genau fest, wofür Ihre Anwendung gedacht ist.

Ziele

Menschen kommen mit unterschiedlichen Bedürfnissen zu Ihnen oder suchen nach der Lösung verschiedener Probleme. Überlegen Sie, welchen Beitrag Sie mit der Bereitstellung Ihrer Webanwendung zur Lösung dieser Anliegen leisten möchten/können.

Zielpublikum

Ihre Zielgruppe sollten Sie nicht nur im Projektmanagement zur Webentwicklung genauestens kennen. Nur diejenigen, die wissen, wen Sie mit ihren Leistungen ansprechen (wollen), können diese wirklich effektiv vertreiben. Denken Sie weiterhin darüber nach, was typische Personen, die Ihre Anwendung schließlich verwenden, von jener erwarten und erfüllen Sie diese Annahmen. Somit steigt die Wahrscheinlichkeit, dass das Ergebnis Ihres Projekts auch wirklich angenommen wird, stark an.

Budget

Sie sollten natürlich ebenfalls Ihr Budget für das Projekt festlegen und den erforderlichen Maßnahmen gegenüberstellen. Hier erkennen Sie unter anderem, was finanziell möglich ist und was vielleicht nicht.

Zuständigkeiten

Schließlich muss das Projektmanagement selbstverständlich auch festlegen, wer welche Arbeiten in der Webentwicklung übernehmen soll. Hier gilt es mitunter nicht nur Programmierer, sondern auch Marketing und Vertrieb zur Formulierung geschäftsspezifischer Bedarfe unter einen Hut zu bekommen.

Roadmap

Das alles sollte in einer Projekt-Roadmap klar nachvollziehbar dokumentiert werden. Seien Sie sich bewusst: Auf der Roadmap zur Entwicklung einer Webanwendung können sich viele notwendige Anpassungen ergeben. Einige Dinge werden vielleicht nicht umgehend wie gewünscht funktionieren. Dennoch sollten Sie auch einen konkreten Zeitplan erstellen und Prioritäten setzen.

2. Milestones und Meetings

Die Projektdokumentation und die Festlegung von Milestones sind wichtige Bestandteile des Projektmanagements, da hier Schlüsselereignisse und die generellen Fortschritte Ihres Plans transparent aufgezeigt werden. Legen Sie dafür die potenziell wichtigsten Ereignisse Ihrer Webentwicklung als Meilensteine fest. Diese sollten vom Projektteam leicht eingesehen und zugeordnet werden können.

Neben den – optimalerweise – wöchentlichen Milestones sollten Sie tägliche/wöchentliche Teambesprechungen abhalten. Hier wird das Vorankommen auf ganz persönlicher Ebene kommuniziert. Im Zuge dieser Face-to-Face-Meetings gibt es durch die direkte Kommunikation aller Teammitglieder oftmals sehr nützliche Impulse, die bei einer ausschließlich digitalen Kommunikation unter einzelnen Personen nicht zustande kommen.

Arbeiten Sie nicht mit Meilensteinen und Besprechungen, verzögert sich das Projekt und das Ergebnis entfaltet wahrscheinlich nicht sein volles Potenzial.

3. Design und Funktionalitäten organisieren

Es ist nun an der Zeit, unter anderem anhand der zuvor erfassten Informationen das Design der Webanwendung zu entwickeln. Grundsätzlich ist es wichtig, dass sich die Anwendung optimal in die übrige Gestaltung der Website einfügt. Dennoch sollte sie durchaus optisch herausstechen – insbesondere aber durch ihre Funktion.

Das Projektmanagement ist hier vor allem dafür zuständig, Rollen zu koordinieren und Informationen zu bündeln bzw. an die richtigen Stellen weiterzugeben. Ein wichtiges Ziel des Projektmanagements ist es, ein allgemeines, abteilungsübergreifendes Verständnis der endgültigen Anwendung zu schaffen. Das gilt natürlich auch für alle weiteren Schritte.

Zunächst wird im Regelfall ein rein visueller Prototyp entworfen, um zu sehen, wie das Endprodukt aussehen könnte. Auf dessen Basis arbeitet das Team unter Leitung des Projektmanagers, der zudem immer in Kontakt mit den obersten Entscheidern und allen letztendlich von der Webanwendung profitierenden Abteilungen steht, Schritt für Schritt auf die optimale Gestaltung hin. Dies geschieht normalerweise in einem sich wiederholenden Zyklus aus Reviews, Feedbacks und entsprechenden Anpassungen – bis das Design perfekt ist.

Die Gestaltung darf hier nicht mit den Funktionalitäten der Webanwendung kollidieren, denn diese sind es natürlich, die den Zweck des Projekts in erster Linie ausmachen.

4. Entwicklung

Das Projektmanagement organisiert nun alles, was für die konkrete Umsetzung des Projekts benötigt wird. Es werden Designs sowie Layouts abgestimmt und mit den Funktionen der Webanwendung zusammengeführt. All dies ist selbstverständlich zunächst zu programmieren. Aus dem Entwurf entsteht schließlich eine Webanwendung.

Wahrscheinlich muss das Ergebnis noch mit spezifischen Inhalten gefüllt werden. Das Projektmanagement stellt sicher, dass alle benötigten Texte, Grafiken, Videos etc. vorhanden sind und von den betreffenden Stellen verarbeitet werden können.

Sie gehen nun mit Ihrem Team und idealerweise auch externen Betrachtern jede einzelne Funktion der Anwendung durch und vergewissern sich, dass alles wie geplant funktioniert. Überprüfen Sie, ob die einzelnen Schaltflächen die richtigen Effekte hervorrufen, ob eventuelle Links nach außen korrekt gesetzt sind, ob die allgemeine Benutzerfreundlichkeit gut ist und ob alles auch auf mobilen Geräten bestens läuft.

5. Nachfassen

Nachdem Sie die Webentwicklung primär abgeschlossen haben, stellen Sie sicher, dass Sie eine klare Kommunikationslinie für eventuelle Nachbereitungen fahren. Selbst eine noch so akribisch getestete Webanwendung kann in der Praxis Schwächen zeigen, die dann zu beheben sind. Je besser Ihre Kommunikation ist, desto weniger Überraschungen gibt es und desto reibungsloser laufen diesbezügliche Anpassungen ab.

Das Projektmanagement koordiniert demzufolge ebenfalls Rückfragen an die Nutzer der Anwendung zu deren Funktion und leitet diese an die betreffenden Stellen weiter. Aus Defiziten und Problemen ergeben sich manchmal Chancen. Entsprechende Impulse können zu wichtigen und sehr effektiven Erweiterungen der Webanwendung führen.

6. Produktanlauf und -einführung

Ist die Webanwendung bis hierher noch nicht frei zugänglich, wurde sie also vielleicht nur einer bestimmten Gruppe von Testern zur Verfügung gestellt, ist nun die Zeit gekommen, sie der Öffentlichkeit zu präsentieren. Seien Sie sich bewusst, dass die Webentwicklung ihr Ziel zu diesem Zeitpunkt noch nicht erreicht hat: Die Anwendung muss dafür natürlich erst einmal ihr Publikum treffen.

Grundsätzlich sollten schon durch die präzise Ausrichtung der Applikation an der jeweiligen Zielgruppe beste Voraussetzungen dafür geschaffen sein. Das Projektmanagement und das Marketing haben aber durchaus weitere Möglichkeiten, um einen erfolgreichen Start Ihrer Webanwendung zu forcieren. Dazu zählen unter anderem E-Mail-Kampagnen, Social-Media-Posts, Blogging und ebenso klassische Offline-Öffentlichkeitsarbeit.

Interessante Links:

Mehr Informationen zum Thema Projektmanagement in Webprojekten

Webprojekte erfolgreich managen: 9 Tipps

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

Zum Anfang hat man ein Team von vielleicht einem Mitarbeiter oder Entwickler. Später hat man dann vielleicht zwei oder drei. Es kommt jedoch ein Punkt wo man als Unternehmer die Projekte nicht mehr selbst leiten kann. Hier kommt dann zum Beispiel ein Projektleiter ins Spiel.

Wann sollte man jedoch einen Projektmanager einstellen? Ab wie vielen Programmierern macht es Sinn?

Was macht ein Projektleiter?

In diesem Beitrag nennen wir den Projektmanager (kurz PM) auch Projektleiter.

Was macht diese Person?

Hier einige Dinge mit welchen dieser beauftragt wird.

1) Kundenanforderungen aufnehmen

Zum Start und während des Projektes gibt es unterschiedliche Anforderungen, welche der Kunde formuliert. Diese versucht der Projektleiter besser zu verstehen und diese dann in einer für die Entwickler verständliche Form zu bringen.

Sicherlich ist es auch immer gut, wenn der Entwickler selbst an den Meetings beteiligt ist, so dass es weniger Kommunikationsverluste gibt.

2) Meilensteine festlegen

Nicht selten werden dann Meilensteine festgelegt, was wann bis wann fertig sein soll. Diese werden dem Entwickler und dem Kunden kommuniziert.

Der Projektleiter hat ein Auge darauf, wie sich die Zielerreichungen bewegen. Und ob alles im Zeitplan liegt und stimmt sich bei Abweichungen mit dem Entwickler und dem Kunden ab.

3) Nutzung eines Projektmanagement Tools

Auch wird oftmals ein Projektmanagement Tool genutzt, in dem man die Zielerreichung ersehen kann. Zum Beispiel mit Hilfe eines sogenannten Burn Down Charts.

Der Burn Down Chart zeigt die Aufgaben auf einer Zeitleiste. Umso näher die Zeitleiste sich dem Projektabgabe Datum nähert, umso mehr Aufgaben müssen erledigt sein. Wenn das Projektabgabe Datum erreicht ist, sollten alle Aufgaben erledigt sein.

4) Kommunikation von Projektfortschritten

In IT Projekten werden Zeitpläne oftmals nicht eingehalten. Das kann unterschiedliche Gründe haben (Unerwartete neue Anforderungen vom Kunden; Urlaubstage von Entwicklern; Junior Programmierer im Team welche die Aufgabe mit zu wenig Zeit eingeplant haben; etc.).

Daher muss der Projektleiter auch gut in der Kommunikation sein. Um diese Dinge dem Kunden gegenüber zu präsentieren.

5) Team Management

Eine weitere wichtige Aufgabe ist es das Team zu managen. Zum Beispiel die Verteilung von Aufgaben an bestimmte Programmierer/ Mitarbeiter.

Oder aber auch andere Team Management Aufgaben wie die Erteilung von Urlaub (nach Management Vorgaben).

6) Account Management

In kleineren Firmen übernimmt der Projektmanager auch eine Art Account Management Funktion. In welcher der Projektleiter sich mit dem Kunden regelmässig austauscht. Um so zum Beispiel auch eine positive Kundenbeziehung aufzubauen.

Wann braucht es eine solche Person?

Die grosse Herausforderung, besonders in kleineren Unternehmen mit bis zu 50 Mitarbeitern ist: Wann sollte man so eine Person einstellen? Denn meistens kann man nur die direkte Arbeit von Programmiereren, Designern und ähnlichen ausführenden Tätigkeiten, dem Kunden in Rechnung stellen. Der Posten “Projektmanagement” wird auf einer Rechnung eher ungern gesehen.

Daher müssen die anderen Mitarbeitern den Projektleiter von den Kosten her tragen können.

Aufgrund dessen kann man einen Projektleiter erst einsetzen, wenn man zirka 6 bis 8 Programmierer hat, welche gut ausgelastet sind.

Auslastung mit Aufgaben

Das Letzte was eine kleine Firma haben möchte, ist eine Person die nur “rumsitzt” und nicht ausgelastet ist. Das passiert bei PM’s jedoch oft, da nicht immer Aufgaben verteilt, Mitarbeiter gemanaged oder mit Kunden koordiniert werden muss.

Daher sollte man auch etwas kreativer werden, um so, weitere Aufgaben an den Projektleiter zu geben. Diese können in die Bereiche Personalmanagement (Personalsuche), Vertrieb (Durchführung von Kundengesprächen für den Verkauf von Dienstleistungen), Marketing und ähnliche fallen.

Profil nach den Anforderungen des Unternehmens verfassen

Jedes Unternehmen hat ein eigenes Geschäftsmodell. Daher muss ein Projektleiter, der in Firma A gearbeitet hat, andere Aufgaben bewältigen als in Firma B, welche eventuell ein komplett anderes Modell der Zusammenarbeit hat.

In Firma A könnte das Thema Überwachung der Erreichung der Entwicklungsziele (Entwicklung von Webanwendungen) im Vordergrund stehen. Und in Firma könnte der Schwerpunkt des Projektleiters eher in der generellen Übersicht der Entwickler und des Kundenmanagements liegen.

Daher sollte man die Anforderungen oder das Stellenprofil dementsprechend anpassen, was man im eigenen Unternehmen benötigt.

Sicherlich mehr ein Thema in Deutschland, da das Stellenprofil auch Arbeitsrechtliche Auswirkungen darauf hat, was man vom Projektleiter/ Mitarbeiter erwarten darf.

Nachteile und Vorteile eines Projektleiters

Ein grosser Nachteil eines Projektleiter ist, dass dieser nicht selten “In-Sich” Geschäfte macht. Was damit gemeint ist? Gehen wir davon aus, dass der Projektmanager nicht zu 100 Prozent ausgelastet ist, sondern nur zu 30 Prozent. Was macht dieser dann in den restlichen 70 Prozent der Zeit? Nicht selten wird Büropolitik betrieben, um die eigene Position zu stärken. Das ist beim Programmierer anders, der entweder mit Programmieren oder mit Aneignung von neuen Programmiersprachen und Technologien beschäftigt ist.

Daher sind Themen wie Integrität und Ehrlichkeit extremst wichtige Eigenschaften bei PM’s. Denn am Ende soll der Projektleiter keine Anlaufstelle werden, wo mehr Probleme als Lösungen erzeugt werden.

Die Vorteile eines solchen Mitarbeiters können jedoch sein:

1) Besserer Ablauf von Projekten

Bessere Übersicht über den Ablauf von IT Projekten. Das Wissen darüber wann, was fertig gestellt wird.

2) Bessere Einschätzung von Projekten

Idealerweise wird der Projektmanager in der Lage sein, die Einschätzungen von Programmierern besser zu bewerten. Liegt der Mitarbeiter immer darüber oder darunter mit der Einschätzung? Das kann der PM begutachten.

3) Besseres Kundenmanagement/ bessere Kommunikation

Kunden können schneller über Zeitpläne und Veränderungen dieser informiert ist. So dass auch diese entsprechend reagieren können und wiederum deren internen Zeitpläne umstellen können.

Auch können Anforderungen besser aufgenommen werden. Da IT Projektleiter nicht selten stärkere kommunikative Fähigkeiten mitbringen als ein Programmierer, dessen Job es ja eigentlich ist Funktionalitäten zu programmieren und nicht Kundenkommunikation durchzuführen.

4) Besseres Team Management

Bei der Auswahl des richtigen PM’s kann man davon ausgehen, dass das Team besser gemanaged wird.

Was gibt es noch zu beachten?

Eventuell ist es besser in IT Projekten einen Projektmanager zu haben, der auch Programmierer ist. So kann der IT Projektmanager in der Zeit, in welcher er keine Projektmanagement Aufgaben hat, Funktionalitäten programmieren. Und somit reduzieren sich auch die Kosten für diesen Mitarbeiter.

Fazit

Ein Projektleiter ist kein Allheilmittel für alle Probleme in einem Team. Eine Fehleinstellung kann schnell zu mehr Büropolitik und Problemen im Team führen.

Ein guter Projektleiter kann jedoch zu den Vorteilen, welche in diesem Beitrag genannt wurden, führen.

Zudem kann es sinnvoll sein einen Projektleiter zu haben, der selbst ein guter Programmierer ist, somit kann dieser auch Tipps für die Entwicklung geben, kann selbst Module programmieren und hat weniger Zeit sich mit anderen, zum Teils kontraproduktiven Dingen, zu beschäftigen, wenn dieser mal “nicht viel zu tun hat”.

Was sind Ihre Erfahrungen?

Was ein Projektleiter können muss

Aufgaben eines Projektmanagers

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

Seit einigen Jahren beschäftige ich mich nun mit der Softwareentwicklung. Sei es Mobile App-, Desktop- oder Webentwicklung. In allen diesen Bereichen haben wir Software entwickelt und Kunden zur Verfügung gestellt.

Einige Dinge sind uns jedoch bei allen Projekten, welche wir ausgeführt haben, aufgefallen. Diese sind in diesem Beitrag beschrieben. Grundsätzlich geht es darum aufzuzeigen, warum Softwareentwicklung auf Projektbasis meistens nicht klappt.

Einführung

Laut unterschiedlichen Quellen liegt die Rate des Scheiterns von Softwareprojekten zwischen 60 und 75 Prozent. Eine unglaublich hohe Zahl, wenn man bedenkt, wieviel Geld und Zeit dadurch jedes Jahr verloren gehen.

Dennoch macht man in der Softwareentwicklung immer wieder die gleichen Fehler.

Start

Meistens fängt eine IT Unternehmung damit an, dass irgendwo die Idee entsteht, dass man mit einer bestimmten Software einen Unternehmensprozess oder eine Interaktion automatisieren, vereinfachen oder verschnellern kann.

Falls eine oder mehrere Personen mit Budget/ Geld und die Entscheidungsbefugnis die Freigabe geben, wird eine Anfrage an ein Softwareumsetzungsunternehmen (in den meisten Fällen eine Agentur, IT Unternehmen oder eine interne IT Abteilung) versendet. Gehen wir in unserem Fall davon aus, dass es ein IT Unternehmen ist.

Dieses IT Unternehmen wird nun ein erstes Treffen oder Telefonat mit den Ansprechpartnern auf der Auftraggeberseite vereinbaren und die Eckdaten für das Projekt aufnehmen.

Das Dilemma beginnt

Das IT Unternehmen wird sagen, dass die Anforderungen nicht genau bestimmt sind und es eine initiale Phase geben sollte, in welcher die Anforderungen genauestens bestimmt werden.

Solch eine Anforderungsaufnahme, in welcher zum Beispiel alle Funktionalitäten, etc. in einem Dokument eingetragen werden, auf welches alle Beteiligten Zugriff haben, kann mehrere Wochen bis Monate dauern.

Die meisten Auftraggeber (sei es interne oder externe Auftraggeber) werden jedoch auf so eine lange Phase verzichten wollen. “Keine Zeit”, “Nicht notwendig”, “Dafür seit Ihr doch da?”, “Habt Ihr die Expertise nicht, oder warum fragt Ihr uns?” und noch viele weitere Argumente werden, von Seiten des Auftraggebers fallen, um diese lästige Anforderungsphase zu umgehen.

Ratespiel beim IT Unternehmen

Da der Auftraggeber nicht bereit ist, die Anforderung genauestens zu bestimmen, fängt nun das Ratespiel beim Auftragnehmer an.

Meistens versucht man die Anforderungen so zu bestimmen, so dass nur sehr wenige Kontaktpunkte mit dem Auftraggeber entstehen. Eine Möglichkeit ist die Erstellung von “User-Stories”. Dass heisst, das Entwicklungsteam setzt sich zusammen und schreibt unterschiedliche Nutzer-Szenarien auf.

Diese Nutzer-Szenarien werden dann in kurzen Meetings mit dem Kunden abgestimmt. Dabei ist auf Kundenseite meistens nur ein Projektleiter präsent, welcher das mit dem Entwicklungsteam abstimmt. Wichtige Nutzergruppen oder Entscheider sind oftmals in diesen Meetings nicht vorhanden.

Hier entsteht bereits eine Diskrepanz. Die Funktionalitäten sind überwiegend vom IT Unternehmen, ohne eine grosse Involvierung des Kunden niedergeschrieben worden. Die Wahrscheinlichkeit, dass das Unternehmen genau das herausfindet, was der Kunde möchte, ist bereits in dieser Phase mehr als sehr gering.

Lang oder kurz?

Jetzt gibt es bei den meisten Entwicklungsunternehmen den Ansatz eng mit dem Kunden zusammenzuarbeiten und sich mit diesem in sehr kurzen Intervallen abzustimmen (zum Beispiel in der Scrum Entwicklungsmethode jeden Monat einmal) oder nur in sehr geringen Intervallen (zum Beispiel in der Wasserfall Entwicklungsmethode nach Fertigstellung eines Grossteils des Projektes).

Beides bringt jedoch seine Vor- und Nachteile mit sich.

Wählt das Softwareunternehmen kurze Abstimmungsintervalle, dann werden dem Kunden sehr viele neue Funktionalitäten “einfallen” welche doch nützlich wären, und in das Projekt eingebaut werden sollen. Gleichzeitig wird er eventuell wollen, das bereits programmierte Funktionalitäten geändert oder herausgenommen werden sollen. Eine weniger als ideale Situation für ein Softwareunternehmen, das damit beauftragt wurde, das Projekt in einer bestimmten Zeit und mit einem bestimmten Budget fertigzustellen.

Wenn die Intervalle der Abstimmung lang sind, und der Kunde das Endprodukt zum Beispiel erst zu Gesicht bekommt, wenn alle Funktionalitäten fertig programmiert sind, dann besteht die grosse Gefahr, dass man komplett in die falsche Richtung programmiert hat und der Kunde komplett unzufrieden ist. Eine erfolgreiches IT Unternehmen lebt jedoch von langen Kundenbeziehungen. Wenn der Kunde nicht zufrieden ist, dann wird der Anbieter ausgetauscht oder langfristig das Budget gekürzt.

Unzufriedenheit mit den Funktionalitäten und mit der Performance

Meistens ist der Kunde unzufrieden mit der Funktionalität und mit der Performance des Systems. In vielen Fällen besteht kein Verständnis beim Abnehmer für solche Dinge. Auch wenn der Fehler bei der Technik/ Technologie liegt. Beispielsweise kann man mit einer HTML5 Mobile App nur eine bestimmte Menge der derzeitigen Möglichkeiten ausschöpfen und wird nicht so performant sein, oder die gleichen Funktionalitäten bieten wie eine Native App auf Basis von Android oder iOS.

Aus Sicht des Kunden muss die Lösung, schlank, elegant, schnell und sehr nützlich sein. Alles Geringere als das, wird als misslungenes Projekt betrachtet.

Schwere Einschätzbarkeit des Preises für die Fertigstellung

Die grosse Preis-Frage. Das ist ein Bereich an dem schon die Besten der Besten Softwareentwickler/ IT Unternehmen gescheitert sind. Die Technologie, die Anforderungen des Kunden, die Technik/ Endgeräte, die Gehälter, die Steuern, das Entwickler-Team, alles ist im konstanten Wandel. Besonders die Anforderungen an die Funktionalitäten. Wie soll ein IT Unternehmen hier einen Preis nennen können.

In manchen Fällen, ist es nicht einmal klar, mit welchem Technologie-Ansatz und wie genau eine Softwarelösung/ Programmierung aussehen kann. Hier einen Preis zu nennen, ist glatter Unfug. Jedoch wird das heutzutage von IT Unternehmen verlangt.

Die grosse Problematik die hierbei besteht, ist eher auf ein psychologisches Phänomen zurückzuführen. Wenn der Preis einmal genannt ist, dann sind die meisten Menschen nicht mehr bereit eine Änderung daran vorzunehmen. Besonders wenn es um eine Preiserhöhung geht. “Aber das war doch Teil der Vereinbarung”, “Das hatten wir bereits besprochen”, “Das ist normalerweise bei so einem Projekt inklusive”, und noch viele mehr Argumente werden von Seiten des Auftraggebers fallen. Ein IT Unternehmen kann hier hart sein, und mehr Geld verlangen, wird dafür aber sehr tief in der Gunst des Kunden fallen. Oder man benötigt einen sehr guten Vertriebler, welcher diese Budget-Änderungen in einer verständlichen Weise erklären kann.

Fertigstellungsdatum schwer bestimmbar

Auch das Fertigstellungdatum ist so ein Thema. Besonders in Deutschland, in dem Pünktlichkeit eine sehr wichtige Eigenschaft ist, wird es gar nicht gerne gesehen, wenn einmal vereinbarte Termine nicht eingehalten werden.

Hier stellt sich jedoch die gleiche Frage wie beim Budget: Wie kann ein Zeitrahmen bestimmt werden, wenn sich alle Parameter (Team, Funktionalitäten, Technologie, etc.) ständig ändern?

Umfang der Funktionalitäten

Viele Anforderungen werden nur in kurzen Sätzen formuliert. Zum Beispiel “Eine Suche der Daten sollte möglich sein”. Dies kann vieles bedeuten. Ist es eine simple Datenbank-Suche oder muss die Suche ähnliches erreichen wie Google?

Auch dies wird schlussendlich zu Unstimmigkeiten führen. Den Umfang zu bestimmen ist nahezu ein Ding der Unmöglichkeit.

Änderungen während des Projektes

Während des Projektes werden, besonders auf Kundenseite, sehr viele Änderungswünsche entstehen. Dies liegt auch daran, dass der Auftraggeber merkt, dass während der kurzen Eruierungsphase der Anforderungen wichtige Aspekte des Projektes übersehen wurden.

Manchmal sind diese zusätzlichen Funktionalitäten entscheidend für den Erfolg der Implementierung. Somit kann das IT Unternehmen auch nicht “Nein” zu der Forderung sagen.

Machbarkeit

Wir leben in einer Zeit in der vieles machbar ist. Jedoch ist nicht alles machbar. Zum Beispiel können wir mit einem Flugzeug in der Luft fliegen, jedoch können wir uns nicht von einem zum anderen Ort “beamen”. So sind auch in der IT Entwicklung sehr viele Grenzen gesetzt, welche um einiges trivialer sind, als das eben genannte Beispiel.

Vor dem Zeitalter der Smartphones, wäre es zum Beispiel nicht möglich gewesen, mit einem Mobil-Telephone die Geschwindigkeit zu messen. Heutzutage ist das wiederum kein Problem.

Laut dem Kunden müsste jedoch alles umsetzbar sein. Und wenn man erklärt, dass es dann doch nicht möglich ist, wird schnell von Inkompetenz gesprochen. “Ein anderer Anbieter hätte das sicherlich hinbekommen”

Fazit

Im Grossen und Ganzen ist es nicht verwunderlich das soviele IT Projekte scheitern. Es ist eigentlich logisch, dass dies Projekte scheitern müssen, wenn alle Seiten (Kunde und Auftragnehmer) schon von Anfang an, mit unmöglichen Anforderungen an Zeit, Geld, Ressourcen, Technologie, etc. konfrontiert werden.

Der falsche Weg wäre es hier noch weiter zu eruieren, wie man den die Anforderungen des Kunden genauer und mit noch weniger Aufwand bestimmen kann. Dies ist ein Ding der Unmöglichkeit, denn der Kunde weiss meistens selbst nicht was er denn genau möchte, der Auftragnehmer weiss zudem auch nicht wie lange es mit einer unbestimmten Anzahl an Technologien (z.B. verschiedene Softwaresprachen, Datenbanken, bestehender Software auf Kundenseite, etc.), einem unterschiedlichen Fachkräftepersonal, bei dem jeder schneller, langsamer, besser oder schlechter ist, benötigt, um die Programmierung fertigzustellen.

Es ist ein Ratespiel welches seinesgleichen sucht.

Wollen wir es bei diesem Beitrag also nicht bei einem Fazit lassen, sondern stellen auch eine mögliche Lösung vor.

Die Lösung

Es müssen im Vorfeld einige Dinge auf allen Seiten klar sein.

Zu diesen gehört auch, dass es unmöglich ist, zum Anfang den Preis, den Umfang, die genaue zu verwendende Technologie, die Teammitglieder oder das genaue Endprodukt zu bestimmen oder zu beschreiben.

So, dass wäre dann der erste Stein, welchen sich alle vom Buckel laden können.

Zweitens muss eine hohe Transparenz, Ehrlichkeit und Vertrauen auf allen Seiten (sei es Kunde oder Entwicklungsunternehmen) bestehen. Bereits hier scheitert es in vielen Fällen, denn es treffen unterschiedliche Interessen aufeinander. Der Kunde möchte so wenig Geld wie möglich ausgeben und das Produkt so schnell wie möglich haben und der Auftragnehmer möchte einen idealen Betrag für deren Leistungen bekommen und genug Zeit, um eine ideale Lösung zu bauen. Hier muss ein Verständnis auf beiden Seiten entstehen. Beide müssen im gegenseitigen Interesse handeln. Der Kunde muss verstehen, dass nicht alles möglich ist, und sollte sich bei Änderungswünschen so gut wie möglich zurückhalten und der Auftragnehmer muss verstehen, dass der Erfolg des Kunden im Vordergrund steht, er eine hohe Transparenz und Einsicht in den Entwicklungsprozess geben und den bestmöglichen Preis für die Leistung zur Verfügung stellen sollte.

Aus unserer Sicht als Auftragnehmer sollte zudem folgender Punkt beachtet werden: Es sollte weniger aus einer Projektsicht gedacht werden. Es macht in vielen Fällen (jedoch natürlich nicht in allen) Sinn auf feste langfristige Partnerschaften zu schauen, in denen man Softwareentwickler langfristig an sich bindet. Denn Projekte sind meistens nicht nach einer bestimmten Zeit fertig, sondern werden bei Erfolg langfristig weitergeführt und auch hierfür müssen die Entwickler bereitstehen, um weitere Funktionalitäten zu bauen, die bestehende Lösung zu warten und Funktionalitäten zu verbessern. Diese langfristige Bindung von Ressourcen (Entwicklern) ist nach meiner Meinung die bessere Lösung, als auf Projektbasis zu arbeiten.

Fälle in welchen es Sinn macht auf langfristige Entwicklerbeziehungen zu setzen:

• Softwareprodukte, welche an Geschäftskunden verkauft werden und bei denen ständig weitere Funktionalitäten benötigt werden und bei denen die Wartung sichergestellt sein muss.
• Agenturen und IT Unternehmen, welche ständig neue Apps, Software und Web-Lösungen für Kunden entwickeln.
• IT Abteilungen welche ihren Fachabteilungen immer wieder mal neue Software programmieren.

Fazit 2

Hier sind wir bereits beim zweiten Fazit. Es braucht ein starkes Umdenken in der Softwareentwicklung auf allen Seiten. Soviele IT Projekte wie möglich, sollten in langfristige Beziehungen umgewandelt werden, in welcher die gleichen Ressourcen (Entwickler, Projektmanager, Technologie, etc.) dem gleichen Kunden helfen, um IT Lösungen zu bauen, zu verbessern und zu warten.

Kurzfristig sollte man nur zusammenarbeiten wenn:

• Der Kunde relativ klein ist und keine Möglichkeit besteht das Produkt weiter auszubauen, sei es, weil es nicht benötigt wird, oder weil kein Budget besteht. (In diesem Fall macht es sowieso mehr Sinn auf Cloud Software oder Standardlösungen zu setzen. Eigenentwicklungen machen hier wenig Sinn.)
• Produkte welche nur kurzfristig genutzt werden. Zum Beispiel gibt es Marketingkampagnen, in welcher eine App oder eine Webapplikation nur kurzfristig benötigt wird. Nach einer bestimmten Zeit wird die Applikation nicht mehr benötigt.

Es gibt sicher noch andere Fälle, in welchen man kurzfristig Zusammenarbeiten kann. In jedem dieser Fälle, sollte jedoch die Weiterentwicklung und die weitere Wartung keine grosse Rolle spielen.

Ich würde mich sehr freuen mit Euch darüber zu diskutieren. Welche Ansätze verfolgt Ihr? Warum scheitern Projekte und wie kann man das Ganze erfolgreicher gestalten?

Interessante Links:
75 Prozent aller Projekte scheitern
Zu komplex und schlecht geplant

Bilder: Flickr.com/ Cardus/ ING/ U.S Army/ Rogers/ Depolo/ Campell/ Grimnes

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

Slack (kurz SL) ist derzeit eines der beliebtesten Werkzeuge, um mit Teammitgliedern zu kommunizieren. Besonders oft wird es auch in der Softwareentwicklung genutzt.

Im Beitrag ein wenig mehr zu den Kosten und den Vorteilen dieses Tools.

Einführung

Bei Slack geht es darum, dass Teams sich besser austauschen können.

Es wurde erst als internes Werkzeug der Firma Tiny Speck genutzt.

Es steht für die Abkürzung “Searchable Log of All Conversation and Knowledge”. Übersetzt: Eine Software, mit welche man seine kompletten Unterhaltungen durchsuchen kann.

Die Software wurde offiziell im August 2013 gelaunched. Seitdem hat es eine unglaublich starke Nachfrage aus der Softwareentwickler-Community erhalten.

Funktionalitäten

Die Lösung hat unterschiedliche interessante Funktionalitäten.

Hier einige davon:

1) Channels

Hierbei handelt es sich um Chat Rooms,  welche man durch das Thema, private Gruppen oder Direktnachrichten unterscheiden kann. In dieser Hinsicht ist es ähnlich zu dem was in Skype geboten wird.

Das Besondere ist jedoch, dass alle Inhalte, innerhalb von Slack, wie zum Beispiel Dateien, Unterhaltungen und Personen, nach Informationen durchsucht werden können (Suchfunktion).

Wie in anderen Online Werkzeugen auch, kann man Emojis nutzen, um sich miteinander auszutauschen.

2) Team

Man kann mit der Software einen Link (URL) verschicken und in unterschiedliche Communities, Gruppen oder Teams einladen. Die Funktionalitäten ähneln sich dem, was man aus Facebook oder LinkedIn Gruppen kennt.

3) Einfaches Einbinden von externen Lösungen

Die Einbindung von externen Lösungen ist das, was Slack von anderen Online Instant Messaging Diensten unterscheidet. Man kann ganz einfach Lösungen wie Google Drive, DropBox, Trello, Salesforce, Github und weitere anbinden.

Insgesamt gibt es mehr als 1500 Apps in der Slack App Directory.

Man kann auch seine eigenen API’s entwickeln, wenn diese noch nicht vorhanden sind.

Für wen ist es interessant?

Im Grunde genommen kann man es in fast jedem Bereich nutzen, da die Software sehr generell gehalten ist.

Besonders stark kommt es in der IT zum Einsatz.

Aber auch in den folgenden Bereichen kann man es nutzen:

• Engineering
• IT
• Kundenservice
• Vertrieb
• Marketing
• Projektmanagement
• Personalmanagement

Wie sicher ist es?

Datensicherheit wird ein immer wichtigeres Thema. Besonders in grossen Unternehmen ist das sehr wichtig.

Zum Start hatte Slack hier einige Schwierigkeiten und es gab auch Datenlecks.

Danach hat der Anbieter jedoch weitere Sicherheitsmassnahmen hinzugefügt. Wie zum Beispiel eine Zwei-Faktor-Authentifizierung. Sicherheit ist jetzt eine top Priorität der Software.

Preise und Kosten

Es gibt eine kostenfreie Version, welche von vielen Startups und kleineren Unternehmen genutzt wird.

1) Kostenfreie Version

In der kostenfreien Anwendung kann man bis zu 10’000 Nachrichten des Teams durchsuchen.

Es gibt auch eine Begrenzung der Anzahl der  externen Apps die man anbinden kann. Die maximale Anzahl ist 10.

Die Zwei-Faktor-Authentifizierung ist bereits enthalten.

Nur die Voice und Video Calls sind beschränkt. Hier kann man nur Direkt-Anrufe machen. Jedoch nicht mit einer Gruppe telefonieren.

Insgesamt kann man hier 5 GB an Daten speichern.

2) Standard

Die Standard Version kann man bereits in grösseren Teams verwenden.

Es kostet 6.67 US Dollar pro Nutzer im Monat.

Es gibt keine Beschränkung der Suche und auch unendlich viele Drittanwendungen können angeschlossen werden.

Zudem hat man in diesem Plan auch die Möglichkeit, externe Mitglieder einzuladen. Zum Beispiel als Single-Channel-Gast oder als Multi-Channel-Gast (externes Mitglied kann sich in unterschiedlichen Channels beteiligen)

Zudem kann man auch Gruppengespräche mit bis zu 15 Personen gleichzeitig führen.

Auch das Teilen des Bildschirms ist möglich.

Eine elaborate Suche wird angeboten. So kann man Personen, Kanälen (Channels) und Daten suchen.

Pro Teammitglied erhält man 10 GB an Datenspeicher und auch der Support bearbeitet anfragen mit Priorität.

3) Plus

Die Plus Version kostet 12.50 US Dollar im Monat.

Dies ist besonders für grössere Unternehmen interessant, welche Funktionalitäten wie Single Sign On (Englisch für: Einmal anmelden, überall angemeldet) und eine garantierte Uptime der Lösung haben möchten.

Es gibt 20 GB Speicherplatz pro Teammitglied.

Der Support ist rund um die Uhr für Plus Nutzer erreichbar. Das SLA verspricht eine Uptime von 99.99 Prozent.

Fazit zu den Kosten

SL ist relativ günstig.

Die meisten nutzen es in der kostenfreien Version, da es bereits die wichtigsten Dinge, welches ein kleines Team benötigt, enthält.

Auch die Versionen Standard und Plus sind nicht wirklich teuer.

Da man jedoch pro Nutzer und Monat zahlt, kann der monatliche Preis höher sein.

Alternativen

Eine Alternative zu Slack war HipChat. Dieses Tool wurde jedoch von Slack übernommen.

Wenn man etwas ähnliches zu Slack möchte, dann müsste man eine Mischung von Skype, Facebook Gruppen und Emails nutzen. Jedoch könnte man keine elaborate Suche über alle Kanäle machen wie bei SL, da man in den jeweiligen Kanälen (zum Beispiel Facebook Gruppe) suchen müsste.

Eine weitere Möglichkeit wäre Trello. Hier fehlt jedoch die Möglichkeit einen schnellen Direkt-Chat zu machen, Gruppen zu erstellen oder Daten über unterschiedliche Kanäle zu suchen.

Eine wirkliche Alternative zu SL gibt es nicht wirklich. Auf der anderen Seite gibt es auch Unternehmen, die mit den vorher beschriebenen Werkzeugen wie Skype oder Trello arbeiten.

Jede Plattform

Ein weiterer grosser Vorteil dieses Systems ist es, dass es über alle Plattformen (Desktop, Android, iOS) nutzbar ist.

Dies scheint zwar etwas offensichtliches zu sein. Jedoch haben nur wenige solcher Lösungen eine gute Android und iOS App Anwendung.

Somit lässt sich die Anwendung auch einfach von unterwegs bedienen.

Fazit

Mit der Übernahme von HipChat ist es ein Marktführer im Bereich Instant Messaging Kollaborations-Tools geworden.

Besonders viele kleinere Teams nutzen es, um ihre Projekte zu managen.

Dabei reduziert man die Notwendigkeit Emails zu senden und hat zudem alle Daten/ Inhalte zentral und sind auch einfach wieder auffindbar (zum Beispiel durch die Suche).

Die Kosten halten sich im Rahmen. In den meisten Fällen wird die kostenfreie Version ausreichen.

Wenn man jedoch mehr Speicherplatz benötigt oder mehr Sicherheits-Funktionalitäten benötigt, sollte man auf die bezahlten Optionen setzen.

Zusätzliche Features:

Hier noch ein paar spannende und lustige Funktionalitäten die man in Slack nutzen kann:

• Custom Emoji: Man könnte zum Beispiel die Bilder von Mitarbeitern als Emojis verwenden.
• Nutzung von Giphy’s: Neben Emojis kann man auch GIFs nutzen, um sich in den Chats auszutauschen.
• Nachrichten abonnieren: Man kann Onlinezeitschriften ganz einfach über den RSS Feed abonnieren. Es werden dann neue Nachrichten der jeweiligen Online Publikation innerhalb des Channels gezeigt.

Wie nutzt Ihr diese Software?

Weitere interesste Beiträge zum Thema:
Das offizielle Pricing von Slack
Mehr Informationen zu den Slack Preisen

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

Ein professionelles Kundenmanagement ist wichtig für Agenturen. Sei es um mit bestehenden Kunden in Kontakt zu bleiben oder neue potenzielle Leads (neudeutsch für Verkaufschancen) zu bearbeiten.

Es gibt einige sehr gute Systeme welche sich zum Teil auf die Bedürfnisse einer Agentur ausgerichtet haben und manchen die eher generell gehalten sind. Hier die wichtigsten davon.

1) troi

https://www.troi.de/article/crm-system-oder-agentursoftware/

troi wird von der aus München stammenden Troi GmbH betrieben. Die Funktionalitäten gehen weit über ein einfaches CRM hinaus.

Es lassen sich unter anderem Projekte managen und auswerten, die Übersicht über die Buchhaltung behalten, Pressemitteilungen verwalten, Mitarbeiter einteilen (HR Modul) und der Verkauf steuern.

Wichtige Punkte wie die Aufgabenverteilung, To Do Listen und die Stundenerfassung können auch vorgenommen werden.

Besonders viele führende Agenturen in Deutschland nutzen diese Software. Darunter BBDO und move:elevator.

Es bietet jedoch unterschiedliche Lizenzierungsmodelle, welche auch die Nutzung durch Ein-Mann-Unternehmen möglich macht.

Die Preise sind nicht direkt ersichtlich und müssen beim Vertrieb nachgefragt werden.

2) weclapp

https://www.weclapp.com/de/

Auch weclapp ist eher ein vollwertiges ERP System, als nur ein einfaches CRM. Auch dieses Unternehmen stammt aus Deutschland (Marburg).

Man kann es auch als Agentursoftware nutzen.

Dabei hat es Bereiche wie CRM, Projekte, Verkauf, Finanzen, Buchhaltung und Einkauf.

Jedoch merkt man, dass es auch für andere Kategorien von Firmen gedacht ist, da es auch die Module wie Lager, Produktion und Artikel hat. weclapp zeigt auf deren Internetpräsenz jedoch auch die Möglichkeiten, welche diese Software für Agenturen bietet.

Das CRM Modul erhält man bereits für erschwingliche 9 Euro im Monat.

3) easyJOB von because software

https://www.because-software.com/

Bei easyJOB handelt es sich wie bei troi auch, um eine vollwertige Agentursoftware und ist nicht nur für den Bereich Customer Relationship Management gedacht.

Auch hier lassen sich unter anderem die Bereiche Projektmanagement, Zeiterfassung, Aufgabenverteilung und Personal abdecken.

Zudem weist der Betreiber because software darauf hin, dass unterschiedlichste Typen von Agenturen die Software nutzen können. Full-Service, über Werbetreibende bis hin zu Inhouse-Teams nutzen diese Lösung.

Das Pricing muss beim Sales Team angefragt werden.

4) CentralStationCRM

https://centralstationcrm.de/agentur

Bei CentralStationCRM, handelt es sich um ein Online Tool, mit welchem, wie der Name  bereits erwähnt, das Customer Relationship Management gehandhabt werden kann. Es ist die erste Software aus dieser Liste, mit dem ausschliesslichen Fokus auf das Kontakt- und Kundenmanagement.

Die Betreiberfirma 42he GmbH stammt aus Köln.

Es bietet kostenfreie Pakete für Startups, über Freelancer (29 Euro im Monat), bis hin zu grösseren Firmen (329 Euro im Monat).

Da CentralStationCRM einen starken Fokus auf den deutschsprachigen Raum hat, gibt es auch Anbindungen an lokale Soziale Netzwerke wie XING.

Gedacht ist die Software hauptsächlich für kleinere Unternehmen, wie kleinere Agenturen, Personaldienstleister, Beratungen, Handwerker, Startups, Vereine und Fotografen.

5) Zoho

https://www.zoho.com/de/

Bei Zoho handelt es sich um eine webbasierte Lösung, mit welcher man ein komplettes ERP abbilden kann. Es beinhaltet jedoch ein grösseres Modul namens Zoho CRM, mit welchem man die Kundenverwaltung vornehmen kann.

Hinter Zoho steht das 7000 Mann starke indische Softwareunternehmen Zoho Corporation.

Die Kosten sind sehr transparent gehalten. Es fängt bei 12 US Dollar pro Monat und Nutzer an für kleinere Anforderungen bis hin zur Ultimate Version, welche 100 US Dollar pro Monat kostet.

Die Lösung eignet sich für Unternehmen aller Grössen, unter anderem für Agenturen.

6) vtiger

https://www.vtiger.com/

Bei vtiger handelt es sich um ein auf PHP basierendes Open Source CRM.

Wie Zoho auch ist es weit verbreitet (wird von zirka 200’000 kleinen und mittelständischen Unternehmen genutzt) und hat seinen Ursprung in Indien (Bangalore).

Der Hauptfokus liegt auf der Kundengewinnung und daher lohnt sich dieses Customer Relationship Management Werkzeug besonders für solche Vorhaben. Hier ist insbesondere das Modul Sales CRM von vtiger zu empfehlen. Auch eine Agentur kann es für diese Zwecke nutzen.

Eventuell ist es eine gute Idee, ein Werkzeug wie vtiger in Verbindung mit ERP Systemen wie troi oder easyJOB zu nutzen.

7) Odoo

https://www.odoo.com/page/crm

Bei Odoo handelt es sich um ein vollwertiges Online-basiertes ERP System. Es behandelt alle Bereiche eines Unternehmens, vom Vetrieb, über das Kundenmanagement bis hin zur Buchhaltung.

Da Odoo Open Source ist, kann man auch Entwicklungen daran für seine eigenen Bedürfnisse vornehmen.

Das Unternehmen wurde zwar in Belgien gegründet, die hauptsächliche Entwicklung der Software findet jedoch in Indien statt.

Auch bei Odoo handelt es sich um ein Unternehmen mit mehreren Hundert Mitarbeitern.

Die Software ist stark Modular aufgebaut und man kann sich die passenden Module hinzubuchen. Auch für das Kundenmanagement, das Marketing und den Vertrieb gibt es passende Bereiche.

8) Salesforce

https://www.salesforce.com/de/

Salesforce ist einer der Vorreiter im Bereich Cloud-basierte Customer Relationship Management Systeme.

Es handelt sich im Grunde genommen um eine Online Version des aus Grossunternehmen bekannten SAP CRM’s.

Die Software eignet sich daher am besten für grössere Vertriebsteams. Man kann die Lösung jedoch auch als einzelner Nutzer oder Kleinunternehmen verwenden.

Die Preise fangen bei 25 US Dollar pro Nutzer und Monat an.

9) SAP Cloud CRM

https://www.sap.com/germany/products/crm.html

Die SAP Cloud wurde zu Beginn dafür konzipiert, so dass es auch von sehr kleinen Unternehmen genutzt werden kann. Mit der Zeit wurde jedoch auch hier klar, dass es hauptsächlich nur von Grossunternehmen genutzt werden kann. Das liegt auch an den hohen Lizenzkosten, den technischen Voraussetzungen und den hohen Beratungsgebühren.

Die Lösung lohnt sich jedoch sehr, wenn es sich um grosse Vertriebsteams handelt, welche ein grosses Datenvolumen erzeugen, welches ausgewertet werden muss (Stichworte: Reporting, Business Analytics). Besonders sehr grosse Agenturen können davon profitieren, besonders auch wenn deren Kunden SAP im Einsatz haben.

10) Bitrix24

https://www.bitrix24.de/

Laut Bitrix24 wird es bereits von mehr als 4’000’000 Unternehmen eingesetzt.

Man kann es entweder als Online-Werkzeug nutzen, oder aber auch im Unternehmen selbst, auf eigenen Servern installieren (On-Premise).

Das Besondere ist: Es hat elaborate Funktionalitäten, ist jedoch bis zu 12 Nutzern komplett kostenfrei. Damit lohnt sich diese Software besonders für kleinere Agenturen, welche eine professionelle Kundenverwaltung haben möchten.

Bereits mit der kostenfreien Variante kann man Telefon- und Email-Kampagnen managen. Auch moderne Kommunikationswege wie Social Media können verwaltet werden.

Weitere spannende Features, sind ein kostenfreier Webseiten und Landingpage Builder, welcher sich nahtlos an die Weblösung anbinden lässt.

Fazit

Eine Agentur hat heutzutage unterschiedlichste Möglichkeiten, ein professionelles CRM einzuführen.

Wenn man auf den deutschsprachigen Markt ausgerichtet ist, dann lohnt sich eine Lösung wie troi. Wenn man dann gleichzeitig auf sein Budget schauen muss, dann ist weclapp eine gute Möglichkeit. Wer nur eine Kontakt- und Kundenverwaltung benötigt, kann auf CentralSationCRM setzen.

Auch die anderen Lösungen aus dieser Liste sind sehr spannend.

Welche Erfahrungen haben Sie gemacht? Welche Software nutzen Sie?

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

In Fachartikeln und Büchern rund ums Projektmanagement sind den Ansätzen „Lean“ und „Agile“ umfangreiche Kapitel gewidmet. Beide Methoden werden oft synonym zueinander verwendet und tatsächlich weisen agile Methoden und Lean-Management durchaus grundlegende Parallelen auf. Es gibt aber auch wesentliche Unterschiede. In diesem Beitrag führen wir in die Grundlagen von Lean- und Agil-Management ein und zeigen die wichtigsten Unterschiede auf.

Lean – Konzentrieren auf das Wesentliche

Soll man das Lean-Management beschreiben, so kommt man um das Schlagwort „Waste Reduction“ nicht herum, und in der Tat stellt die Vermeidung von Ressourcenverschwendung ein wesentliches Prinzip des Lean-Managements dar. Im industriellen Umfeld sind hier z. B. Überproduktion und überhöhte Lagerbestände gemeint, die es zu vermeiden gilt; in der Softwareentwicklung das zeitraubende Task-Switching. Lean-Ansätze haben bereits in den 90er Jahren sehr an Bedeutung gewonnen.

Werkzeuge wie Just-in-Time, Kaizen und die erwähnte Vermeidung von Verschwendung haben den bis dahin in der Produktion etablierten Taylorismus immer mehr in Frage gestellt. Das vom japanischen Toyota-Konzern entwickelte Lean-Management wird in einigen Übersetzungen auch als „Schlankes Management“ bezeichnet, obwohl diese Übersetzung nicht ganz korrekt ist.

Lean Management beschreibt die Prämisse „Werte ohne Verschwendung schaffen“, wobei die Zielsetzung ist, sämtliche Wertschöpfungsaktivitäten im Produktionsprozess zu optimieren und unnötige Tätigkeiten zu vermeiden. Dabei soll das vorhandene System sowohl aus Sicht des Kunden als auch aus Sicht des Unternehmens überprüft werden: Dem Kunden soll sein Wunsch nach Verfügbarkeit, Qualität und Individualität bestmöglich erfüllt werden, gleichzeitig soll das Unternehmen profitabel arbeiten können und seine Wettbewerbsfähigkeit verbessern.

Hieraus ergeben sich Produktionsprozesse mit einer hohen Kundenorientierung, denn nur die Fokussierung auf die Erfüllung der Kundenwünsche sorgt für wirtschaftliches Arbeiten und eine hohe Effizienz. Detaillierte Prozessdefinitionen, festgelegte Verantwortlichkeiten, schnelle Reaktionen auf Fehler im Workflow sowie einfache Organisationsmethoden sorgen für stabile Arbeitsabläufe, aus denen letztendlich hochwertige Produkte entstehen.

Folgende zehn Gestaltungsansätze haben sich in den vergangenen Jahren für ein effektives Lean Management herauskristallisiert:

1. Kundenorientierung – alle Tätigkeiten werden auf den Kunden ausgerichtet
2. Geschäftsprozessoptimierung
3. Rückbesinnung auf eigene Stärken
4. Eigenverantwortung, Teamwork und Empowerment
5. Mitarbeiterführung als Service am Mitarbeiter
6. Gelebte Kundenorientierung als Firmenleitbild
7. Kulturwandel im Unternehmen
8. Offener Informationsaustausch
9. Dezentrale Strukturen
10. Fortlaufende Qualitätsverbesserung (Kontinuierlicher Verbesserungsprozess, KVP)

Aus diesen Punkten ergibt sich das ständige Streben nach Perfektion, die jedoch nie erreicht wird.

Grundlagen der agilen Methoden

Während sich das Lean-Management vorrangig in der industriellen Fertigung – namentlich in der Automobil-Industrie – durchgesetzt hat, so gewannen insbesondere in der IT-Systementwicklung agile Methoden große Bedeutung.

Diese entstanden Anfang der 90er Jahre durch die Problematik, komplexe Software-Entwicklungen mit den bis dahin verbreiteten traditionellen starren Entwicklungsprozessen wie dem Wasserfall- oder V-Modell umzusetzen. Das Ergebnis waren immer häufiger gescheiterte Projekte oder zumindest Arbeitsergebnisse, die an den festgelegten Zielen weit vorbeiführten.

So entwickelte sich eine Bewegung, die auf selbstorganisierende Teams und auf inkrementelle Vorgehensweisen setzt. Im Entwicklungsprozess werden immer wieder neue Ideen eingebracht, ursprüngliche Ideen ggf. wieder verworfen und Ziele neu gesteckt. Im Jahr 2001 haben 17 Erstunterzeichner das so genannte Agile Manifest unterzeichnet und dabei folgende Werte der Softwareentwicklung festgelegt:

• Interaktionen und Menschen stehen über Werkzeugen und Prozessen.
• Kooperation mit dem Kunden ist wichtiger als Vertragsverhandlungen.
• Reaktionen auf Veränderungen steht über dem strikten Befolgen eines Plans.
• Funktionierende Software zählt mehr als eine umfassende Dokumentation.

Mit diesem „Agile Manifest“ gelingt es bis heute, Software flexibel zu gestalten und zu entwickeln.

Eine sehr bekannte agile Methode ist Scrum. Hierbei werden die Organisation und der Ablauf eines Produktionsprozesses höher gewertet als technische Aspekte. Somit kann Scrum als agile Methode auch in anderen Branchen und Bereichen eingesetzt werden.

Bei Scrum wird ein Gesamtprojekt in einzelne Schritte, den so genannten Sprints unterteilt. Weitere zentrale Elemente sind Reflexion und gemeinsame Entscheidungsfindungen im Team, offenes Feedback sowie fortlaufende Anpassungen und Änderungen des Projektplans. Kurze planbare Intervalle – hier also die Sprints – sind bereits aus dem Lean-Management bekannt.

Sprints sind immer gleich lang und nicht wie in anderen Methoden auf eine notwendige Dauer ausgerichtet, um ein Ziel zu erreichen, sondern die nächsten zu erreichenden Ergebnisse werden so aufgeteilt, dass sie zuverlässig innerhalb eines Sprints erarbeitet werden können.

Gegenüberstellung: Lean vs. Agile

Lean-Management und agile Methoden bieten durch Schnittmengen eine Reihe von Gemeinsamkeiten, die sich – sinnvoll eingesetzt – durchaus sinnvoll ergänzen können. In beiden Philosophien spielen das Team und seine Mitglieder sowie die ständige Verbesserung von Arbeitsprozessen eine wichtige Rolle.

Es gibt Gemeinsamkeiten nicht nur bezüglich des Führungsprinzips (Kundenorientierung und eigenverantwortliche Teams), sondern auch die Gewichtung von Feedbacks, die Konzentration auf kurze Zyklen sowie die Reduktion von Komplexität. Folgende Gegenüberstellung soll dies verdeutlichen:

Orientierung

• Lean: Wertschöpfung für den Kunden
• Agil: Schnelle Befriedigung von Kundenwünschen

Standardisierung/Flexibilität

• Lean: Standardisierung und möglichst wenig Veränderungen zur Vereinfachung von Prozessen
• Agil: Flexible Herangehensweise zur schnellen Umsetzung von Änderungen

Verantwortlichkeiten

• Lean: Eigenverantwortliche Teams und einzelne Mitarbeiter
• Agil: Selbstorganisierte Teams

Komplexität

• Lean: Reduktion auf wichtige Wertschöpfungsprozesse
• Agil: Reduktion der Komplexität durch Leistungserbringung in kleinen Einheiten

Nachhaltigkeit

• Lean: Gleichmäßige Auslastung der Produktionsmittel
• Agil: Gleichmäßiges Arbeitstempo halten, ohne das Team zu überfordern

Verbesserung

• Lean: Ziel der ständigen Verbesserung (ein Optimum wird nie erreicht)
• Agil: Fortlaufender Fokus auf Exzellenz durch ein geeignetes Design

Die wesentlichen Unterschiede beider Methoden können Sie folgender Aufstellung entnehmen:

Lean

• Produktionsprozess im Fokus
• günstig auszuführen
• standardisiert
• automatisiert

Agil

• Produkt im Fokus
• günstig laufende Weiterentwicklung
• flexibel
• individuell

Fazit

Die Frage, ob nun das Lean-Verfahren oder agile Methoden für ein Unternehmen besser geeignet ist, lässt sich nur differenziert beantworten. Die Lean-Methode ist meist dann die bessere Wahl, wenn es darum geht, Kostenvorteile gegenüber den Mitbewerbern zu erzielen. Der Ansatz von „Vermeidung von Verschwendung“ hilft nicht zuletzt auch dabei, Kosten zu senken und dem Kunden dadurch einen günstigeren Preis anzubieten.

Soll hingegen ein Wettbewerbsvorteil dadurch erzielt werden, die Kundenwünsche und -bedürfnisse besser kennenzulernen und zu verstehen, um sie besser befriedigen zu können, setzt dies Prozesse voraus, mit denen Marktanalysen betrieben werden können. Mit agilen Methoden bieten sich viele Möglichkeiten, auf diese Erkenntnisse schnell zu reagieren.

Sie sehen: Keiner der beiden Ansätze ist jeweils besser oder schlechter. Essenziell wichtig ist die Erkenntnis, welche Ziele ein Unternehmen verfolgen muss, um erfolgreich am Markt bestehen zu können. Mit diesem Wissen ergibt sich der passende Weg beinahe von ganz allein.

Interessante Beiträge:
Was die beiden Ansätze unterscheidet
Eine kritische Auseinandersetzung mit dem Thema Lean und Agile

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

Aufgaben des PM’s

Das Aufgabenfeld eines Projektmanagers (im Beitrag auch kurz mit PM abgekürzt) umfasst grob gesehen die Planung, Durchführung und Steuerung eines Projektes. Er stellt sicher, dass die ihm von einem Auftraggeber vorgegebenen Projektziele qualitativ, in der vorgegebenen Zeit und unter Einhaltung der ihm genehmigten Kosten erfüllt werden.

Für die Zeit des Projektes erhält er Personalverantwortung für ein Team, das er zur Zielerreichung benötigt. Dem Auftraggeber gegenüber ist er verpflichtet, Berichterstattungen und Entscheidungsvorlagen vorzulegen. Dies geschieht in angemessenem zeitlichen Abstand und rechtzeitig für den weiteren Projektfluss. Der Projektmanager ist der Leiter des Projektes.

Schnittstellen zu den Stakeholdern

Als Stakeholder werden diejenigen bezeichnet, die in ihrem Tagesgeschäft die Ergebnisse des Projektes nutzen und anwenden werden. Dazu gehört auch, wenn deren Interessen durch die Projektergebnisse positiv oder negativ beeinflusst werden können. Ihre Anforderungen sind daher neben der Ausgangssituation der wichtigste Input für die Planung des Projektes durch den Projektmanager.

Am Ende des Projektes ist dessen erfolgreicher Abschluss nur gesichert, wenn die Projektergebnisse erfolgreich in die Praxis umgesetzt werden. Und genau an diesen beiden Schnittstellen kommt der Business Analyst (kurz BA) ins Spiel.

Aufgaben des BA

Der Business Analyst ist der Experte für die Anforderungen der Stakeholder und für die Umsetzung der Projektergebnisse in die Praxis. Er arbeitet eng mit den Fachabteilungen als interne Kunden, aber auch mit externen Kunden zusammen. Er verantwortet die Dokumentation ihrer formal richtigen und vollständigen Anforderungen an die Projektergebnisse.

In der Initiativphase des Projektes, spätestens aber mit der Ernennung des Projektleiters, übermittelt er dem Projektmanager diese Anforderungen, die so in die Erarbeitung des Projektstrukturplanes einfließen. Je nach Projektumfang kann auch eine Vorstudie erforderlich sein. Diese Vorstudie verantwortet ebenfalls der Business Analyst. Die Basis, auf der dieser die Anforderungen der Stakeholder aufnimmt, ist eine genaue Istanalyse des Unternehmens. Auch diese Analyse gehört zu seinen Kernaufgaben.

Kernkompetenzen eines PM’s

Der Projektmanager beherrscht die Methoden und Werkzeuge des Projektmanagements. Er ist in der Lage, das Projekt so zu strukturieren und zu planen, dass ein über die Projektlaufzeit hinweg ständig aktualisierter Ablaufplan mit Meilensteinen und Verantwortlichen existiert.

Dieser ist bei der Steuerung des Projektes hinsichtlich Qualität, Kosten und Terminen unerlässlich. Als Projektleiter hat er auch Führungsqualität für die ihm für die Laufzeit des Projektes unterstellten Teammitglieder. Der Projektmanager beherrscht zudem die Methoden eines Risikomanagements innerhalb des Projektes und zu dessen Schnittstellen. Er ist in der Lage, den kritischen Weg innerhalb des Projektstrukturplans aufzuzeigen und aktuell zu halten. Das betrifft insbesondere auch das Zeit- und Kostenbudget. Gegenüber einer Entscheidungsinstanz des Auftraggebers besitzt er die Durchsetzungsfähigkeit, Entscheidungen zeitnah vorzubereiten und einzuholen. Der Projektmanager ist kein Mitarbeiter eines Fachbereiches der Stakeholder.

Kernkompetenzen eines BA’s

Seine Kernkompetenzen bestehen einerseits darin, den Istzustand eines Unternehmens zu analysieren. Dazu gehören auch die beteiligten Prozesse und ihre Verflechtungen, ebenso hinsichtlich der angewandten IT-Systeme. Der Business Analyst ist aber kein IT-Fachmann, er hat hierbei den Blickwinkel der Systemanwender.

Er hört den Stakeholdern zu, versteht deren Probleme, strukturiert und dokumentiert sie. Gleichzeitig ist er in der Lage, diese in einen Zusammenhang mit dem Unternehmensbedarf und dem Unternehmensnutzen zu bringen. Er zeit Alternativen für Lösungsmöglichkeiten auf. Als Berater des potenziellen Auftraggebers eines Projektes ist er befähigt, eine Vorstudie und einen Business Case durchzuführen.

Das Zusammenspiel zwischen PM und BA

Im Zeitplan eines Projektes stellt sich das so dar:

1. Initiierungsphase

Der Business Analyst entdeckt in engem Kontakt zu den Stakeholdern Handlungsbedarf im Unternehmen oder neue Chancen im Markt. Während der Initiierungsphase führt er auch einen Business Case durch, auch bekannt als Wirtschaftlichkeitsbetrachtung oder Kosten-Nutzen-Analyse. Hierbei wird zunächst genau der Umfang einer Maßnahme definiert und ggf. gegenüber anderen Projekten und Unternehmungen abgegrenzt. Kosten, Nutzen und Risiken sowie finanzielle Vorteile werden als Entscheidungsempfehlung aufbereitet. Der Business Analyst berät die Unternehmensleitung, er legt grob gesagt fest, was getan werden muss. Er dokumentiert die präzisen Anforderungen und konkretisiert die erforderlichen Ergebnisse eines Projektes.

1. Projektdurchführung

Sobald die Entscheidung für das Projekt gefallen ist und der Projektleiter (also der Projektmanager) ernannt wurde, geht dieser an die Planung des Projektes. Er erhält vom Business Analyst die Anforderungen und stellt sich ein Planungsteam zusammen, dem auch der Business Analyst zugehören sollte. Dem späteren Projektteam gehört dieser jedoch nicht an, er erarbeitet selbst keine Ergebnisse. Allerdings ist eine regelmäßige enge Abstimmung der beiden Manager auch während der Projektdurchführung erforderlich und sollte auch in die Meilenplanung mit aufgenommen werden.

Der Projektmanager ist nun dafür verantwortlich, wie die Ziele und konkreten Ergebnisse des Projektes sichergestellt werden. Er führt das Projektteam und steuert es innerhalb des Projektes, indem er Kosten, Termine und qualitative Zielerreichung mittels seines Projektstrukturplanes ständig überprüft und analysiert. Der Projektmanager erarbeitet Entscheidungsvorlagen innerhalb des Projektes und behält dabei Nutzen und Risiken im Blick. Abweichungen vom Plan und deren Auswirkungen stellt er ebenfalls dar und sorgt für zeitnahe Entscheidungen, falls erforderlich. Dies alles dient der Sicherstellung einer Zielerreichung des Projektes.

1. Umsetzung in die Praxis:

Nach Projektabschluss wird der Staffelstab wieder an den Business Analysten übergeben, der nun die Verantwortung für eine reibungslose Umsetzung in die Praxis trägt und diese in enger Zusammenarbeit mit den Stakeholdern sicherstellt.

Zusammenfassung

Auf den Punkt gebracht ist der Business Analyst ein Experte für die Anforderungen in der Vorbereitung des Projektes, die in den Projektstrukturplan einfließen. Er legt fest, was getan werden muss. Der Projektmanager ist der Experte für die Zielerreichung und plant, wie etwas getan werden muss. Und dann kommt erneut der Business Analyst ins Spiel, als Experte für die Umsetzung in die Praxis.

Daran schließt sich später der aus dem Qualitätsmanagement bekannte KVP (der Kontinuierliche Verbesserungsprozess) an. Bei sehr kleinen Projekten ist es durchaus üblich, beide Funktionen zusammenzufassen und dem Projektleiter zu übertragen. Bei größeren Projekten jedoch ist gerade die personelle Trennung ein zusätzlicher Garant für die Qualität der Projektergebnisse.

Allerdings ist es durchaus von Vorteil, unternehmensspezifisch die beiden Rollen und das Miteinander genau zu definieren, um keine Konkurrenzkämpfe zwischen den Rollen entstehen zu lassen. Schließlich sind die Voraussetzungen und personellen Ressourcen nicht in allen Unternehmen vereinheitlichbar.

Interessante Beiträge hierzu:
Unterschied Business Analyse und Projekt Management
Projektmanager vs Business Analyst vs Prozessmanager

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

In der Softwareentwicklung sprechen unterschiedlichste Personen miteinander. Manche haben starke Programmierkenntnisse, andere beschäftigen sich eher mit den Business-Aspekten und kennen sich eher weniger mit dem Thema Code aus.

Zudem gibt es unterschiedlichste Möglichkeiten Informationen auszutauschen.

Die üblichsten Kommunikations-Methoden sind:

• Skype Call/ Chat
• TeamViewer
• Email (Outlook, Gmail)
• Telefonat
• Konferenz Call
• Vor Ort Meeting
• Projektmanagement Tool (Trello, etc.)

Im Beitrag ein paar Informationen wie eine gute Kommunikation aussehen kann.

Kleine Projekte oder komplexe Aufgaben?

Zuerst einmal geht es darum, zu verstehen, welche Komplexität die jeweilige Aufgabenstellung hat. Bei kurzen Projekten macht es zum Beispiel keinen Sinn sich vor Ort zu treffen. Denn das würde das Budget meistens nicht hergeben (ein Kundenbesuch, in welchem mehrere Mitarbeiter (Vertrieb, IT Consultant, Pre-Sales, etc.) vom Dienstleister dabei sind, kann Tausende von Euro kosten).

Hier kann ein Skype Call die richtige Lösung sein.

Für das Screensharing kann man TeamViewer nutzen.

Was ist wenn mehrere Personen gleichzeitig teilnehmen müssen?

Skype bietet hier eine Möglichkeit, dass sich mehrere Personen in einen Call einwählen. Das ist sehr einfach und es ermöglicht auch das gleichzeitige kommunizieren via Chat.

Eine Alternative, welche in grossen Firmen angewandt wird ist die Telekom Telefonkonferenz. Hier kann man sich mittels Einwahlnummer und Einwahlcode in eine Konferenzschaltung einwählen.

Dies ist besonders interessant, wenn nicht jeder Zugriff zum Internet hat (obwohl sich das heutzutage durch die starke Ausweitung des mobilen Internets bereits erübrigt hat).

Meetup.com oder GoToMeeting sind passend, wenn man auch Online, Präsentation vorführen möchte, welche man vielen gleichzeitig zeigen möchte. Die Performance dieser Systeme ist ziemlich gut und auch eine grosse Anzahl an Personen kann gleichzeitig teilnehmen.

Langfristige Engagements

Bei grossen IT Projekten, macht es sicherlich Sinn sich zusammen zu setzen. Ein Beispiel wäre die Umsetzung eines ERP Projektes bei einem mittelständischen Unternehmen.

Hier kann man sich mit allen Projektbeteiligten in einem Raum treffen und das weitere Vorgehen besprechen.

Bei mittelgrossen Aufgabenstellungen kann auch die Entsendung eines IT Consultants zur Kundenseite  interessant sein.

Transparenz und direkte Kommunikation sicherstellen

In der Softwareentwicklung ist Transparenz sehr wichtig.

Oftmals sprechen nur die Projektleiter beim Kunden und beim Dienstleister miteinander. Dies ist wenig ideal. Es sollte die Möglichkeit geben, dass ein Programmierer beim Dienstleister, direkt mit einem Mitarbeiter aus der Fachabteilung sprechen kann, welcher die Softwareanwendung auch verwenden wird.

Aufgrund von Verschwiegenheitsvereinbarungen kann es sein, dass dies nicht immer möglich ist (besonders wenn der Dienstleister, Freelancer beschäftigt, oder mit Drittfirmen zusammenarbeitet). Hier sollte man jedoch sicherstellen, dass Informationen ungefiltert weitergegeben werden. Zum Beispiel Projektdokumente, die aus den Fachabteilungen kommen.

Projektmanagement Tools in IT Aufgaben

Interessant sind auch immer Projektmanagement Tools, mit welchen man Aufgaben an die Programmierer verteilen kann.

Jira ist sicherlich das bekannteste und professionellste Werkzeug hierfür. Besonders für Softwareentwickler ist dieser Ansatz der richtige.

Es gibt jedoch auch viel simplere Projektmanagement Werkzeuge wie Trello. Hiermit können auch Laien, Anforderungen an IT Spezialisten weitergeben. Zudem ist die Nutzerführung sehr einfach und kann auch von Einsteigern schnell erlernt werden. In Zukunft wird es sicherlich noch viele andere Werkzeuge geben, welche man in diesem Bereich verwenden kann.

Beziehungen aufbauen

Es ist zwar nicht unbedingt wichtig, dass man “beste Freunde wird”. Jedoch sollte man eine Art Beziehung zu den Entwickler, dem Projektmanagement und dem Kunden aufbauen.

Hierfür bieten sich Skype Calls an. Oder Telefonate. Oder gar vor Ort Meetings. Am effizientesten wird wohl immer noch ein Skype Call oder Telefonate sein.

Hiermit entsteht mit der Zeit dann auch ein Vertrauen. Man weiss im Zeitverlauf, dass man sich aufeinander verlassen kann.

Hintergrundgeräusche minimieren und Tonqualität verbessern

Besonders wenn man miteinander spricht (zum Beispiel über Telefon oder Skype), sollte man darauf achten, dass die Tonqualität gut ist und es keine Hintergrundgeräusche  gibt.

Für die bessere Tonqualität gibt es entsprechende Headsets welche man nutzen kann. Sennheiser ist eine gute Option.

Viele nutzen oftmals das Mikrofon, welches im Laptop installiert ist, dies führt jedoch dazu, dass auch jedes Außengeräusch aufgenommen wird. Daher ist es immer besser mit einem Headset zu arbeiten.

Auch ist es wichtig darauf zu achten, dass die Einstellungen des Mikrofons und des PC’s stimmen. Oftmals ist beispielsweise nicht das richtige Endgerät (Beispiel: Laptop Mikrofon anstatt Headset Mikrofon) ausgewählt. Dies geschieht besonders bei Desktop Applikationen wie Skype. Auch andere Applikationen sollte man hierauf prüfen.

Notizen machen und Emails schreiben

Hilfreich ist es sicherlich auch, dass man sich während Meetings, Notizen macht. Dadurch bleiben die gesagten Punkte besser im Kopf und man kann im gegebenen Fall darauf zurückgreifen.

Auch eine Email mit einer Zusammenfassung der Punkte kann unterstützend wirken.

Anforderungen weitergeben: Einfacher ist besser

Wenn man eine Anforderung kommunizieren will, dann ist es immer diese so einfach wie möglich zu halten. Am besten versteht man eine Anforderung, wenn es dazu gezeichnete Skizzen gibt. Die Anforderung “Ich brauche einen runden Button” kann vieles bedeuten. Wenn jedoch auch ein Bild mit einer einfachen Zeichnung dazu gelegt wird, dann ist es relativ viel einfacher. Hier kann man auch sehr simple Tools wie Screenshots oder Paint Dateien verwenden.

Bei Änderungswünschen könnte man auch einfach einen Ausdruck der jeweiligen Seite der Anwendung machen und darauf seine Änderungswünsche einzeichnen. Diesen kann man dann wiederum einscannen und versenden.

Wie schnell sollte man antworten?

Besonders Programmierer sind, wenn sie beim Coden sind, sehr konzentriert und das Antworten auf Anfragen kann daher dauern.

Man sollte daher entsprechend Zeit geben, um eine Antwort zu erhalten.

Am besten sind Emails, diese kann man auch einfach zu einem späteren Zeitpunkt beantworten.

Chat Nachrichten können gut sein, wenn man schnell eine Rückmeldung benötigt und mehrere Punkte besprechen muss.

Passive Methoden

Es gibt auch einige passive Methoden, mit welchen man in Softwareentwicklungs-Projekten kommunizieren kann.

Hier sind einige davon:

• Podcasts
• Webinare
• Email in CC
• Informationen im Unternehmensportal
• Blogsbeiträge
• Website-Updates
• Email Newsletter
• Trainingsvideos
• Experten-Sessions

Hier wird keine “Antwort” in diesem Sinne vom Empfänger erwartet. Diese Informationen können jedoch helfen das Projekt positiv vorwärts zu tragen.

Speziell Trainingsvideos oder interessante Blogbeiträge können bei der Wissensvermittlung helfen.

Auch Webinare sind beliebt um Wissen zu teilen.

Es ist immer gut einen Mix aus passiven und aktiven Methoden der Kommunikation zu haben.

Einige andere Dinge die wichtig sind

1. Aktiv zuhören: Man sollte gut zuhören, wenn Informationen weitergegeben werden. Allzu oft wartet man nur darauf, seine eigenen Antworten zu geben, oder Feedback auf das Gesagte zu geben. Dadurch entsteht oftmals eine Art von Monolog, welcher von zwei Personen durchgeführt wird, anstatt einem Dialog. Wichtig ist es also zuzuhören, und das gesagte aufzuschreiben/ zu notieren.
2. Firmenkultur: In unterschiedlichen Firmen wird anders miteinander kommuniziert. In einigen Firmen ist alles hierarchisch, in anderen wiederum alles sehr flach. Auch dies kann zu Hürden führen, wenn diese unterschiedliche Organisationsformen aufeinander treffen. Diese Unterschiede sollte man berücksichtigen wenn man miteinander spricht. Besonders der Dienstleister sollte hier das notwendige Feingefühl mitbringen.
3. Kulturelle Unterschiede: Wenn man über Ländergrenzen hinweg an der Softwareentwicklung arbeitet, sollte man auch die kulturellen Unterschiede beachten. Kommunikation ist dort nicht komplett anders. Es gibt jedoch Feinheiten, auf die man sich einstellen sollte. In manchen Ländern werden Probleme nicht direkt angesprochen, sondern über Umwege mitgeteilt (bestes Beispiel ist immer noch Japan).
4. Nutzung von Fach-Jargon: Ein Entwickler könnte unter “Framework” etwas ganz anderes verstehen, als ein Marketing-Spezialist. Für den einen ist es ein Framework wie Laravel oder Bootstrap. Für den Marketing-Spezialisten geht es um einen “Marketingplan”. Hier sollte man eine einfache Sprache nutzen, um solche unterschiedlichen Verständnisse zu vermeiden. Oder man sollte sich darauf einigen, was die Begriffe im genauen bedeuten.

Wann sollte man welches Werkzeug für den Austausch nutzen?

Hier ein paar Tipps, was man wann nutzen kann:

• Email: Abstimmungen, welche keine grosse Emotionalität beinhalten, sondern eher Fachinformationen
• Telefon/ Skype Call: Besonders wenn es um kritische Informationen geht, dann sollte man vorher einen Telefonat haben, in welchen man sich absprechen kann. Oftmals können somit auch grosse Zweifel beseitigt werden, welche in Emails nicht behoben werden können
• Persönliches Gespräch: Ein Personalgespräch, wäre ein gutes Beispiel dafür, wenn man etwas direkt besprechen sollte. Hier sollte man auf unpersönliche Kommunikationsmittel wie Email oder Chats verzichten, da es nicht das notwendige Feingefühl vermitteln kann.

Interessante Links:
Mehr zum kommunizieren in der Softwareentwicklung auf Entwickler.de
Kommunikation ist alles – Beitrag auf sigs-datacom.de

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.

Die Aufgabe von Atlassian ist es, das Potenzial von Softwareentwicklungs-Teams weltweit zu verbessern.

Zehntausende Softwareentwicklungs-Teams verlassen sich auf diese Produkte – einschließlich JIRA Software, JIRA Service Desk, Confluence, Bitbucket, Bamboo und HipChat -, um eine vollständige Rückverfolgbarkeit zu gewährleisten und Teams und Management während des gesamten Entwicklungslebenszyklus über den Fortschritt zu informieren.

Die Atlassian-Lösungen lassen sich in bestehende Systeme integrieren und so anpassen, dass sie den individuellen Prozess jedes Teams unterstützen. Der Anbieter bietet die Tools, mit denen jedes Team sein volles Potenzial entfalten kann.

Im Beitrag mehr über die Atlassian Produkte, deren Vorteile, Erfahrungen damit und was man damit machen kann.

Planen, Nachverfolgen und unterstützen

Jira Software

Jira Software wurde für jedes Mitglied des Software-Teams entwickelt, um zu verfolgen und großartige Software zu erstellen.

• Die umfangreichen Planungsfunktionen von Jira Software ermöglichen dem Team eine flexible Planung
• Schätzungen helfen dem Team, genauer und effizienter zu werden. Man kann Story-Punkte, Stunden oder die eigene Schätzungstechnik nutzen. Jira Software unterstützt sie alle
• Man kann User Storys, Probleme und Bugs in Idm Produkt-Backlog mit einfacher Drag-and-Drop-Priorisierung bestellen
• Jira Software bringt ein neues Maß an Transparenz in die Arbeit des Teams und hält alle auf dem gleichen Stand
• Umfangreiche Berichtsfunktionen geben dem Team einen guten Einblick in deren agilen Prozess

Jira Service Desk

Durch die Verknüpfung von Jira Service Desk mit Jira Software können Kunden/ Mitarbeiter und Entwicklerteams auf einer Plattform zusammenarbeiten, um Vorfälle schneller zu beheben und Änderungen besser zu pushen.
Kunden oder Mitarbeiter können Anfragen über ein benutzerfreundliches Help Center stellen und Confluence zu Jira Service Desk hinzufügen, um eine integrierte Wissensdatenbank zu erhalten. Maschinelles Lernen (Machine Learning) empfiehlt intelligent den richtigen Service und lernt von jeder Interaktion, so dass Antworten leicht zu finden sind.

Jira Core

Alle Projektinformationen auf einen Blick mit Jira Core sehen.

Die Verwaltung von Projekten und Aufgaben in Jira Core beginnt mit einem Workflow. Workflows definieren den Prozess und ermöglichen dem Team, Aufgaben zu verfolgen. Jira Core Cloud-Instanzen verfügen außerdem über Boards, mit denen man die Workflows visualisieren und Aufgaben per Drag-and-Drop von To-Do-To-Do auf „Do-Do“ übertragen kann.

Aufgabenverwaltung ist einfacher mit Status, Kommentaren und Anhängen an einem Ort. Jeder kennt die Details eines Projekts auf einen Blick, ohne ein Meeting per E-Mail zu senden oder einrichten zu müssen.

Wie viele Aufgaben laufen noch? Welches Teammitglied hat zu viel auf dem Teller? Mit Jira Core kann man den Status der Projekte des Teams auf verschiedene Arten verfolgen: mit einem schnellen Überblick, benutzerdefinierten Dashboards oder sogar einem vordefinierten Bericht.

Statuspage

Der beste Weg, Kunden und Mitarbeiter während der Ausfallzeiten auf dem Laufenden zu halten.

Vorfälle sind das Rückgrat der Statuskommunikation. Man kann Benutzer über Echtzeitausfälle und anstehende geplante Wartungsarbeiten informieren, während man sich im Vorfeld mit Vorfallvorlagen vorbereitet.

Integration mit den Überwachungstools, die man bereits verwendet, um Messwerte wie Betriebszeit und Reaktionszeit anzuzeigen. Man baut Vertrauen auf und zeigt Zuverlässigkeit.

Man kann auf eine ständig wachsende Sammlung kostenloser Add-ons und Integrationen zugreifen. Von der Aktualisierung von Vorfällen auf Twitter bis zur Automatisierung der Vorfallserstellung von PagerDuty arbeiten diese immer an neuen Erweiterungen für das Kernprodukt.

Wenn man nur mit den Mitarbeitern kommunizieren muss, kann man die Statusseite vor der Öffentlichkeit verstecken und den Benutzerzugriff über SAML-basierte SSO oder Google Authentication sichern.

Zusammenarbeit

Confluence

Confluence verfügt über umfangreiche Funktionen, mit denen das Team ins Schwarze treffen kann.

Transparenz und Organisation sind der Schlüssel für moderne Teams. Confluence bietet einen zentralen Ort, um die Arbeit des Teams organisiert und zugänglich zu halten. Dadurch wird es einfacher, die Informationen zu finden, die erforderlich sind, um die Arbeit voranzutreiben.

Leistungsstarke Teams arbeiten zusammen, um die Produktivität zu maximieren. Confluence vereinfacht das Erstellen von Dokumenten als Team, bietet Feedback im Kontext und iteriert schnell, bis die Arbeit abgeschlossen ist.

Teams wechseln und Teams wachsen. Confluence ist eine flexible Plattform, die die Arbeitsweise des Teams unterstützt und für jede Art von Bedarf angepasst werden kann.

Trello

Von Startups bis hin zu Fortune-500-Unternehmen ist Trello die visuelle Möglichkeit für Teams, bei jedem Projekt zusammenzuarbeiten

• Man kann das große Bild sehen oder in die Details gehen, alles auf einem Trello Board
• Man kann auf E-Mails verzichten und dort kommunizieren, wo die Arbeit erledigt wird
• Nie einen Termin verpassen mit einfach zu bestimmenden Fälligkeitsdaten und Kalenderansichten
• Trello ist das Werkzeug, mit dem man mit allen Teams verbunden bleibt
• Echtzeitaktualisierungen bedeuten, dass jeder die gleiche Perspektive hat
• Verfügbar in dem Browser und auf mobilen Geräten

Programmieren, Erstellen und liefern

Bitbucket

Bitbucket ist mehr als nur Git-Code-Management. Bitbucket bietet Teams einen Ort, an dem sie Projekte planen, Code gemeinsam bearbeiten, testen und bereitstellen können.
Bitbucket wird hauptsächlich für die Überprüfung von Code verwendet. Bitbucket unterstützt die folgenden Funktionen:

• Pull-Anfragen mit Code-Review und Kommentaren
• Bitbucket-Pipelines
• Bestätigung in zwei Schritten
• IP-Whitelisting
• Zusammenführungschecks
• Codesuche (Alpha)
• Dokumentation, einschließlich automatisch gerenderten README-Dateien in einer Vielzahl von Markdown-ähnlichen Dateiformaten
• Problemverfolgung
• Wikis
• Statische Websites, die in Bitbucket Cloud gehostet werden: Statische Websites haben die bitbucket.io-Domain in ihrer URL
• Add-ons und Integrationen
• REST-APIs zum Erstellen von Drittanbieteranwendungen, die eine beliebige Entwicklungssprache verwenden können
• Snippets, die es Entwicklern ermöglichen, Codesegmente oder Dateien zu teilen
• Intelligente Spiegelung

Sourcetree

Keine Befehlszeile mehr – man kann die verteilte Versionskontrolle mit einem Git-Client vereinfachen und alle schnell auf den neuesten Stand bringen.

Perfekt, um fortgeschrittene Benutzer noch produktiver zu machen. Man kann die Changesets, Stash, Cherry-Picks zwischen Zweigen überprüfen und vieles mehr.

Eine voll funktionsfähige GUI, die einen effizienten, konsistenten Entwicklungsprozess direkt aus der Box bietet. Arbeitet mit Git und Mercurial.

Bamboo

Bamboo Server ist die Wahl professioneller Teams für kontinuierliche Integration und Bereitstellung.

Man kann mehrstufige Build-Pläne erstellen, die Trigger einrichten, um Builds nach Commits zu starten, und die kritischen Builds und Bereitstellungen Agenten zuweisen.

Testen ist ein Schlüsselelement der kontinuierlichen Integration. Man kann automatisierte Tests in Bamboo durchführen. Parallele automatisierte Tests setzen die Kraft der agilen Entwicklung frei und machen das Auffinden von Fehlern einfacher und schneller.

Bamboo bietet erstklassige Unterstützung für den Lieferaspekt der kontinuierlichen Lieferung. Bereitstellungsprojekte automatisieren die mühsame Einführung in jede Umgebung, während man den Datenfluss mit Berechtigungen für die jeweilige Umgebung steuern kann.

Bamboo bietet die beste Integration mit Jira Software, Bitbucket und Fisheye.

Fisheye

Bessere Entscheidungen, schneller und besser.

• Man kann über Aktivitäten berichten und nach Commits, Dateien, Revisionen oder Teamkollegen in SVN, Git, Mercurial, CVS und Perforce suchen.
• Änderungen mit einem Side-by-Side- oder Unified-Diff-Tool anzeigen die JIRA-Software-Probleme direkt mit Diffs, Changeset-Details oder der vollständigen Quelle verknüpfen.
• Eine grafische Darstellung der Aktivitäten in der Quelle erhalten, im Laufe der Zeit über Codezeilen berichten und eine visuelle Nachverfolgung der Änderungen bekommen.
• Man kann verfolgen, was bei den Projekten passiert, mit Aktivitäts-Streams, die Commits, JIRA Software-Probleme und Crucible-Review-Aktivitäten in dem Team anzeigen.
• Schnell nach Code suchen, indem man jedes Artefakt in dem Code verwendet: Dateinamen, Commit-Nachrichten, Autoren, Text und sogar historische Änderungen.

Crucible

Hochwertigen Code versenden.

• Den Code prüfen, Änderungen besprechen, Wissen teilen und Fehler in SVN, Git, Mercurial, CVS und Perforce identifizieren.
• Formale, workflowbasierte oder schnelle Codeüberprüfungen erstellen und Gutachter aus dem gesamten Team zuweisen.
• Jede Codeüberprüfung in eine Thread-Diskussion verwandeln und bestimmte Quellzeilen, Dateien oder einen gesamten Änderungssatz kommentieren.
• Maßnahmen für wichtige Aspekte mit einheitlichen Ansichten in der Code-Aktivität für Commits, Reviews und Kommentare ergreifen.
• Die Codequalität mit Daten verbessern, bei denen Teile der Codebasis nicht ausreichend überprüft wurden. Einen schnellen Überblick über den Status der Überprüfung und wer möglicherweise Rezensionen hält verschaffen.

Interessante Beiträge zum Thema:
Ein Überblick zu Atlassian Software
Mehr Informationen zu Atlassian Produkten

Bilder: Canva

Der Autor: Sascha Thattil arbeitet bei YUHIRO und hilft Unternehmern und Unternehmen beim einfachen Aufbau von Programmier-Teams in Indien. YUHIRO ist ein deutsch-indisches Unternehmen welches IT Firmen, Agenturen und IT Abteilungen Softwareentwickler bereitstellt.