Some companies are very picky at making sure that all their employees got a project to work on. Especially the top engineers. I've seen quite many environments, where senior guys are the ones who have to be "120% utilized" and who are actually doing the work, while juniors are expected to be floating around doing "something not critical" and being asked to help seniors, whenever those would need an extra hand.
Battlefield
Out of the software world there is, however, a class of organizations dealing with the extremely complex tasks in the hard to predict conditions who successfully practice the completely opposite approach - making sure that their best resources are free until the very critical moment. Armies apply the idea of a reserve for ages. Reserves allow them to extremely effectively push the critical areas of their "projects" at a cost of a sub-optimal use of their best troops.
Keeping the top engineers unassigned to projects
Some software and not so software organizations try building on the same approach by making sure their best engineers are not permanently taken by projects and are always available for helping others. These organizations believe that optimizing the processes so that top people were always busy is suboptimal - every engineer can do the normal work, while top engineers are the ones to help, when a particularly difficult problem is on the way.
What about your team? When junior or mid-level person needs help, is some senior or chief engineer always available for help?
(Photo is courtesy of soldiersmediacenter @ Flickr)
Comments
Dear Artem, I Completely
August 8, 2008 by Rajagopal (not verified), 21 weeks 4 days ago
Comment id: 1744
Dear Artem,
I Completely agree with your post. This is the best idea for the companies or top management who are investing/dedicating the "Best Valuable Engineers" to one single project.
By effectively utilizing their time for guiding/educating the teams (not leading the teams) for shorter duration, number of teams & projects will benefit with their "Valuable Experience" and the overall success ratio of the projects with in the organization will go up..
Regards,
Rajagopal Yendluri(Raj)
I agree with you, this is
August 14, 2008 by petition (not verified), 20 weeks 5 days ago
Comment id: 1762
I agree with you, this is the best idea for the companies who are investing the "Best Valuable Engineers" to one project.
Yeah
November 12, 2008 by Mark Towit (not verified), 7 weeks 5 days ago
Comment id: 1994
Well, the same is true in many organizations, not just with design. I have worked in offices where the juniors just stood around waiting for a project. Pointless and the management preferred to work that way.
A possible win-win approach?
December 3, 2008 by Dmytro Lapshyn (not verified), 4 weeks 5 days ago
Comment id: 2077
An iteresting reading and definitely food for thought!
For starters, I am coming from offshore outsourcing perspective, where time is literally money, so I believe offshore outsourcing companies can't typically afford their resources (especially senior ones for whom they usually charge more $ per hour) being underloaded.
Still, I fully agree that the scenario when senior people do work that could be done by a junior or at least intermediate developer is flawed. It is way better to have senior devs work either on really challenging tasks, or as technical leads supervising code quality, following best patterns and practices, coaching juniors etc. However this wouldn't make sense for a company renting its resources as "code monkeys" instead of striving to own the product development.
Utlization VS money
December 3, 2008 by Artem, 4 weeks 5 days ago
Comment id: 2078
If the goal is high utilization of "code monkeys", than definitely it is a bad idea to keep the most valuable monkeys underloaded. Out of the monkey shop, however, I more frequently find situations when you cannot afford to keep the most experienced people overloaded. It is cheaper to let them have some slack (possibly used for work on what they themselves think is important), rather than leave less experienced people without help, when such help is needed.
At the moment I work on the customer side with quite a significant amount of people "rented" from the offshore companies and I don't think there is a significant difference in approaches once externals get the feeling of safety and realize that they are not going to be punished for "underutilization". Even though offshore developers are usually hired by man-days, they are rarely hired for numbers in excel. Usually they are hired for building or supporting valuable products and all the product development lessons apply.
If you want a project done
December 4, 2008 by Forex (not verified), 4 weeks 4 days ago
Comment id: 2083
If you want a project done properly you should do it your self!
Utilization
December 4, 2008 by Ilja Preuss (not verified), 4 weeks 4 days ago
Comment id: 2084
In fact, the only valid reason for optimizing utilization is when you get paid for utilization - that is, when you get paid based on how many hours someone actually worked. If you want to optimize the amount of value produced, though, queuing theory tells us that optimizing utilization actually harms throughput. Think of a web server as a metaphor - you actually don't want the CPU load to be at 100% all the time.
Post new comment