+1. I love the fact that these sorts of things are being discussed publicly, but I have no idea what the difference between "product" and "engineering" is. I have a vague idea, like that ops probably falls under engineering, and AFT like things probably fall under product. However I wouldn't know where general core mediawiki work work would fall under, etc.
-bawolff
On Wed, Nov 7, 2012 at 2:00 PM, Quim Gil quimgil@gmail.com wrote:
Hi, am I the only one having difficulties understanding the proposal and what it implies?
On 11/05/2012 07:03 PM, Erik Moeller wrote:
we need to split the current department into an engineering dept and a product dept in about 6-8 months.
It is strange to see "engineering" and "product" side by side, since (as i understand them) these words belong to different categories. :)
Do you mean a "platform" team and "product" team, both filled with engineers and other profiles but each one focusing on different things? The MediaWiki (platform) team and the Wikimedia (product) teams, so to say?
Or are you indeed referring to the classical separation between "product managers + designers" and "developers + testers"? The first ones defining requirements and the second ones implementing them?
Or something else? Reading your email + http://wikimediafoundation.org/wiki/Staff_and_contractors + http://www.mediawiki.org/wiki/Wikimedia_Engineering wasn't enough for me to understand.
What is clear from your email is that the current Engineering team is underrepresented at a high level and you Erik have too much in your bucket. A split and flattening getting more people in the high decision levels makes total sense.
What also seems to be clear is that such reorganization should solve the slightly schizophrenic tension of priorities between Wikimedia/product and MediaWiki/platform, right?
Whatever the result, I hope we end up with teams where software developers, sysadmins, product managers, designers etc are well mixed in focused teams going after clear common goals.
-- Quim
To avoid fear and anxiety, and to make sure the plan makes sense, I want to start an open conversation now. If you think any of the below is a terrible idea, or have suggestions on how to improve the plan, I’d love to hear from you. I’ll make myself personally available to anyone who wants to talk more about it. (I'm traveling a bit starting tomorrow, but will be available via email during that time.) We can also discuss it at coming tech lunches and such.
There’s also nothing private here, so I’m forwarding this note to wikitech-l@ and wikimedia-l@ as well. That said, there’s no urgency in this note, so feel free to set it aside for later.
Here’s why I’m recommending to Sue that we create distinct engineering and product departments:
- It’ll give product development and the user experience more
visibility at the senior mgmt level, which means we’ll have more conversations at that level about the work that most of the organization actually does. Right now, a single dept of ~70 people is represented by 1 person across both engineering and product functions
- me. That was fine when it was half the size. Right now it’s out of
whack.
- It’ll give us the ability to add Director-level leadership functions
as appropriate without making my head explode.
- I believe that separating the two functions is consistent with Sue’s
recommendation to narrow our focus and develop our identity as an engineering organization. It will allow for more sustained effort in managing product priorities and greater advocacy for core platform issues (APIs, site performance, search, ops improvements, etc.) that are less visible than our feature priorities.
A split dept structure wouldn’t affect the way we assemble teams -- we’d still pull from required functions (devs, product, UI/UX, etc.), and teams would continue to pursue their objectives fairly autonomously.
It’s not all roses -- we might see more conflict between the two functions, more us vs. them thinking, and more communications breakdowns or forum shopping. But net I think the positives would outweigh the negatives, and there are ways to mitigate against the negatives.
The way we’d get there:
I’m prepared to resign from my engineering management responsibilities and to focus solely on my remaining role as VP of Product, as soon as a successor for VP of Engineering has been identified. We would start that hiring process probably in early 2013. I’m recommending to Sue that we seriously consider internal candidates for the VP of Engineering role, as we have a strong engineering management team in place today.
So realistically we'd probably identify that person towards the end of the fiscal year.
Obviously I can’t make any promises to you that in that brave new world, you’ll love whoever gets hired into the VP of Engineering role, so there’s some unavoidable uncertainty there. I’ll support Sue in the search, though, and I’m sure she’d appreciate feedback from you on the kind of person who you think would be ideal for the job.
The VP of Product role would encompass a combination of functions. Howie and I would work with the department to figure out what makes sense as an internal structure. My opening view is that Analytics and User Experience are potential areas that may benefit from dedicated Director-level support roles. (Analytics is tricky because it includes a strong engineering piece, but also a research/analyst piece working closely with product.) The new structure would therefore be as follows:
- VP of Engineering -> Directors of Engineering
- VP of Product -> Director of Product Development, plus new
Director-level functions (we've discussed UX/Design as a likely new leadership function, and Analytics as a _potential_ area to centralize here because it works so closely with product)
Why Product? I’m happy to help the org in whatever way I can; I believe I’d be most useful to it in focusing there and helping build this relatively new organizational function. Based on my past experience, Howie & I make a great team. I know how engineering operates, which could help mitigate against some of the aforementioned issues. Plus, our product priorities generally already reflect lots of thought and consideration, and we have no intent of reopening questions like "Is Visual Editor the top product priority".
I look forward to hearing your thoughts & discussing this further in coming weeks.
All best, Erik
-- Erik Möller VP of Engineering and Product Development, Wikimedia Foundation
Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l