Interview mit einem ICT Netzwerk Spezialisten

E. S. ist ein junger Netzwerk Spezialist, der aber bereits auf eine steile Karriere zurückblicken kann. Im Interview mit 2parse.it erzählt er über seinen bisherigen Werdegang, seine Arbeit und über seine Zukunftspläne.

Kannst du mir ein wenig über deinen bisherigen Werdegang erzählen?

E. S: Ich habe die Ausbildung zum Informatiker mit Fachrichtung Systemtechnik absolviert. Danach habe ich ein paar Monate bei einem bekannten Internetanbieter im Support gearbeitet, allerdings hat mir dies nicht so zugesagt. Ich musste sehr viel telefonieren. Danach war ich bei einem Software-Unternehmen als System Engineer im Einsatz. Dort hatte ich mehr Verantwortung und bekam Einblick in verschiedene Bereiche wie zum Beispiel Netzwerk und Datacenter. Später habe ich ein halbes Jahr als Linux System Engineer gearbeitet und kam irgendwann mit 2parse.it in Kontakt. Ich erhielt ein interessantes Angebot als Netzwerk Engineer in einem Firewall Implementationsteam. Ich merkte jedoch schnell, dass ich unterfordert war und teilte dies entsprechend meinem Vorgesetzten mit. So kam es dann dazu, dass ich eine Stufe höher zum Connectivity Solution Engineer aufgestiegen bin.

Was machst du denn in deiner Funktion als Connectivity Solution Engineer?

Troubleshooting gehört zu meinen wichtigsten Tätigkeiten. Ich bekomme auch Kleinaufträge. Zum Beispiel wird ein neuer Server aufgesetzt und ich muss dann schauen, wohin was gehört und gebe das in Auftrag. Ich stelle die Verbindungen zwischen den Servern her. Das ist das, was ich aktuell mache. Also hauptsächlich arbeite ich in Projekten mit.

Bist du dann vor Ort beim Kunden im Einsatz?

Nein, ich arbeite in der internen Abteilung der Firma. Wir haben zwei Abteilungen; eine Abteilung ist für die externen Kunden zuständig und eine für die internen Belange der Firma. 

Was bereitet dir am meisten Freude bei deiner Arbeit?

Ich mag eher die grösseren Aufträge. Arbeiten, die ich innerhalb von 10 Minuten erledigt habe, sagen mir nicht so zu. Ich arbeite gerne in Projekten mit und Troubleshooting bereitet mir grosse Freude. Also eher die technischen Sachen.

… und die grössten Herausforderungen?

Da ich jemand bin, der sehr schnell lernt, sehe ich im Moment ehrlich gesagt keine Herausforderungen bei der Arbeit. Irgendwann wird alles ein bisschen zur Routine.

Was kannst du über dein Team und die Zusammenarbeit erzählen?

Wir haben eine junge Gruppe und eine ältere Gruppe. Man kann gut zusammenarbeiten oder auch mal eine Aufgabe delegieren, wenn man zu viel Arbeit hat. Auch wenn man einen Tag freinehmen möchte, erklären sich die Teamkollegen jederzeit bereit, die Stellvertretung zu übernehmen. Ich kann mich also nicht beklagen, die Zusammenarbeit ist sehr angenehm.

Hast du dir schon Gedanken darüber gemacht, wie du dich beruflich weiterentwickeln möchtest?

Ich bin ja noch jung, ich möchte mich auf jeden Fall noch weiterbilden. Wahrscheinlich mache ich noch eine Ausbildung. Ich möchte die Höhere Fachschule besuchen und eine Cisco-Zertifizierung machen. Ich möchte also im Netzwerk-Bereich bleiben.

Interview: Eylem Polat

Interview mit einem SCRUM Master

In der agilen Softwareentwicklung ist SCRUM schon seit Jahren ein Thema. Um ein Projekt agil abwickeln zu können, braucht es auch einen SCRUM Master. S. M. ist ein SCRUM Master und erzählt im Interview mit 2parse.it alles Wichtige, was man über SCRUM wissen muss.

Zuerst einmal eine ganz banale Frage: Wie würden Sie einem Laien SCRUM erklären?

