Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple APILearn More
trickory7533yBest technique is to do it yourself
C0D4619483yJust explain and document everything that is trying to be achieved as clearly as possible without actually doing all the work yourself, and offer support when and where it’s needed.
If you do stand ups on a regular (daily) basis that’s a good time to see if they’re is anything falling behind that you can assist with, but don’t get all in their face with constant checkups throughout the day, let them have “some” freedom.
If as you say they are going out on tangents, try to kill those quickly unless they’re related to the current project / issues.
Being juniors they’ll take some time to get into the rhythm of things but that’s normal.
Fradow9913yThere are a few things I'd do:
- first, see if you don't have a recruitment problem: accepting unqualified devs (if you have to write the code structure with TODOs comments, that's a huge red flag)
- mandatory code reviews, where you point every single thing that's not perfectly done. It will take a long time at the beginning, but do that for a year and you won't have much to say anymore (and if they can't take a harsh code review, they are not fit to work in a team)
- make yourself available at all time. Even if they bother you at the worst possible time. Even if you don't want to. Even if the question is stupid
- moreover, check in often (at least twice a day, maybe more) to ensure they are not stuck or going in the wrong direction
Good luck. It's hard work, but it pays off. Or you find out quickly it won't work ever.
dcode4643yCreate a best case document with technologies for the tasks they assigned to. (To prevent research and prototype rime of the bad alternatives)
Junior != Bad.
Manage them as little as possible, let them make the big decisions on less important projects / tasks.
Having them go down a suboptimal path is better than spoonfeeding them.