Project Managers in PS assign tasks to developers and they do the work and go to the next task. Their time is tracked and how much of it is billable is measured. Managers in PS has a target "billable utilisation" they are expected to hit. The target is almost all of developers' time other than company meetings.
We encourage developers to come up with side-projects, improvements, learning goals etc. and we make time for them when there is something tangible. We also come up with initatives and offer them to take these up which would also contribute to their career progression. There is some take up but not much.
We have been having turnover issues and the prominent feedback from exit polls is the work is not interesting or engaging.
We are seeking feedback from the team but would like to hear about how other companies are handling it. If your company has a similar team that only build custom client projects:
- Does your compnay have similar problems?
- Are developers assigned tasks in a similar way or do you have different ways of working?
- What are the things that are keeping them happy and engaged?
- Never being asked to time track. Projects were billed in quarterly increments based on impact, not number of people working on them. This made swapping people based on their speciality easy.
- Being paid above market rate.
- Getting lots of face to face time with clients, and a corporate card with little oversight if we were being productive.
- Lots of opportunity to contribute back to platform teams and platform teams treating us like customers.
- Edit: also our clients themselves were interesting and doing cool things so that helped.
Have someone technical randomly review employees based on their technical contributions.
If someone is clearly underperforming then fire them liberally but on a day to day basis, try to stop enforcing so much constraints.
> Does your compnay have similar problems?
Yes, and I've seen the same at multiple companies. IME turnover in PS tends to be high.
IMHO, there are two factors that make jobs at PS orgs at many Product companies boring.
1).Building with or customizing the Product tends to be repetitive and follow the same pattern. The better and more mature the product, the more you basically just follow a set of steps and not get to really be creative or go outside of a certain box.
I'll use a dashboard tool (E.g. PowerBI/Tableau/Spotfire) as an example. They are very useful products and customers love them. But from a PS standpoint, you doing the same thing over and over. As a first job, you learn a lot the first 1-2 years. But after that, you literally just repeat the same thing over and over again. It gets old very fast.
What follows is an obvious lack of skill progression and career growth. From a skill set perspective, the job titles (Associate, Consultant, Senior, Principal) can really say more about salary and less than skill. In other jobs (e.g. Software Development) there's a clear career progression. In PS, upward mobility really means to go into PS management or sales - which a lot of people don't want to to.
I imagine things are different in PS at a cloud provider like AWS since there is a much broader set of technologies and use cases to work it.
2). The second thing has to do with how projects are proposed and sold. As a PS manager, you want customers to be happy and projects to succeed. One of the best things you can do is come up with a "Solution" where you sell a certain deliverable and you understand all the requirements and effort to deliver that solution. Then you just keep selling that and build a repeatable and reliable pipeline for your services group.
The worst thing is an "exciting" greenfield project where nobody can understand how much time, effort, and people are needed. You can't plan your schedules and people resources around unpredictable projects. So those projects tend to get pushed to partners or stay in PreSales where resource planning is a little more ad-hoc. Or the company just says they can't do it.
If the best way to drive positive outcomes is to repeat the same thing over and over, then obviously the projects are going to be boring. This works out great for PS management since they can have a high utilization rate and solid pipeline for work. It's going to be a mixed bag for ICs. They get predictable work and a steady paycheck, but the work is boring.
>Managers in PS has a target "billable utilisation" they are expected to hit.
Unlike some others in this thread, I had a good experience with utilization targets and time tracking. For one of the companies I worked for, consultants had a utilization target, and then an accelerator. The targets were set well. We had a good pipeline, so it was really easy to hit the accelerator, get nice bonus, and get time to take a vacation as well. Some places set the utilization targets too high and it basically ruins the job.
We also only worked in 40 hour blocks. So if a customer had 8 hours of work, they were billed for 40 hours and the consultant basically only worked 1 day that week. This was in the contract the customer signed and they were told about it as well. The end result was that a consultant basically only worked with 1 customer a week and tracking hours was easy.
This also pushed away a lot of the PITA customers who wanted to whine about 1 hour here and there. If you want to micromanage the consultants, feel free to find a consulting company who will let you do that.
>We encourage developers to come up with side-projects, improvements, learning goals etc. and we make time for them when there is something tangible. We also come up with initatives and offer them to take these up which would also contribute to their career progression. There is some take up but not much.
At least when I was in PS, my side-projects were really a way to learn things that could get me a out of PS. There was no real value in me spending any spare time getting better at the Product(s) I was using in my job since all of that knowledge was too specialized to be useful outside of the company I was working for.
My work schedule was also very erratic. I'd have one 4 week project with a very demanding customer. Then I'd have 2 slower weeks with another customer. Then 3 busy weeks with another customer. It's hard to maintain any momentum on side-projects, learning goals, etc in that situation. So I wouldn't even start.
If I told my employer that I wanted to learn a set of skills or work on a side-project that had nothing to do with my current job, I don't know how well that would have been received.