S. M: In der Software-Welt hat man irgendwann festgestellt, dass etwa 50% der Projekte am Ende nicht zufriedenstellend waren bzw. nicht so herauskamen wie zu Beginn geplant. Oder die Kosten waren am Ende viel höher, als man geplant hatte. SCRUM bietet eine gute Möglichkeit, mit dieser Problematik umzugehen. So definiert man nicht alles von Anfang an, sondern man arbeitet möglichst häufig mit dem Kunden zusammen, um herauszufinden, ob der Kunde mit den bisherigen Ergebnissen zufrieden ist oder nicht. Der Fokus liegt also auf der engen Zusammenarbeit mit dem Kunden. Software-Projekte sind sehr schnelllebig und man muss schnell und möglichst agil auf die Veränderungen und Bedürfnisse des Kunden reagieren.

Wie sieht ein klassisches SCRUM Team aus?

Man hat in der Regel jemanden, der die Kunden-Rolle einnimmt. Das ist entweder der Kunde selbst oder jemand, der sehr eng mit dem Kunden zusammenarbeitet. Das müsste jemand sein, der eine Schnittstellenfunktion zwischen Business und IT innehat. So kann man regelmässig Feedbacks und Verbesserungsvorschläge vom Kunden einholen. Dann gibt es noch einen SCRUM Master für die Koordination und für das Coaching des Teams. Er schaut dann, dass das Team sich an alle Regeln der Zusammenarbeit hält. Das Team besteht in der Softwareentwicklung hauptsächlich aus Entwicklern, welche je nach Projekt anders spezialisiert sind, da gibt es keine Vorgaben seitens SCRUM. Man kann SCRUM auch mit reinen Business Teams durchführen, es ist recht flexibel.

Wie funktioniert denn die Zusammenarbeit im Team?

Die Kommunikation im Team ist sehr wichtig. Im SCRUM wird mehr Wert auf Kommunikation als auf Dokumentation gelegt. Am besten ist es, wenn das Team im gleichen Büro sitzt, so kann man am besten und schnellsten miteinander kommunizieren. Wenn dies nicht möglich ist, sitzt man wenigstens einmal pro Tag zusammen oder macht einen kurzen Call, um alles Wichtige zu besprechen.

Welche Eigenschaften benötigt man für die Rolle als SCRUM Master?

Es ist sicher wichtig, sich leicht in andere hineinversetzen zu können. Man muss das Team verstehen können. Vor allem im Software-Bereich gibt es sehr unterschiedliche Persönlichkeiten und Leute, die vielleicht nicht sehr kommunikativ sind. Dann ist es wichtig, gute Menschenkenntnisse zu haben und ein Gespür dafür, herauszufinden, wo der Schuh drückt. Andererseits muss man auch ein wenig als «Beschützer» des Teams auftreten und schauen, dass das Team nicht mit den Wünschen des Kunden bombardiert wird.

Also eine klassische Führungsrolle…

Der SCRUM Master ist eigentlich weniger derjenige mit der «Peitsche», der vorschreibt, was zu tun ist. Der Fokus liegt darauf, dass das Team selber versucht, sich zu organisieren und selber weiss, was zu tun ist. Es ist meistens auch nicht der Linienvorgesetzte, der SCRUM Master ist. Der SCRUM Master ist eher der Coach und der «Beschützer» nach aussen. Er versucht die Probleme, die im Team auftauchen, zu lösen. Wenn es Spannungen und Auseinandersetzungen im Team gibt, dann wäre es auch die Aufgabe des SCRUM Masters, zu schlichten. Auch ist es hilfreich, die Bedürfnisse und Wünsche des Kunden zu verstehen.

Gibt es noch weitere Aufgaben eines SCRUM Masters, die wichtig zu erwähnen sind?

Klassisches Reporting ist ebenfalls eine wichtige Aufgabe des SCRUM Masters. Man muss dem Kunden und der Business-Abteilung den Fortschritt und den aktuellen Stand präsentieren. Das ist ein regelmässiger Rhythmus. Danach sitzt man nochmal mit dem Team zusammen und bespricht gemeinsam den Fortschritt. Das Ziel ist die kontinuierliche Verbesserung.

Interview: Eylem Polat

Interview mit einem .NET Spezialisten

D. E. ist ein erfahrener .NET Entwickler, der aktuell bei einem Finanzunternehmen in Zürich im Einsatz ist. Im Interview mit 2parse.it erzählt er unter anderem, was einen guten .NET Entwickler ausmacht.

Herr E, Sie sind ein leidenschaftlicher Programmierer. Wie haben Sie Ihre Leidenschaft fürs Programmieren entdeckt?

