Zünd Systemtechnik AG

Comment

intuitiv zu bedienende Software und Clean Code bedürfen keiner grossen Dokumentation. Da wo es trotzdem Erklärungsbedarf gibt, gibt es ein Online-Handbuch. Die Absicht hinterm Code wird durch gute Namensgebung der Variablen und Methoden klar gemacht (wird auch im Code Review darauf geachtet), sowie durch Unit Tests dokumentiert. Natürlich braucht es hin und wieder auch einen erklärenden Kommentar im Code

Comment

Bei uns im Team schon, bei anderen Teams ist der Automatisierungsgrad vermutlich nicht so hoch (weiss ich gar nicht genau, fällt mir grade auf)

Comment

Gab es schon, ist aber selten. Wofür auch? Verstehe nicht, wieso dies "schlecht" sein soll.

Comment

Ownership über die Produkte unterliegt nicht bei den Teams, die sie entwickelt, sondern in der "Products" Abteilung (da sitzen alle Produktmanager, fernab der Entwickler)

Comment

An und für sich wird schon darauf geachtet, dass Meetings keine Zeitverschwendung sind. Natürlich gibt es immer noch weitere kleine Verbesserungspotentiale

Comment

Agiles Arbeiten ist eher Schein als Sein. "Do Agile" wird akzeptiert, aber "Be Agile" durch direkte Involvierung von Stakeholder (ist schon bei internen Stakeholdern mühsam, vom Kunden ganz zu schweigen) ist sehr schwierig. Die vorhandenen Struktur aufbrechen um den Kommunikationsfluss und die Zusammenarbeit zu verbessern ist gefühlt nicht gewollt (die verantwortlichen Führungskräfte geben das leider auch nicht offen zu)

Comment

Projektmanager sind eher Sekretäre, kümmern sich um die Bürokratie und Dokumentation. Lassen sich von Entwicklern Reports geben, anstatt sich selbst aktiv einzubringen. Projektmanager kümmern sich auch nicht darum, dass die Entwicklung reibungslos läuft (fühlen sich nicht als Problemlöser), auch nicht, wenn die Probleme nicht im Verantwortlichkeitsbereich der Entwickler liegen. Zur Testbarkeit der Anforderungen wird erst hinterher nachgedacht. Anforderungen sind oft auch wenig konkret und nicht messbar. Einmal definierte Anforderungen zu ändern ist ziemlich mühsam. Immerhin: Es wird nicht mit Druck gearbeitet, auch nicht bei deutlichen Verzögerungen.

Comment

Es gab Kurse zu TDD und Clean Code. Wie ich hörte, war das aber ein Versuch bzw. etwas Neues. Scheint wohl nicht die Regel zu sein. Eine Basis-Schulung für die Maschine gehört zum Onboarding-Programm.

Comment

Wir haben auch einige Lehrlinge in der Softwareentwicklung.

Comment

keine Karrierepfade oder ähnliches. Falls es tatsächlich Möglichkeiten gibt oder strukturierte Entwicklungspläne, werden diese nicht transparent gemacht, zumindest sind sie mir nicht bekannt. Mitarbeiterentwicklung obliegt der direkten Führungskraft, denke nicht, dass es sonst noch was gibt. Es gibt aber viel Raum, selbst Initiative zu zeigen und Verantwortung zu übernehmen. Eventuell kann dadurch auch eine neue Stellenbeschreibung entstehen. Solche Dinge werden aber nicht angeboten, auch nicht sichtbar gemacht, muss man selbst drauf kommen.

Comment

Im Team: Absolut safe. Wenn ich mit Mitarbeitern aus anderen Abteilungen/Teams rede, oder bei teamübergreifenden Themen: Da gehen die Gemüter schnell hoch, oder niemand wagt es, direkt über Probleme zu sprechen. Es gibt Angst, sich "selbst in das Knie zu schiessen". Verantwortliche Bereichsleiter haben auch nur eine offenes Ohr für Probleme, wenn es Vorschläge für Lösungen gibt (also wenn es eigentlich kein Problem mehr ist).

Comment

Zumindest in der Softwareentwicklung gefühlt ja.

Comment

Home Office ist möglich, aber durch offizielle Reglemente begrenzt (max 1-2 Tage) Selbes zu flexibler Zeiteinteilung (fixe Kernzeit) Gelebt wird das (offizielle Reglement) in meinem direkten Umfeld nicht. Durch Zudrücken eines Auge der direkten Führungskraft ist wesentlich flexibleres Arbeiten möglich, als offiziell erlaubt. Zumindest solange die Zusammenarbeit im Team klappt.

Comment

alles ist grau, eintönig, zumindest die Möbel. Grossraumbüro sollte eigentliche Kommunikation zwischen Teams fördern, allerdings hat sich jedes Team mit Regalen und Trennwänden eine "Burg" gebaut. Lüftung funktioniert nicht immer tadellos.

Comment

Ziel ist offiziell leicht unter Durchschnitt zu zahlen und das mit attraktiven Arbeitsumfeld und Arbeitsbedingungen auszugleichen. Die sind zwar nicht schlecht, aber in meinen Augen auch nicht überdurchschnittlich.

Comment

Fragen stellen ist erlaubt und wird teilweise auch gefördert. Die Frage wird aber nicht immer zufriedenstellend beantwortet und nur selten folgen Massnahmen

Comment

Man muss allerdings schweizerdeutsch verstehen. Dokumente sind nicht Englisch, so gut wie niemand denkt daran, in grösseren Runden hochdeutsch zu sprechen (oder wenigstens nachzufragen, ob alle den Dialekt verstehen), auch der CEO nicht. Mitarbeiter von anderen Nationalitäten gibt es vereinzelt, tun sich aber dementsprechend schwer. Gute Verteilung von jungen und älteren Mitarbeitern. Nur wenig weibliche Gesellschaft in technischen Positionen.