I work for an e-commerce site that has lately been shedding its workforce. I was
ID: 648886 • Letter: I
Question
I work for an e-commerce site that has lately been shedding its workforce. I was hired ten months ago as a UI Developer. At that time we had three other developers. One was the technical lead who had been with the company for 10 years. The other two were server-side developers who had been there for 10 and 3.5 years respectively.
In ten months, the technical lead left for a better position, one developer was laid off, and the other very recently left. So, I am now the only developer on staff. We have one DBA and one network administrator.
They are currently looking to hire another developer but are not willing to pay enough to hire a senior person. I consider myself a junior developer with two years of experience. I have argued that we need to hire at least one senior developer and another junior developer if we're going to keep our current site operational (not to mention develop new features)...even if that means laying off staff in other departments.
Right now we get 6.5 million pageviews per month, and I feel like 3.2 million pageviews per developer must be incredibly abnormal.
My question is then: what is a normal developer to pageview ratio? Are there any industry standards or literature on the subject that I can use to argue for more staff?
Explanation / Answer
Pageviews/developer isn't a metric that translates very well - there are too many parameters that it doesn't capture well, complexity for one - the Reddit example is a good one. It might be a better argument for increasing the sysadmin headcount, but won't help in your arguments for more development staff.
A well-built website should be able to run itself with only minor interventions as needed. If the company isn't making plans for major new development, then management may well view current headcount as being appropriate.
What are your company's goals with respects to new development in 2011? Are they planning on maintaining the site as-is with minor tweaks? Or are they planning major revisions? Is there a new strategy/initiative in the works?
If they're tasking you with far more work than & the team are capable of, then you have an argument you can make. Otherwise, if you're itching to be a part of some major development initiative, you should probably polish up the resume & look elsewhere.
UPDATE:
@Anthony, I've read your responses to my post, and to a couple of other posts below. I've been in your position.
What you're dealing with is a codebase that has evolved to become a Big Ball of Mud.
Unfortunately for you, management/stakeholders have decided to run with it as far as they can go. That's fine, that's their business, they've made the decision to do so with the best possible information at their disposal.
The job of technology (you? is there a CTO or a more senior person above you representing tech?) is to make management understand that the current codebase is hitting the limitations of its' design, and can only go so far. That stability has become compromised, and that tech is simply in maintenance mode trying to keep things running.
In that process, solutions need to be proposed, with pros & cons, required resources, cost estimates, etc. You're trying to persuade them to take an entirely different approach, one that is risky, expensive, and takes away resources from other projects.
This isn't easy, and requires a tremendous amount of support from senior people to make happen - without buy-in, it won't happen. What you're talking about is replacing the core of their web business, a core that was extremely expensive in the first place. That makes people extremely nervous. Think about your mechanic telling you that your beloved 12-year-old car needs a new engine.
If you decide to go this route, good luck. It's not for the faint of heart, but if you can succeed, it's a major accomplishment.
With that, I think it's extremely important from both a career and a sanity perspective to realize that some situations are simply not fixable at your pay-grade, and if you cannot effect change to make those situations fixable, it's time to look elsewhere. Life is too short.