D. E: Ich habe die Leidenschaft fürs Programmieren durch meine Faszination für Mathematik und Maschinen entdeckt. Programmieren bedeutet in diesem Sinne, digital Maschinen zu bauen. Mit 16 Jahren habe ich meine erste Programmiersprache gelernt. Damals war es Turbo Pascal und als nächstes habe ich Visual Basic gelernt. So kam ich mit moderneren Programmiersprachen in Berührung, bis ich bei .NET gelandet bin.

Warum haben Sie sich ausgerechnet auf die Programmiersprache .NET spezialisiert?

C# ist eine Weiterentwicklung von C++ und .NET ist eigentlich ein Framework. Man muss nicht jede Kleinigkeit neu programmieren, sondern man hat eine Bibliothek. In .NET sind das ungefähr 20'000 Klassen, die einem zur Verfügung gestellt werden und man die Funktionalität verwenden kann. Die erste ähnliche Plattform war Java. Ich persönlich bin auch ein Microsoft-Fan und das ist auch der Hauptgrund, weshalb ich nie die Java-Linie verfolgt habe. Ich war von Anfang an fasziniert von .NET.

Java vs. .NET: Was sind die grössten Unterschiede?

Java ist immer ein wenig weiter und hat mehr Codes, C# ist ein wenig kürzer und man muss weniger Codes für das Gleiche schreiben. Das ist ein sehr feiner Unterschied. Ein grosser Unterschied ist auch, dass bei .NET alles aus einem Guss von Microsoft kommt. Bei Java ist es eher historisch gewachsen und es passt nicht immer alles so gut zusammen, wie es bei .NET der Fall ist. Ansonsten unterscheiden sie sich im Prinzip nur durch die Namespaces. Das ist im Prinzip der Ort, wo alles versorgt ist.

Was zeichnet für Sie einen guten Programmierer aus?

Ein guter Programmierer muss bereit sein, mit der Technologie zu wachsen. Das heisst, man hat im Programmieren nie ausgelernt, denn die Paradigmen gehen ständig weiter. Es gibt eine Faustregel, dass man alle 4 Jahre 50% seines Know-Hows wegwerfen kann, da es nicht mehr brauchbar ist. Diese Regel hat sich immer wieder bestätigt und es bleibt auch so. Beim Programmieren ist es so, dass die Hälfte der Komponenten, die vor 4 Jahren gebaut worden sind, nicht mehr brauchbar ist und die andere Hälfte durch etwas komplett Neues ersetzt worden ist. Deswegen macht ein guter Programmierer meiner Meinung nach diese Wandlung mit und wird immer besser.

Wie sieht ein klassischer Arbeitstag eines .NET Entwicklers aus?

Das kommt ganz darauf an, wie das Projekt gehandhabt wird, ob man alleine oder in einem Team ist. Wenn man in einem Team ist, ist es heutzutage Standard, dass Scrum zur Anwendung kommt. Das heisst, man kommt am Morgen an den Arbeitsplatz – meistens hat man flexible Arbeitszeiten – und irgendwann findet das Daily statt. Das ist dann eine Art Startpunkt, der immer ungefähr zur gleichen Zeit stattfindet. Es wird meistens kurz und knackig gehalten. Dann sucht man sich seine Aufgaben heraus und entwickelt selbständig die Features. Dann ist man meistens beschäftigt mit Codes schreiben. Am liebsten schreibt ein Programmierer nur Codes. Zum Schluss präsentiert man die Features, die man erstellt hat. Dann ist der Zyklus abgeschlossen.

Wie gestaltet sich die Zusammenarbeit mit Ihren Teamkollegen?

Es herrscht ein sehr enges Verhältnis mit den Teamkollegen. Es gibt auch eine Methode, die sich «Pair Programming» nennt. Man bildet ein 2er Team, also ein «Pärchen», und setzt sich zusammen an den gleichen Monitor und schreibt zusammen den gleichen Code. Einer hat die Tastatur und der andere schaut zu, wie der Code geschrieben wird und gibt seinen Senf dazu. Es ist im Grunde wie ein 4-Augen-Prinzip. Wenn man alleine programmiert, dann «reviewed» man normalerweise den Code gegenseitig. Das funktioniert so, dass man den Code vom Kollegen liest und seine Kommentare anhand der Kommentarfunktion direkt hineinschreibt. Dann bekommt der Teamkollege das Feedback und macht je nachdem noch gewisse Korrekturen. Dadurch wird das Know-How geteilt und das Team ist miteinander vernetzt. Auf diese Weise findet immer ein Austausch statt.  

Zum Schluss noch: Wie sehen Sie die Zukunft der Programmiersprache .NET? Lohnt es sich, für angehende Programmierer sich auf .NET zu spezialisieren?

