Wir verwenden Projektmanagement um Softwareprojekte zu planen und umzusetzen. Projektmanager arbeiten „hands on“ im Projektteam mit, es geht uns um effizientes Umsetzen, nicht um Vorgehensmodelle. Dabei haben wir mit agilen Methoden wie Scrum gute Erfahrungen gemacht. Wir sind zertifizierte Scrum Master, wissen aber auch andere Methoden wie z.B. RUP zu schätzen.
Der Projektmanager ist aber auch wichtige Schnittstelle zum Kunden in punkto Kommunikation, Koordination und Projektcontrolling.

Bei gepardec wird der Softwarearchitektur ein hoher Stellenwert beigemessen. Eine den Anforderungen entsprechende Softwarearchitektur trägt unmittelbar zur Qualität des Software-Systems bei und sichert aber auch langfristig die Wartbarkeit, Flexibilität und Erweiterbarkeit. Entscheidungen im Bereich der Software-Architektur müssen immer im Spannungsfeld des Formalismus (die Architektur macht Vorgaben für die Software-Entwicklung und engt damit den Entscheidungsfreiraum der Entwickler ein), der Anwendbarkeit und auf der anderen Seite zu wenig Strukturen und Vorgaben gemacht werden. Müssen wir eine bestehende Softwarearchitektur bewerten, so gehen wir dabei systematisch und methodisch gleitet vor.

Stupides Coden von Vorgaben des Requirements Engineer? Sicher nicht. Software-Entwickler (“Ingenieure”) beherrschen bei uns mehrere Handwerkskünste. Angefangen vom verstehen und diskutieren der Anforderungen, über das Mitgestalten der DevOps-Infrastruktur, das Automatisieren von Testfällen bis hin - natürlich - zum architekturkonformen Implementieren. Der Software-Entwickler bei gepardec arbeitet eigenverantwortlich, hat ein hohes Qualitätsbewusstsein, was den von ihm erstellen Quellcode betrifft und kennt gängige Design- und Programmierpatterns. “Clean Code” ist dabei nicht ein Modewort, sondern gängige Praxis. Ständige Weiterbildung durch externe und interne Trainings, gespickt mit Konferenzbesuchen, um die neuesten Trend im Auge zu behalten, ermöglichen ein hohes Qualitätslevel von ersteller Software bei gepardec.

Der DevOps Consultant bewegt sich am Grat zwischen Entwicklung und Betrieb. Wo gelegentlich ein Graben ist, versucht er Brücken zu bauen. Das erfordert Verständnis für die Bedürfnisse des Betriebs und für die Methoden der Entwickler genau so wie die Kenntnis von Skriptsprachen und Automatisierungswerkzeugen. Durch Automatisieren der Deploymentprozesse vermindert der DevOps Engineer wiederkehrende Aufgaben im Betrieb, durch Bereitstellen von Loganalysewerkzeugen hilft er der Entwicklung beim Auffinden von Fehlern. Ziel ist es die Zeit von der Erstellung des Quellcodes bis zum Deployment in Produktion zu verkürzen und so dem Endbenutzer des Systems schneller mehr Wert zu liefern. Das alles unter Beibehaltung oder Verbesserung des Qualitäststandards. Da sich der DevOps Consultant durch seine Tätigkeit ein breites Systemwissen sowie Vertrauen aller Beteiligten aufbaut, ist er auch einer der ersten Ansprechpartner, wenn es um die Lösung kniffliger Produktionsprobleme geht.

Requirements Engineering ist die hohe Kunst, den Benutzer in der Weise zu verstehen, was er eigentlich will und dies gut aufbereitet in die Entwicklung zu transferieren. Aber aus unserer Sicht ist es weniger Kunst, sondern es erfordert interdisziplinäre Fähigkeiten in Form von Erfahrungen, Methoden und Techniken. Der Requirements Engineer setzt sich bei uns intensiv mit den Bedürfnissen des Benutzers auseinander und versucht dabei, Lösungen der Software-Entwicklung nicht vorwegnehmen. Der Requirements Engineer übernimmt aber auch eine wichtige Rolle der Qualitätssicherung, bevor die Software nach einer Iteration dem Benutzer zum Testen übergeben wird.

Warum lassen sich Benutzeroberflächen und Apps von namhaften Herstellern (Google, Facebook, Instagramm) so gut, intuitiv und flüssig bedienen? Weil sich UX-/UI-Designer damit beschäftigen und in die Entwicklung der Software und Apps mit eingebunden sind. UX bedeutet “User Experience” und geht über das bloße Design von Benutzeroberflächen hinaus. Es geht darum, dem Benutzer ein “Erlebnis” beim Verwenden der Software und Apps zu bieten. Dies kann nur dadurch erreicht werden, wenn sich der UX-/UI-Designer mit dem Benutzer, seinem Umfeld (Arbeitsplatz, Geschäftsprozesse, Störeinflüsse, …) intensiv auseinandersetzt und gemeinsam mit dem Requirements Engineer diese Anforderungen an die Entwicklung zu transportieren. Der UX-/UI-Designer liefert dabei der Entwicklung pixelgenaue, tlw. klickbare, Prototypen und Vorlagen. Diese sind auch in Gesprächen mit den zukünftigen Benutzern sehr wertvoll. Auch nach der Umsetzung der Software setzt sich der UX-/UI-Designer mit dem Benutzerverhalten auseinander. Es geht ihm darum, ob die Software den Erwartungen in punkto Usability entspricht und versucht dies messbar zu machen (z.B. anhand durch Analyse des Klickverhaltens).