I was wondering whether this approach I am doing to scheduling dev work on a day to day basis is correct. In which I assume that instead that a developer has 8 hours a day to do coding, they actually have less.
- I already have list of specs and broken them down to appropriate tasks and estimated hours to complete them.
- Now I want to fit these tasks and their appropriate hours in the calendar so I can find the dates on when these specs can be completed.
My thinking is that assuming a standard 8 working hours a day is flawed because one does not always code 8 hour straight. So after taking into account for non-code time involved for my team and myself such as
- Daily scrum (0.5)
- Lunch (1.0)
- Misc Meetings/Discussions (1.0)
I would assume that a developer would really only have on average 5 - 5.5 hours of solid work. So I am scheduling on that assumption. Would this be the right approach or a better way to take into account non-coding time? Because simply saying that someone has a day to finish Spec X doesn't mean they have 8 hours to finish it, isn't it?