Paul Schreinemakers verf\u00fcgt \u00fcber mehr als 25 Jahre Erfahrung in der Produktentwicklung in verschiedenen Bereichen. Paul begann seine Karriere als Maschinenbauingenieur bei SRON, dem Netherlands Institute for Space Research. W\u00e4hrend seiner 10 Jahre bei SRON lernte er, Systems Engineering anzuwenden. Danach wechselte Paul zu Thales und war an vorderster Front bei der Implementierung von CMMI in einer Hardware-Entwicklungsumgebung t\u00e4tig. <\/p>\n\n\n\n
Seit 2003 f\u00fchrt Paul Schreinemakers seine eigenen Beratungsunternehmen, SEPIAdvies BV und How2SE BV. Neben T\u00e4tigkeiten f\u00fcr Kunden in den traditionellen Bereichen Raumfahrt und Verteidigung wendet er heute haupts\u00e4chlich Systems Engineering in den Branchen Transport und Tiefbau sowie in der \u00d6l- und Gasindustrie an. Viele der Projekte, an denen Paul beteiligt ist, bestehen aus interdisziplin\u00e4ren und multikulturellen Projektteams in den Niederlanden und Belgien. Er hat Projekte in verschiedenen Organisationen in unterschiedlichen Bereichen betreut. <\/p>\n\n\n\n
Paul engagierte sich ab dem Jahr 2000 bei INCOSE und war 3,5 Jahre lang im Vorstand der niederl\u00e4ndischen Sektion t\u00e4tig, deren ehemaliger Pr\u00e4sident er ist. Im Laufe der Jahre war er Mitglied verschiedener lokaler und internationaler Arbeitsgruppen. Als General Chair war Paul f\u00fcr den INCOSE International Symposium 2008 in den Niederlanden verantwortlich und fungierte von 2009 bis 2012 als Associate Director for Events. Auf der IW 2013 wurde Paul die Rolle des stellvertretenden Technischen Direktors \u00fcbertragen, um Anfang 2015 Technischer Direktor zu werden.<\/p>\n\n\n\n
Ich hatte die Gelegenheit, auf der TdSE 2016 mit Paul \u00fcber die Ausbildung im Systemmanagement zu sprechen.<\/p>\n\n\n\n
Die Menschen auf allen Ebenen der Ingenieuresorganisation eines Projekts m\u00fcssen verstehen, wie sie zur Systemtechnik beitragen. Von denjenigen, die f\u00fcr das integrierte System und dessen Verhalten verantwortlich sind, von der Definition bis zur Abnahme- und Betriebsphase des Systems, w\u00fcrde man typischerweise erwarten, dass jemand mit einem akademischen oder vorakademischen Bildungsniveau in der Lage ist, sich mit dieser Art von Problemen auseinanderzusetzen. Die verschiedenen Stufen sollten jedoch verstehen, warum dies erforderlich ist. Jeder, auch der Arbeiter, leistet einen Teil der Validierung und Verifizierung, was Ihnen Einblick gibt, wo Sie wirklich zur Konsistenz des Gesamtsystems beitragen. Es gibt also verschiedene Verst\u00e4ndnisebenen dar\u00fcber, was die Menschen zur Systemtechnik beitragen.<\/p>\n\n\n\n
Jeder, einschlie\u00dflich des Arbeiters, leistet einen Beitrag zur Validierung und Verifizierung (Paul Schreinemakers)<\/p><\/blockquote>\n\n\n\n
M\u00fcssen wir also die Bildung auf die verschiedenen Gruppen zuschneiden?<\/h2>\n\n\n\n
Genau, wenn man an der Universit\u00e4t arbeitet oder studiert, erh\u00e4lt man eine Lehre auf einem bestimmten Niveau. Das ist nicht das Niveau, das man einem Arbeiter in einer Fabrik vermittelt. Aber jeder bringt seinen Wert in das System ein und tr\u00e4gt zum Systems Engineering bei. Daher sind ma\u00dfgeschneiderte Schulungen f\u00fcr verschiedene Zielgruppen sehr wichtig.<\/p>\n\n\n\n
Welche Zielgruppen sind derzeit gut abgedeckt und welche nicht?<\/h2>\n\n\n\n
Es h\u00e4ngt von der Dom\u00e4ne ab. Wie Sie wissen, beantwortet ein Systems Engineer fast jede Frage mit \u201ckommt darauf an\u201d. Aber wir sehen, dass die \u00fcbergeordneten Gruppen typischerweise gut abgedeckt sind, aus der Sicht des Praktikers. Die Forschungsperspektive ist jedoch nicht sehr gut abgedeckt. Mehr Forschungsorganisationen, die sich an der Definition von Systems Engineering beteiligen, das Fundament von Systems Engineering aus Forschungssicht verstehen, das fehlt wirklich. Und es fehlt nicht nur in Deutschland oder Europa, sondern ist ein weltweites Problem. Wir haben uns zum Beispiel auf modellbasierte Systemaspekte konzentriert, anstatt zuerst die Ontologie und das Fundament dessen zu definieren, worum es beim Systems Engineering geht. Dies ist sehr wichtig, um eine angemessene Definition von Systems Engineering zu formulieren.<\/p>\n\n\n\n
Sie sagen also, die h\u00f6here Bildung ist vorhanden, die Forschung fehlt. Was ist mit F\u00fchrung und Management?<\/h2>\n\n\n\n
Nicht nur das Management wei\u00df nicht immer, worum es im Systems Engineering geht, sondern auch einige Systems Engineers sind keine wahren F\u00fchrungskr\u00e4fte. Sie sind Praktiker in ihren Fachgebieten, sehr gut im Modellieren, sehr gut in der Definition und der Erhebung von Anforderungen oder im Aufbau einer Architektur. Aber sie zeigen nicht immer gute F\u00fchrungsqualit\u00e4ten in der Organisation. Und das ist wahrscheinlich noch untertrieben.<\/p>\n\n\n\n
Zu sagen, dass Systemingenieure nicht immer eine sehr gute F\u00fchrung zeigen, ist wahrscheinlich eine Untertreibung.<\/p><\/blockquote>\n\n\n\nEs gibt jedoch Unternehmen, bei denen die Nummer zwei der CTO ist, und das ist die Person, die ein echter Systemingenieur mit einem sehr tiefen Verst\u00e4ndnis des Systems ist. Und das ist ein echter Systemingenieur auf F\u00fchrungsebene, den man sehen m\u00f6chte.<\/p>\n\n\n\n
Interessanter Punkt. Ich denke jedoch, dass man zwischen Systemingenieur auf Projektebene und auf Organisationsebene unterscheiden muss. Da ein Systemingenieur in einem Projekt in der Regel von einem Projektmanager erg\u00e4nzt wird, inwieweit ist in diesem Szenario F\u00fchrung gefragt?<\/h2>\n\n\n\n
Was man typischerweise sieht, ist, dass der Projektmanager sehr nach au\u00dfen orientiert ist, nach den Grenzen des Projekts sucht, alle Budgets festlegt und die richtigen Leute findet. Der Systemingenieur ist eher nach innen orientiert und k\u00fcmmert sich um die Organisation und die Menschen im Projekt. Beide sind also F\u00fchrungskr\u00e4fte. Das Problem ist in vielen F\u00e4llen, dass der Systemingenieur zumindest mit den externen Stakeholdern sprechen sollte, um deren Bed\u00fcrfnisse in Bezug auf das interessierende System zu verstehen. Wenn dies zwischen den extern-orientierten und den innen-orientierten Personen aufgeteilt wird, ger\u00e4t man in Schwierigkeiten, da es in vielen F\u00e4llen zu einer Trennung kommt.<\/p>\n\n\n\n
Der Systemingenieur sollte zumindest mit den externen Stakeholdern sprechen, um
ihre Bed\u00fcrfnisse verstehen.<\/p><\/blockquote>\n\n\n\nDies gilt sowohl auf Projektebene als auch auf Organisationsebene. Auf Organisationsebene ist der CTO typischerweise an der Festlegung der Sichtweise und der Kriterien f\u00fcr eine Produktlinie oder f\u00fcr alle Produkte innerhalb der Organisation beteiligt. Um dies effektiv zu tun, ben\u00f6tigt der CTO neben F\u00fchrungsqualit\u00e4ten auch Kenntnisse im System-Engineering. Aber diese Bewusstsein auf Organisationsebene ist nicht immer vorhanden.<\/p>\n\n\n\n
Dies ist eine h\u00e4ufige Erfahrung und wir sollten sie l\u00f6sen.<\/p>\n\n\n\n
Wie l\u00f6sen wir es?<\/h2>\n\n\n\n
Es gibt mehrere L\u00f6sungen. Kommunikation k\u00f6nnte ein Bestandteil der Ausbildung von Systemingenieuren sein. Und ich richte meinen Blick insbesondere auf die h\u00f6heren Bildungseinrichtungen.<\/p>\n\n\n\n
Der andere Aspekt ist, dass die Systems-Engineering-Aktivit\u00e4ten von einem Team abgedeckt werden, da eine einzelne Person nicht alle Aspekte abdecken kann, man denke nur an die gesamten Prozesse in ISO 15288. Aber jede Person im Team sollte einige F\u00fchrungsqualit\u00e4ten an den Tag legen.<\/p>\n\n\n\n
Das Systems Engineering mag ein Team sein, aber jedes Mitglied sollte F\u00fchrungsqualit\u00e4ten besitzen.<\/p><\/blockquote>\n\n\n\n
Das andere ist, dass Ingenieure typischerweise introvertierter sind als zum Beispiel ein Verk\u00e4ufer. Daher sollten wir in den System-Engineering-Teams Leute mit extrovertiert orientierten F\u00e4higkeiten haben. So hat man eine ausgewogenere Mischung im Team. Und wenn man einen einzelnen Systemingenieur hat, sollte man zumindest eine Person haben, die Kapazit\u00e4ten hat, nach au\u00dfen zu schauen, und eine extrovertierte Natur besitzt.<\/p>\n\n\n\n
Also, sollte ein perfekter Systems Engineer einen Ingenieurhintergrund, Berufserfahrung haben und dann noch einmal zur Schule gehen f\u00fcr zus\u00e4tzliche SE-Schulungen und einen MBA? Arbeitet irgendjemand daran?<\/p>\n\n\n\n
Tats\u00e4chlich hat INCOSE ein F\u00fchrungskr\u00e4ftetraining, bei dem sich junge, potenzielle Mitglieder von INCOSE zur Teilnahme an diesem Training gemeldet haben, wo sie F\u00fchrungsqualit\u00e4ten erlernen und entwickeln. Abgesehen von der Tatsache, dass sie sehr junge, potenzielle, extrem gute Ingenieure sind. Und das w\u00fcrde wirklich helfen. Und sicherlich gibt es mehr Organisationen, die solche Entwicklungsprogramme f\u00fcr ihre j\u00fcngeren Mitarbeiter haben. Mir fallen eine Reihe von Organisationen ein, darunter Thales, Airbus, Siemens, BMW oder BAE Systems. Und lassen Sie sie in die Positionen im Unternehmen wechseln, wo sie maximal wirken k\u00f6nnen.<\/p>\n\n\n\n
Aber diese skalieren nicht \u00fcber ihre Organisation hinaus. Das ist in Ordnung f\u00fcr die Organisation, aber nicht f\u00fcr SE als Ganzes.<\/h2>\n\n\n\n
Richtig. Und die Tatsache, dass Thales dies ben\u00f6tigt, zeigt, dass in diesem Bereich unzureichende Bildung vorhanden ist.<\/p>\n\n\n\n
Was sind Ihre Pl\u00e4ne in naher Zukunft?<\/h2>\n\n\n\n
Ich schule Fachleute in Unternehmen, ma\u00dfgeschneidert auf ihre spezifischen Bed\u00fcrfnisse, abh\u00e4ngig von ihrem Reifegrad in SE. Meine Pl\u00e4ne sind, meine Position als technischer Direktor zur\u00fcckzugeben, die jedes Jahr eine betr\u00e4chtliche Anzahl von Stunden in Anspruch nimmt. Ich freue mich darauf, mich etwas zur\u00fcckzuziehen und mehr auf mein Unternehmen zu achten.<\/p>\n\n\n\n
Aber ich bin sicher, dass INCOSE in Zukunft bei mir anklopfen wird, um andere Rollen zu \u00fcbernehmen. Wir werden sehen\u2026<\/p>","protected":false},"excerpt":{"rendered":"
Paul Schreinemakers verf\u00fcgt \u00fcber mehr als 25 Jahre Erfahrung in der Produktentwicklung in verschiedenen Bereichen. Paul begann seine Karriere als Maschinenbauingenieur bei SRON, dem Netherlands Institute for Space Research. W\u00e4hrend seiner 10-j\u00e4hrigen T\u00e4tigkeit bei SRON lernte er, Systems Engineering anzuwenden. Anschlie\u00dfend wechselte Paul zu Thales, wo er an der Spitze der Implementierung von CMMI in einem...<\/p>","protected":false},"author":1,"featured_media":945,"comment_status":"open","ping_status":"open","sticky":false,"template":"single-no-separators","format":"standard","meta":{"_kadence_starter_templates_imported_post":false,"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"_kad_post_classname":"","footnotes":""},"categories":[13],"tags":[44,45],"class_list":["post-969","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-incose","tag-paul-schreinemakers"],"_links":{"self":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/posts\/969","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/comments?post=969"}],"version-history":[{"count":0,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/posts\/969\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/media?parent=969"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/categories?post=969"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.formalmind.com\/de\/wp-json\/wp\/v2\/tags?post=969"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}