Auf jeden Fall. Vor allem mit dem neuen .NET Core hat .NET einen riesengrossen Schritt in Richtung Weltprogrammiersprache gemacht. Das Framework ist neu programmiert, das heisst, man muss gewisse Klassen neu kennenlernen. Aber mit diesem Schritt wird .NET besser als Java. Es gibt zwar immer noch mehr Java Programmierer als .NET, aber das wird sich wieder ändern.

Interview: Eylem Polat

Interview mit einer ICT Spezialistin

M. G. ist aktuell als ICT Supporterin bei einem Finanzunternehmen im Einsatz. Die langjährige Informatikerin, die in der Vergangenheit schon selbständig war, erzählt über ihren Arbeitsalltag.

Frau G, Sie bringen langjährige Erfahrung in der Informatik mit. Können Sie mir über Ihren Einstieg in die IT erzählen?

Frau G: Mein Einstieg in die IT war Zufall. Ich habe eine kaufmännische Ausbildung absolviert und konnte damals mit Grosssystemen nicht viel anfangen. Dann kam es, dass ich die Stellvertretung für eine Sekretärin übernommen habe und sie einen der ersten Personal Computer betreute. Das hat mich fasziniert und dadurch kam ich auf die Idee, mir eine Arbeit in der IT zu suchen. Es gab damals keine IT-Ausbildungen, das heisst, alle waren Quereinsteiger. Ich hatte das Glück, einen Job bei einem namhaften Finanzunternehmen im PC-Support zu finden. Das war so interessant, dass ich mich weiterbildete und auf die Server-Seite wechselte. Seither arbeite ich als Engineer in der IT seit bald 35 Jahren.

Sie waren in den letzten Jahren vor allem als System Engineer tätig. Fühlen Sie sich im 1st und 2nd Level Support nicht manchmal ein wenig unterfordert?

Das kommt natürlich darauf an, was für Aufgaben anfallen. Es gibt einfache Tickets, die man schnell beantwortet. Dann gibt es schwierigere, wo ich zuerst Abklärungen durchführe, um dem Benutzer optimal zu helfen. Die Mischung aus beidem macht die Abwechslung aus. Das macht meine Aufgabe spannend.

Was sind die Haupttätigkeiten bei Ihrer Arbeit?

Ich helfe unseren Kunden, also unseren Benutzern. Ob ein Passwort vergessen wurde, welches ich zurücksetzen muss, oder ob tiefergehende Probleme bei einem Projekt vorhanden sind, wo er selber nicht weiterkommt. Wir sind für die Atlassian-Produkte zuständig; ich vor allem für Jira, Confluence, Bitbucket, Artifactory und Bamboo. Man muss die Probleme des Kunden, die er im Projekt hat, lösen, sodass er seine Arbeit schnell und problemlos durchführen kann.

Was sind die grössten Herausforderungen im Support?

Jeden Tag tauchen neue Probleme auf, die man zuvor nicht behoben hat. Dadurch eignet man sich laufend neues Wissen an, was für mich wie den Kunden von Vorteil ist.

Wie gehen Sie mit diesen Herausforderungen um?

Positiv. (lacht) Ich versuche, dem Kunden zu helfen. Das heisst, ich suche manchmal 2-3 Stunden im Internet nach einer Lösung. Wir haben ein Test-System, wo wir testen, ob der Lösungsvorschlag funktioniert. Das Schönste ist natürlich, wenn ich dem Kunden die Lösung aufzeige und er glücklich ist, dass ich sein Problem beheben konnte.

Wie setzt sich das Team zusammen, in dem Sie arbeiten?

Wir sind 11 Personen im Team. 3 davon sind für den Service Desk zuständig, unter anderem ich. Die anderen sind unsere Software Engineers. Sie sind zuständig dafür, dass die Atlassian Software immer auf dem aktuellen Stand ist. Sie führen Automatisierungen ein, mit denen wir unsere Kunden optimal unterstützen.

Gibt es manchmal auch Reibereien im Team?

Ich empfinde dies nicht. Wir sind ein sehr harmonisches Team. Auch die Zusammenarbeit zwischen dem Support und dem Engineering ist sehr gut. Die Engineers sind sehr hilfsbereit. Wenn ich Probleme habe, sind sie immer bereit, mir zu helfen und unterstützen mich.

Als abschliessende Frage: Welche Ziele haben Sie sich für die nächsten drei Jahre gesetzt?

