if you really want to quit, at least go out full guns and speak your mind. be honest and objective when you do it. the worst case scenario is you get fired which means you get unemployment checks versus quitting.
hmmmm
This is not about throwing money/people at the problem. It is about managing projects and knowing when you need more money and people. And having only one developer is such a big risk for a small company because if that developer leaves the company can be screwed.
I think you are digging yourself into a big hole and eventually your hole will crumble with you in it.
IMHO, I say you break down the time it will take to complete each project in working days. In each project show the milestones and the time for each one. You then go to your leaders and say...
I would say some UML and Use Cases would be good to have in Business Requirements, but you would need more then that. UML is definitely something you should have before you start coding though.
You first really just need to document what the client says they want into a readable format. After...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.