Mastering Embedded Systems Archiv

The man with the "Leadership Mind" - Bernd Geropp - MES054

Day 2 of the Embedded World - MES053

Day 1 of the Embedded World - MES052

Year's-End Wrap-Up 2016 - MES051

The ESE-Kongress in Sindelfingen. More than 1.300 participants! 100 presentations! 3 days with 4 streams in parallel! Amazing! The German Embedded Software Engineering Kongress is the second largest gathering of Embedded specialists in Europe. I gave my debut presentation with "No belly-flops with virtual teams". But there are about 100 other presentations in 4 parallel streams on three days. From 29th, November until 1st, December people belonging to the Embedded realm has their gathering in Sindelfingen. It's a great happening with interesting persons presenting stunning talks, new topics and detailed insights.

You were misunderstood. Although you have spent a lot of effort to be precise and clear. But nevertheless somehow your counterpart has horribly misunderstood you. And now you're in big trouble. Perhaps your spouse interpreted your "Nice" for the new dress as inadequate. Or there was this tone of desinterest in your voice. Or you just run into this ugly problem at work and your mind is still in the office. You all remember what happens after such situation. Something has gone wrong. How can we avoid such kind of situation? Everything we say OR not say, everything we do OR not do, transfers a message. We cannot decide whether we communicate or do not communicate. We always communicate. Communication happens verbally and non-verbally, explicitely and implicitely. We should be aware that a risen eyebrow, a turn-away face, a dismissive look transfers information to the receiver. You guys should listen to this episode if you want to understand why communicating could sometimes be that complicated, erroneous or misleading. If you want to improve your skills herein you're exactly right in this session. If you want to get the tips in written form, feel free to use the link below to get your personal copy of the tips-list.

It's a pity. That most of us find their best time in staying in their Comfort Zone. In this hammock of our regular habits. Full of cosy feelings, thoughts and emotions. Of course, we all have our regular habits, the routins. In the morning in the bathroom or in the evening going to bed. We also follow our inner boosters telling us to be perfect, punctual, or push ourselves and hurry up. But it's really sad, that we regularly get stuck in this zone. Our Comfort Zone is supposed to keep our life safe. But what it really does is keep our life small. Outside of our comfort zone there seems to be lot of interesting amazing things. Possibilities without end. But it's outside. And before we can get in touch with these endless possibilities, we have to tackle the wall of pain. Lots of pain are waiting: denial, uncertainty, helplessness or fear. There's a way to overcome this wall. But first you need to understand the paradoxon of pain. In this episode I wanted to share with you a tool I have detected some time ago. The Tool "Reversal of Desire" was introduced by Phil Stutz and Barry Michels. And it is their gift to all of us who want to lift ourselves to the next level. A tool to propell you out of your comfort zone. That you get in touch with your possibilities overcoming the pain.

This is the first episode of my mini-series "Improve Yourself". This series is based on the results of my last survey on my podcast listeners. We'll start today with the episode of Time-Management. Is it really possible to manage time? To do Time-Management? I do not think so. Because time is something we cannot impact or manipulate. The only thing we can do is to change our way to experience time passing by. And this change of perspective drops away all these usual Time-Management tools, books, courses, hints and tricks. But you get confronted with yourself. Everybody of us lives in the same time. But some of us seem to have sufficient time. Others seem to always exceed their amount and do not succeed in time. The question is: why is it like that? And what can we do as individuals to get the best out of our time? This episode will support you here. Detect your next steps to realize things which are really important to you. And then start. Stay tuned and be inspired.

Do you have ever thought about the aftermath for your root cause analysis? What should be done if you have found real cause of your problem? What do you regularly do after you have made your correction? By the way - do you know whether your correction really corrects the problem? That it only corrects the problem? And does not introduce a ton of new problems? In this episode it's all about what's coming after the problem's analysis.

Sometimes people ask me: "What's that about project troubleshooting? What does it mean? What are you guys doing? Who does anybody need this kind of stuff? And what's the benefit at the end?" I want to provide some answers on these question. I have invited a friend of mine, who has done this kind of work for roughly ten years. Maik Pfingsten is an elaborated engineer, a versatile project leader and he has saved a lot of projects under rough conditions. He meanwhile works as mentor, speaker, author and coach for specific topics round about projects in trouble. He tells us a lot about his very personal way of coping with projects in trouble. About the regular steps he has used and the experiences he has gathered during his long journey. This episode will support you in understanding the different steps how derailed projects might find their way out of trouble. What kind of essentials you have to take into account. And perhaps also whether this approach is the right one for you, your project or your company.

Right before my holiday I have made a bad experience. Some meetings with a vendor have gone sub-optimal to say the least. There were several road blocks and nit-picking details which brought the meetings close to waste of time. However it was a good opportunity to observe what could be done much more better when talking with vendors for technical problems. I have run a lot of such talks and I wanted to take this bad situation as trigger to collect my 5 hacks to get the most out of vendor discussions.

Tech Chat: What QRAcorp can do for your requirements? - MES043

In episode #38 I have already had the pleasure to welcome Joachim Reinke. Joachim is an expert in requirements engineering. In episode 38 he explained the reasons why we definitely need requirements engineering. And today I'm happy that we managed to continue our talk. We're discussing the big pain points in Requirements Engineering. And how it is possible to relief this pain. But we also needed to back up a little bit to grab the bigger picture. First we identified the main points in Requirements Engineering. In a second step we jumped into the details how to select an appropriate tool to support you in maintaining requirements. It's not that easy to find the right tool. Because there a several aspects you need to consider. For example you will regularly not establish such a tool on the greenfield. There will be environmental conditions, limitations and constraints which might bother you. And here's Joachim's list of 9 important bullets when selecting a RE-tool will become very helpful.

And here we are with the third and last part of how to survive Death March Projects. In episode #37 we have talked about how to define and detect Death March projects. And about your decision whether to leave or stay. In episode #39 we have tackled the kind of actions you will face if you want to bring such a project to a good end. We have talked about politics and negotiations. About rational negotiations and negotiation games you should know. And how to identify accetable trade-offs or what to do if all negotiations fail. Episode #40 was about people. How to hire for Death March projects. How to achieve loyalty, commitment and accountability. And the major aspects of communication and team-building. Finally in this episode I'll present you some very important processes you should know if you find yourself in a Death March project. And I wanted to highlight tools and technologies which might become handsome for the success of your Death March project, too.