Systems Engineering Camp June 2018 in Erlangen

Goran Madzar

08/07/2018

The first Systems Engineering Camp in Erlangen took place on June 28, 2018, and was a complete success. In this article, I would like to provide an overview of the event for all participants, as well as those who were unable to attend.

The idea for the camp

The basic idea behind the event was to establish a regular, regional exchange on the topic of systems engineering in the Northern Bavaria region. The Barcamp format was used for this purpose. Unlike previous Systems Engineering Barcamps, this was an evening event instead of a full-day event. This allowed participants to attend the event without taking vacation or having to use the weekend. The idea for the camp originated, as you would expect, at another Systems Camp. Daniela Kaiser (Krones AG), Jan Vollmar (Siemens AG), and I (Goran Madzar) wanted to exchange ideas more regularly without having to travel long distances. We organized the event together.

The participants

With 23 participants, the first Systems Camp in Erlangen was well attended. The event was announced three weeks in advance via the blog, newsletter, social media, word of mouth, and XING. Participants were able to write down information about themselves on a flip chart.

The Agenda

The official part of the event ran from 6:00 p.m. to 9:00 p.m. I gave a short welcome presentation and explained what systems engineering actually is. Most participants had never been to a Barcamp before, so the format and Barcamp rules were introduced. Following this, there was information about the program and organizational aspects. Together, we defined the topics for the sessions. The first session was reserved for presenting the concept of the regular regional exchange on systems engineering. The other two sessions were chosen by the participants. At the end, there was a retrospective and farewell, with the unofficial part lasting until shortly before midnight :-)

The location

The first Systems Engineering Barcamp in Erlangen was held at our company's premises. Meatloaf, pasta salad, rolls, pretzels, and local beer specialties were well received :-)

The topics for the sessions

Participants had the opportunity to make suggestions, which were then collected and grouped on a wall. Each participant then voted on the two topics they were most interested in, and the two sessions were selected.

Session 1 – Systems Engineering Working Group Bavaria Northeast

A regular exchange about systems engineering without long travel times and on a regular basis. This idea was the focus of the first session. Such an event could be held four to six times per year. Participants favored an evening event. The majority suggested a start time of 5:00–6:00 p.m. A review of whether this working group should be hosted under the umbrella organization of the GfSE or the VDI is currently underway.

Session 2 – Handling Changes / Inconsistency Management

The topic of dealing with system changes and consistency checks was considered very interesting by the participants. Therefore, we addressed this topic in Session 2. First, we established that there are both intentional and unintentional changes to the system. Intentional changes can be planned and thus easily tracked, for example, through test cases, use cases, and misuse cases, through the implementation of interdisciplinary teams, and a sufficiently thorough definition of the system engineering system. Wikispeed was cited as a good example of interdisciplinary, agile teams. Unintentional changes cannot be planned and must therefore be made manageable in order to make the impact on processes and technical components visible. Adapting the company's infrastructure is an important preparation for this. Traceability options should also be utilized, and good stakeholder management should be established.

Your contact person:

Dipl.-Ing. Goran Madzar, Partner, Senior Systems Engineer 
E-mail: madzar@medtech-ingenieur.de
Phone:  +49 9131 691 240
 

Do you need support with the development of your medical device? We're happy to help! MEDtech Ingenieur GmbH offers hardware development, software development, systems engineering, mechanical development, and consulting services from a single source. Contact us.

make contact

To manage changes, it is essential to capture, validate, and verify requirements at the beginning of a project. A change can impact various systems within the company—both technical and physical and organizational.

Session 3 – Design techniques of systems engineering

In Session 3, design techniques for system models were discussed. Participants expressed a desire for a modeling kit with proven solution approaches. A good way to visualize such patterns and establish them within the company is to use posters that collect the kit components. An important aspect was that the models should not remain solely in the tools (e.g., Enterprise Architect), but should also be printed out and displayed on the walls.

Models out of the tools and up onto the walls.

Models are not an end in themselves and are best created and used by a team. There are also methods for involving the customer without requiring any SysML background knowledge.

However, it has also been discovered that detailed models pose a danger. The architect falls in love with his architecture and perceives the client or developers as a nuisance when they propose changes that affect the architecture. The danger lies in the fact that the model is viewed as the "truth" and is reluctant to question.

The connection between architecture and agility was also discussed. Architecture is particularly important in agile projects. Even with an agile approach, it's important to ensure that the architecture doesn't change as much as possible. Otherwise, you might have to start development from scratch (e.g., airplane instead of car). Therefore, it's important that the architecture addresses aspects that are difficult to change.

There were two literature recommendations in the session:

  • Design It!: From Programmer to Software Architect by Michael Keeling
  • arc42 in action: Practical tips for architectural documentation by Gernot Starke and Peter Hruschka

The feedback from the participants

Participants’ feedback was collected using a starfish diagram.

My personal conclusion

It was a fantastic event, and I received a lot of positive feedback from the participants. Many people also told me they'd like to be there next time. So, there will definitely be another event in the not too distant future. I'll provide information about it on the blog, in the newsletter, and on Xing. I'm already looking forward to it.

Best regards

Goran Madzar


Written by Goran Madzar

A passionate MEDtech engineer! My team and I provide engineering services to medical technology manufacturers to help them develop and market their products! Feel free to contact me via LinkedIn or email. I look forward to meeting you.


More articles

  • 19/03/2025
  • General, Companies, Events

We are pleased to invite you to an exclusive VDI event of Network Systems Engineering, which will take place in our office!On Friday, March 28, 2025, everything will be about the ...

Read more
  • 05/12/2024
  • General, Systems Engineering, Companies, Events

In a constantly changing business world, creativity is a key factor for success. Companies that can develop innovative solutions and continuously adapt to new challenges have a ...

Read more
  • 09/07/2024
  • General, Electrical Stimulation, Systems Engineering, Companies, Events

Dear engineers, technology enthusiasts, and family members, the "Fascination of Technology" family day will take place in Nuremberg on July 13, 2024! The event is organized by the VDI District Association Bavaria Northeast and the Nuremberg Technical University. ...

Read more
Privacy Overview

This website uses cookies so that we can provide you with the best user experience possible. Cookie information is stored in your browser and performs functions such as recognising you when you return to our website and helping our team to understand which sections of the website you find most interesting and useful.

Strictly Necessary Cookies

Strictly Necessary Cookie should be enabled at all times so that we can save your preferences for cookie settings.