3 ms·

Full disclosure; I am not a manager of anyone nor do I work in a software company. However, I work in an industry where things need to be timed out pretty well

Full disclosure; I am not a manager of anyone nor do I work in a software company. However, I work in an industry where things need to be timed out pretty well and I have to constantly provide an answer to my bosses and colleagues of the question "When do you expect to be able to do X?". From my perspective it involves two things. First, it is about applying the experience of similar situations to the future. I can't very well tell my coworkers "I don't know" because the work that they do depends on me getting my stuff done, especially in a timely manner. Thus, I have to draw on previous experience to say, "Well, this (or something like this) took me two weeks to get done last time so it will likely take me a similar amount of time this go round." The second part of that is being open with expectations. Being up front with my coworkers involves me telling them that while I think this will take X amount of time, these are the complications I am facing that could have an impact on my ability to deliver in the provided time frame. Ultimately, by applying a combination of those two things I have been able to build a good relationship with those I work with when it comes to providing estimates and expectations for delivery. Honestly, not sure how this will apply to software engineering or if it is even translatable at all, but that's my two cents.

erdo 5y ago
This sounds like good advice, and that level of communication can certainly be missing sometimes. Quite a few software projects though are one off custom jobs where the requirements have never been implemented before (sometimes anywhere) and it does make estimating based on past performance pretty difficult. It's also notoriously hard to predict all the problems you might come across ahead of time, especially if you aren't familiar with the specifics of the code you will need to integrate with (maybe you could consider that like quoting to refurbish an old house before you've looked inside it and seen the damp patch and the hole in the roof) It does get easier with experience though, and much more so if you are regularly doing the same kind of software projects.

erdo 5y ago

This sounds like good advice, and that level of communication can certainly be missing sometimes. Quite a few software projects though are one off custom jobs where the requirements have never been implemented before (sometimes anywhere) and it does make estimating based on past performance pretty difficult. It's also notoriously hard to predict all the problems you might come across ahead of time, especially if you aren't familiar with the specifics of the code you will need to integrate with (maybe you could consider that like quoting to refurbish an old house before you've looked inside it and seen the damp patch and the hole in the roof) It does get easier with experience though, and much more so if you are regularly doing the same kind of software projects.