Ich werde ganz sicher weiterhin in der Informatik bleiben. Ich bin ein System Engineer. Entweder werde ich als System Engineer im Windows-Umfeld arbeiten oder ich nehme ein ähnliches Projekt an wie mein aktuelles. Im Bereich Application Support, denn so lerne ich neue Applikationen kennen und erarbeite mir täglich mehr Wissen.

Interview: Eylem Polat

Interview mit Parastoo Shajan: "Aus Niederlagen wird man stärker"

Parastoo Shajan ist Partnerin und Geschäftsführerin des IT-Recruitment Unternehmens 2parse.it gmbh in Zürich. Die ehrgeizige Karrierefrau und Mutter erzählt über die grössten Herausforderungen als Selbständige.

Frau Shajan, Sie sind nun schon seit vier Jahren selbständig und haben die Firma 2parse.it gmbh aufgebaut. Wie ist es zu der Entscheidung gekommen, sich selbständig zu machen?

P. Shajan: Ich bin schon immer sehr ehrgeizig und zielorientiert an die Sachen herangegangen. Ziele, die mir gesetzt wurden, habe ich immer versucht zu übertreffen. Dank diesen Eigenschaften habe ich nicht an mir gezweifelt, den Schritt in die Selbständigkeit zu wagen. Zudem habe ich die richtigen Partner (kessler.vogler gmbh) getroffen und es hat sich die Basis für eine gute Zusammenarbeit geboten. Nach vier Jahren kann ich nun mit Gewissheit sagen, dass die 2parse.it sich gut im Markt etabliert hat.

Was sind die grössten Herausforderungen bei einem IT-Recruitment Unternehmen?

Als IT-Vermittlungs-Boutique kommt man an sehr sensitive Daten heran. Das sind sowohl persönliche Daten von Kandidaten und aber auch sensitive Kundendaten. Deshalb ist eine vertrauenswürdige Zusammenarbeit essentiell. Des Weiteren ist es wichtig, verschiedenste Prozesse sauber abzuwickeln.

Die IT-Branche wird von Männern dominiert. Wie kommen Sie als Frau in dieser Branche an?

Ich habe damals (2002) als Quereinsteigerin die Chance bekommen, in die IT-Branche einzusteigen und habe in dieser Branche Fuss gefasst. Daher bin ich der Meinung, dass es unabhängig vom Geschlecht vor allem wichtig ist, Kompetenz anzubieten und auf Augenhöhe zu kommunizieren. Für IT-Spezialisten ist es vor allem wichtig, sich verstanden zu fühlen. Im Allgemeinen sollten sich mehr Frauen wagen, in diese von Männern dominierte Branche einzusteigen.

Sie sind Karrierefrau und Mutter. Kommen Sie da manchmal nicht an Ihre Grenzen?

Klar ist es einfacher, nur Karrierefrau zu sein. Man kann seinen Alltag freier gestalten. Ich sehe Kinder jedoch als Mehrwert und nicht als Hindernis, um Karriere zu machen. Es gibt mir den richtigen Ausgleich im Leben. Für mich ist es bloss eine Frage der Organisation.

Wo sehen Sie Ihre Firma in fünf Jahren?

Mir ist es wichtig, weiterhin standhaft zu bleiben, die Qualität beizubehalten mit dem Ziel, mit qualifizierten Mitarbeitern weiter zu wachsen. Die 2parse.it zeichnet sich vor allem dadurch aus, dass sie primär den Schweizer Arbeitsmarkt fördert. Dies möchte ich ebenfalls beibehalten.

Als abschliessende Frage: Was wollen Sie Jungunternehmern mit auf den Weg geben?

Es ist wichtig, an seine Ideen zu glauben und daran festzuhalten. Aus Niederlagen wird man stärker. Man sollte seinen Weg gehen und nicht auf andere hören, die einen von diesem Weg abhalten wollen.

Interview: Eylem Polat

Interview mit einem PMO

Ein erfahrener Project Management Officer, kurz PMO, erzählt über seinen Werdegang, seinen Arbeitsalltag und die grössten Herausforderungen bei seiner Arbeit in einem Finanzunternehmen.

Herr Z, können Sie mir ein wenig über Ihren bisherigen Werdegang erzählen?

