Case Study ManagementSee in schedule: Wed, Jul 28, 12:00-12:30 CEST (30 min) Download/View Slides
If you are managing developer teams or departments a pet project may be a helpful tool to stay out of your developers hair and learn about the technologies used in your department without blocking your developers to babysit you.
If you are like me and have a development background, you will want to get your hands dirty and start fixing bugs and implementing stories. However, this can have many negative side effects.
Breaking established rules is easier in a leadership position and sets a bad precedent. By becoming a last instance for each technical decision you take away personal identification with the work of your engineers. It may also lead to distrust.
With this talk, I want to share some of my experiences in that regard.
Type: Talk (30 mins); Python level: Beginner; Domain level: Beginner
Born and raised in Vienna. I have studied Astronomy and Mathematics to find out that I really like Software Development and after graduating I started at Siemens in VoIP programming in C/C++ and JAVA before switching to Project and Team Management. I have worked in US, China, Switzerland, and Germany, and in my beloved Austria.
From first exposure to Agile I was hooked and never looked back to Waterfall Style Projects.
Having led team's of various sizes I took over VisoTech's development department in 2017 and after the acquisition by Trayport the Trayport Austria Development.
I enjoy programming with Python on various projects and working with my teams to get the best values for our customers.
I am married and have two sons. I like to travel (now again), sports (lifting weights), hiking, skiing, reading, ...