You rush a miracle man, you get rotten miracles.
Our days in Freiburg are running out. Over the weekend, we're going to move our remaining belongings to our parents, renovate the flat and hand over the keys. We'll spend the rest of the month at our parents' and prepare for our arrival in Ireland.
It's been seven great years here in southwest Germany, with the amenities of a bigger city and the awesome nature of the Black Forest. We've become a family here, growing from two people loving each other to four (without the love spreading thin at all). Many happy moments connect us with Freiburg and we'll be missing this place.
At this occasion, I'd like to say "good bye" to everyone I've spent a few of these happy moments here, and "thank you". I'm grateful to have met you and wish you all the best!
→ Read
more...
Nowadays, everyone seems to hate meetings. And, very much like a broken relationship, we keep having them all the same. Obviously, we can't get rid of meetings, so I think it's a good thing to see how we can make them worth the effort.
Kate Matsudeira hates meetings, too. As a leader, she spends a lot of time in meetings, and she wants that time to return as much value as possible.
"Thankfully wasteful meetings don’t have to be the course du jour. No matter what kind of meetings you’re involved in, you can do a lot to make that time more productive. In fact as you can make everyone’s time more useful by simply being prepared."
Kate finds that there are two main causes for bad meetings:
They lack structure or purpose
Leaders come to them with unrealistic expectations
Both causes have their roots in communication. And she offers really good advice that I know to work from my own experience. Recommended reading!
→ Read
more...
This short post is not about weapons but about how to correctly claim the front seat of the car next to the driver. Please note that, in order to avoid any conflicts, there are clearly defined Shotgun Rules and Regulations.
→ Read
more...
On Presentation Zen, a blog I've been following for years to improve my conference sessions, I found a post about Stephen Jepson. He's 72 years old, a retired college professor, and he claims that to keep being playful and moving "is the single most important thing to do to be physically healthier and smarter, regardless of age."
His story is very inspiring, so go on and read the article and watch the video clips!
My children have brought me back onto the playground and in teaching me how to have fun playing, they make me a very happy man.
→ Read
more...
This highly entertaining and densely packed TEDx talk explains why it's so important to have fun at work (which we certainly have at freistil IT):
→ Read
more...
Read how Matt Simmons created this parody of a speech titled "God made a farmer" over on his blog.
→ Read
more...
It's a widespread practice to give sysadmins and developers that have accrued a few years of experience a new prefix to their job title: "senior". So they suddenly become Senior System Administrator, Senior Ruby Developer and so on.
So, senior something. What does that even mean?
The very senior John Allspaw shared his thoughts on this topic a few months ago on his blog under the title "On Being A Senior Engineer".
John cites Theo Schlossnagle who asked what might come next:
After five more years will you not have accrued more invaluable experience? What then? “Super engineer”? Five more years? “Super-duper engineer.”
When you get promoted to a "senior", you haven't actually become someone else over night. It's not an event of metamorphosis, neither of enlightenment. John chose to find another adjective that has more meaning:
I expect a “senior” engineer to be a mature engineer.
And he lists these main characteristics of a mature engineer:
Mature engineers seek out constructive criticism of their designs.
Mature engineers understand the non-technical areas of how they are perceived.
Mature engineers do not shy away from making estimates, and are always trying to get better at it.
Mature engineers have an innate sense of anticipation, even if they don’t know they do.
Mature engineers understand that not all of their projects are filled with rockstar-on-stage work.
Mature engineers lift the skills and expertise of those around them.
Mature engineers make their trade-offs explicit when making judgements and decisions.
Mature engineers don’t practice CYAE (“Cover Your Ass Engineering”)
Mature engineers are empathetic.
They don’t make empty complaints.
Mature engineers are aware of cognitive biases.
He explains each characteristic in depth, so don't miss reading his post!
So, can you tick all the boxes of the mature engineer for the seniors in your team, for yourself? Yes? Then there's one last aspect.
After listing "The Ten Commandments of Egoless Programming", John adds another essential requirement that I was missing in quite a few senior sysadmins I have been working with over time:
Dirty secret: mature engineers know the importance of (sometimes irrational) feelings people have. (gasp!)
When you'd like to become a senior, or better, a mature engineer, then first and foremost become a mature person.
→ Read
more...
After trying collaboration tools like Yammer for a while, email had a renaissance at freistil IT. Our decision of giving the dreaded mailbox another chance was triggered by a post about how the team at Stripe practices email transparency. We've adopted their system and it works well; we still need to get more used to it, though.
This is how it works: Every team and project by default has three or four mailing lists (like Stripe, we're using Google Groups for Business):
A conversation mailing list ("marketing") for the communication within the team. Everyone in the team (and maybe beyond) subscribes to this list.
A low-traffic announcement mailing list ("marketing-announce") that reaches many or even all coworkers.
A "bacn" mailing list ("marketing-bots") that receives automatically generated emails, for example from social networks and external services. Everyone that manages or uses such a service subscribes to this list.
An archive mailing list ("marketing-archive") that is mainly used to preserve emails that don't concern anyone at the moment. Very few people will subscribe to this list, but it makes it easy to share emails instead of hiding them in personal mailboxes.
The effect of this approach is not only easy written communication but, just as important, transparency:
"As we’ve grown, the experiment has become about both efficiency and philosophy. We don’t just want Stripe to be a successful product and company. We also want to try to optimize the experience of working here. As as we’ve grown, we’ve come to realize that open email can help."
By sorting the daily email influx into many mailing lists (Stripe has more than 100) to which only these people subscribe that have the need, the amount of email anyone has to deal with stays on a managable level.
At freistil IT, we still need to get better at adhering to the addressing rules described in Greg's post. Too much email still only reaches personal mailboxes without being shared in a group visible to the team. I think I'll start by copying the rules into our Company Runbook and from there get them into people's heads (mine included).
But apart from that, it's an interesting experience. As I wrote in a previous post, email can be very disruptive to my daily work. At the same time, being able to at any time tap into exactly these email streams that I'm interested in is engaging and efficient.
→ Read
more...
As a long-time disciple of Jobs, I use Mac OS applications for almost every task. And if there's a solution from Apple, it's normally the first I try out and probably use. Photo archiving is no exception -- well, was no exception. I've been using iPhoto for quite some time and over many a version jump.
But recently, I've noticed that iPhoto doesn't quite fit my requirements as much as I'd like it to. Especially, I missed having access to my photo library from every device I use. I'd like to be able to process new photos on the fast Mac Mini, sort them into albums during work breaks on my Macbook and show off the latest cute picture of my adorable baby son on my iPad over coffee.
I felt that a change was necessary and it was finally triggered by Sven Fechner's blog post "Exporting your iPhoto library to Dropbox". Using the tools described in the article, I was able to export all my photos together with their metadata into Dropbox/Pictures/Library. To be exact, they're sorted into subfolders for every month. And all pictures that Dropbox downloads from my iPhone or that I put into Dropbox/Camera uploads manually get automatically sorted into the right month folders by this magic fairy named Hazel.
Other people are obviously doing the same. Just while Phoshare was exporting my iPhoto library, a blog post by Panayotis Vryonis appeared in my feeds. And the subtitle after Leaving iPhoto for Dropbox puts it very succinctly: "from feature rich to future proof". Yes, iPhoto has many useful features and Dropbox won't apply face recognition to automatically tag photos with names. On the other hand, I'm now independent and can choose whatever tool -- and device! -- I like to manage my photos. That's what made it worthwhile for me to spend 20 minutes on exporting all my photos to Dropbox.
→ Read
more...
This week, I realized that I’ve got a problem with email. I was wondering why I struggled so much with finishing my important tasks and found that I've been living in my inbox. I’ve been constantly looking out for new messages from colleagues and customers. While this made for great response times, it prohibited me from concentrating on what I needed to work on. So many times, I have read the advice to not get addicted to my inbox and still, I did.
That’s why I’ve decided to limit my checking for new email to a few times per day. I’ll still be notified of anything important or urgent by AwayFind and by the support request escalation of our Help Center. I’ve also reinstalled the Concentrate app on my computer to minimize distractions while I’m working on a certain task — for example writing this blog post.
Since email is obviously a both useful and disruptive medium, I’d like to point you to a great article by Kelly Forrister, a Senior Coach with the David Allen Company. In Email best practices for your team, Kelly gives the following tips:
Match the message to the best medium.
Be discerning about your use of “To:” vs. “Cc:”.
Use subject lines that clearly describe the topic; add short codes for minimum reading effort.
Resist the urge to simply click “reply to all”.
Set a standard for response time and use the leeway it gives you.
Since I seem to have blind spots regarding the influence of email on my productivity, I’ll take a good look at which of Kelly’s tips might further improve my work style. Read them on the GTD blog in full length!
→ Read
more...