3 ms·
I'm loath to take this on faith without better description of the dataset. 150 companies sounds impressive, but, where are they based? What areas do they work i
by throwawaykf02 13y ago
I'm loath to take this on faith without better description of the dataset. 150 companies sounds impressive, but, where are they based? What areas do they work in? How long have they been doing it? Have other factors, such as the health of these companies, been considered?
Still, many of these points resonated with me.
I started recently on a team that follows kanban-ish practices. Fortunately nobody here is that process-focused that we follow it exactly. Also, there is nothing that says you have to work on only one thing at a time, and we typically don't. In fact, I work part-time on another team, and the other one does not do kanban.
But I don't much like the kanban system: Give me a satisfyingly large component, and let me work on it entirely.
So for kanban in general, here's another facet to consider, and one that probably explains why engineers are "leaving in droves": As TFA says, you end up working on many small pieces of a larger whole. The good part is, you could end up becoming aware of all parts of the system that you touch.
But! When you interview elsewhere, or heck, even when you're updating your resume, and it comes to answering the inevitable question, "What did you work on in this project", the honest answer is, "Uhh, many parts but nothing overarching as such..."
And right then, even to yourself, that sounds like such a weasel-wordy answer. You could go on and explain, "Well, I wrote method A of component X, and feature B of webpage Y and an implementation C of interface Z for cases where Q is R." But to an interviewer, I'd guess it all sounds like "I worked on nothing worthwhile."
On the other hand, since you have better awareness of the project as a whole, you could say you worked on all of it, and make up more impressive-sounding responsibilities as you go along.
But I find it much easier if I just do something impressive and be straightforward during interviews.
- bdehaaff 13y agoThanks for the comments. The companies have been distributed across the country (with a few outside of the US as well). They have been of different shapes and sizes, but I did not do a good job tracking all of their characteristics. The purpose of the calls was to discuss Aha! -- not different engineering methodologies. A few trends jumped out at me and this was one of them, so I decided to write about it and try to be fair that the ideas are based on qualitative research (discussions). I appreciate your thoughts and the idea that engineers should own large components of a project or entire projects resonates with us. We think it creates real pride of ownership and interest in customer success and it has been how we have organized our engineering teams at three different companies now. It's clearly better for individuals (as you mentioned) and the companies they work for.