Herr Z: Ich habe ursprünglich eine kaufmännische Ausbildung mit Berufsmatura gemacht und bin nach der Ausbildung im Lehrbetrieb geblieben. Das war bei einem Fleischhersteller in Basel. Ich habe dort als Web-Redaktor angefangen. Das war damals, als die erste Webseite aufgebaut wurde im Jahr 2001. Es brauchte damals jemanden, der sich um die Pflege der Webseite kümmerte. Das habe ich über 10 Jahre gemacht. Irgendwann wollte ich auch einmal etwas anderes sehen, weshalb ich dann gekündigt habe. Seither arbeite ich im Bereich Projektassistenz bei verschiedenen Unternehmen.

Was zeichnet Sie als den perfekten PMO aus?

Ich kann gut Prioritäten setzen und arbeite ziemlich gewissenhaft.

Welche Aus- und Weiterbildungen benötigt man für den Einstieg als PMO?

Ich habe nichts Spezifisches dafür benötigt, habe aber während meiner Tätigkeit als PMO bei einem Finanzdienstleister auf eigene Kosten die IPMA Level D Zertifizierung gemacht. Das habe ich gemacht, um mein Wissen und meine Erfahrung mit einem entsprechenden Zertifikat zu belegen.

Wie sieht der Arbeitsalltag von Ihnen als PMO aus?

Bei dem Finanzunternehmen in Zürich, wo ich aktuell arbeite, ist es ziemlich speziell. Seit diesem Jahr sind die Projekte, die ich schon letztes Jahr betreut habe, zusammengefasst in einem agilen Vorgehensmodell. Es gibt also nicht mehr vier Einzelprojekte, die parallel laufen, sondern ein zusammengefasstes Projekt. Es gibt ein Framework aus den USA namens SAFe (Scaled Agile Framework), welches jetzt dort umgesetzt wird. Im Prinzip ist es ein wenig wie Scrum auf einem höheren Level mit mehreren Teams und mehreren Initiativen. Es gibt dann auch eine Rolle wie einen Scrum Master und einen Product Owner, einfach ein Level höher. Deswegen besteht meine Arbeit nicht mehr nur aus den typischen PMO-Aufgaben wie Budgetkontrolle, Terminorganisation und Präsentationen. Ich unterstütze jetzt auch beim Aufsetzen des Agile Release Train und im täglichen Betrieb. Es braucht recht viele Workshops dazu.

Das heisst, Sie haben jetzt also mehr Verantwortung als vorher…

Ja, das kann man so sagen. Es ist auch viel interessanter als eine gewöhnliche PMO-Rolle.

Wie kommt denn eigentlich Scrum in Ihrer Rolle als PMO zur Anwendung?

Gar nicht. Ich selber bin nicht in einem Team, das Scrum anwendet. Man kann aber auch ohne Scrum agil vorgehen. Zum Beispiel durch den Einsatz von Kanban-Boards.

Was sind die grössten Herausforderungen bei der Arbeit?

Im «politischen Spielfeld» innerhalb des Unternehmens ist immer einiges los. Aktuell ist zum Beispiel durch eine andere Abteilung innerhalb des Unternehmens ein konkurrierender Agile Release Train lanciert worden, der Anspruch auf die gleichen Umsetzungsteams in der IT hat. Und das Prinzip ist ja, dass ein Team nur in einem Train ist. So laufen nun verschiedene Diskussionen, die sich darum drehen, welches Team wohin gehört und wie man das Ganze aufteilt etc. Dadurch entstehen eben gewisse Unsicherheiten, ob es wirklich beide Trains braucht. Das sind die einzigen echten Herausforderungen im Arbeitsalltag.

Das heisst also, innerhalb des Unternehmens gibt es Konkurrenzkämpfe?

Ja… Es kommt dann schon zu einer Lösung, aber es gibt immer wieder Diskussionen und das hemmt alles ein bisschen.

Als abschliessende Frage: In welcher Funktion sehen Sie sich in den nächsten fünf Jahren?

Da gibt es zwei Varianten. Weil ich keine Ambitionen hege, klassischer Projektleiter zu werden, kann ich mir problemlos vorstellen, weiterhin als PMO tätig zu sein. Ich sehe das nicht als etwas Negatives. Die zweite Variante wäre eine Funktion im agilen Umfeld, da mir die agile Denkweise sehr zusagt. Welche exakte Funktion es am Schluss aber sein könnte, kann ich jetzt noch nicht sagen.

Interview: Eylem Polat

Um Ihnen über die verschiedensten ICT-Berufsbilder aus dem Alltag Bericht zu geben, haben wir uns entschieden, monatlich einen Blogbeitrag mit einem interessanten Interview zu publizieren.

Wir freuen uns, Ihnen mit unserem nächsten Beitrag das erste Interview zu präsentieren.

Ihr 2parse.it Team