Ask HN: How do you avoid wasting time on project management?
5 points| jamespaden | 3 years ago
I've been interviewing people for an upcoming software project and it's considered normal for someone (project manager, senior team lead, CTO, whoever) to spend hours every week discussing the plan for the week. Then, of course, the plan changes and they spend more hours moving the plan around.
How do you avoid this kinds of overhead? Any tips or tricks that you've seen work? Does anyone work in an environment where the developers are just trusted to figure out how to complete a project?
matt_s|3 years ago
If there are cross-team dependencies we use feature flags or in cases where we're building something like a new API, agree on the API contract and ship it when ready even if the other team hasn't started. Follow-on items can be created and worked if we need to make changes or if bugs are found after the fact.
We use CI/CD with tests running on every deploy, this allows for deploying anytime and finding when dependencies are broken with new features.
jamespaden|3 years ago
Does the PM ever bother you to get the status of something, or is it always clear from the kanban board? I've seen the "bug the developer for a status update" move a lot in the past.
Agreeing on the API contract seems like a fantastic way to streamline the process!
nialse|3 years ago
jamespaden|3 years ago
Some companies seem to have project managers assign daily tasks to each developer. The PMs then spend a lot of time defining the tasks and moving the schedule around. They have weekly/daily meetings with other PMs to do cross-project planning.
On the other hand, Basecamp's Shape Up (https://basecamp.com/shapeup) process defines a desired outcome with some clear parameters and a six-week deadline and simply lets the team figure out the rest. There's not a lot of project management happening on a week-by-week basis.
So my question is, what do teams in the middle of those two extremes do? How do teams spend less time on minutia of planning projects and tasks and more time doing?
afarrell|3 years ago
Increase the trustworthiness of the developers' tools, docs, and skills so there are fewer schedule risks.
Decrease the scope of projects relative to the time alotted so there is more slack.