Zo werkt het ongeveer bij Valve op de werkvloer. Kan wel verklaren waarom HL3/ep3 zo lang duurt.
Now, I can tell you that, deep down, you don’t really believe that last sentence. I certainly didn’t when I first heard it. How could a 300-person company not have any formal management? My observation is that it takes new hires about six months before they fully accept that no one is going to tell them what to do, that no manager is going to give them a review, that there is no such thing as a promotion or a job title or even a fixed role (although there are generous raises and bonuses based on value to the company, as assessed by peers). That it is their responsibility, and theirs alone, to allocate the most valuable resource in the company – their time – by figuring out what it is that they can do that is most valuable for the company, and then to go do it. That if they decide that they should be doing something different, there’s no manager to convince to let them go; they just move their desk to the new group (the desks are on wheels, with computers attached) and start in on the new thing. (Obviously they should choose a good point at which to do this, and coordinate with both groups, but that’s common sense, not a rule, and isn’t enforced in any way.) That everyone on a project team is an individual contributor, doing coding, artwork, level design, music, and so on, including the leads; there is no such thing as a pure management or architect or designer role. That any part of the company can change direction instantly at any time, because there are no managers to cling to their people and their territory, no reorgs to plan, no budgets to work around. That there are things that Gabe badly wants the company to do that aren’t happening, because no one has signed up to do them.
Hardest of all to believe is the level of trust. Trust is pervasive. All of Valve’s source code is available to anyone in Perforce, and anyone at Valve can sync up and modify anything. Anyone can just up and work on whatever they think is worth doing; Steam Workshop is a recent instance of someone doing exactly that. Any employee can know almost anything about how the company works and what it’s doing; the company is transparent to its employees. Unlike many organizations, Valve doesn’t build organizational barriers to its employees by default; it just trusts them and gets out of their way so they can create value.
To be clear, Valve hasn’t magically repealed the realities of developing and shipping products. We’re all human, so teams sometimes argue (and sometimes passionately) about what to do and how to do it, but people are respectful of each other, and eventually get to a consensus that works. There are stresses and more rigid processes when products are close to shipping, especially when there are hard deadlines for console certification (although shipping for the PC is much more flexible, thanks to Steam). Sometimes people or teams wander down paths that are clearly not working, and then it’s up to their peers to point that out and get them back on track.
Also, don’t think that people randomly come in every day and do whatever they feel like doing. It certainly wouldn’t be okay if a programmer decided to move to an empty room and start weaving straw hats (although if they wanted to write a tool to let people weave and sell virtual straw hats, that would be fine). People commit to projects, and projects are self-organizing; there are leads, but they’re chosen by informal consensus, there’s no prestige or money attached to the label, and it’s only temporary – a lead is likely to be an individual contributor on their next project. Leads have no authority other than that everyone agrees it will help the project to have them doing coordination. Each project decides for itself about testing, check-in rules, how often to meet (not very), and what the goal is and when and how to get there. And each project is different.
ps
Geet ook een verklaring waarom Valve hardware engineers zoekt: wearable computing.
http://blogs.valvesoftwar...like-and-what-im-doing-2/