3 ms·

> If the whole point of doing the deploy is to pick up new code changes, then the people responsible for doing those code changes run the risk of having to work

by lojack 8y ago

> If the whole point of doing the deploy is to pick up new code changes, then the people responsible for doing those code changes run the risk of having to work over the weekend to make sure they're ready. I feel like you're conflating deadlines with deploys. If its ready to go on a Monday then I see no reason why you should hold off doing the deploy. If you have to work all weekend to get it ready to go by Monday then its probably because there's a deadline.

curtis 8y ago
Fair enough, but I'll observe that in my experience deadlines and deploys are often strongly correlated. Management generally doesn't care when code is done, they care when it's done and deployed. I suppose my experience is skewed by the fact that I've spent a lot of my career in startups where sales (or even the CEO) want the code deployed ASAP because they want to demo it.
- lojack 8y ago
  I don't necessarily disagree with your point about the correlation, but there are a few things I'd like to call out. First, why not demo partially complete and/or staged but not deployed work? Tangentially, doing things to appease sales is a quick way to reach local optima and build a directionless product (same thing for customers). A good product person will take their requests, identify the problems, throw out things that don't fit the vision, and incorporate the important parts. Sales shouldn't be your drivers, they should be your eyes and ears. "ASAP" isn't a deadline. It helps you understand urgency, but not importance. Don't waste your time with urgent unimportant things. > Management generally doesn't care when code is done, they care when it's done and deployed. I'd argue that these two are the same thing. I'd even take it one step further and say you shouldn't consider your work done until it is deployed and verified working. Thats why you don't deploy on Fridays. > Fair enough, but I'll observe that in my experience deadlines and deploys are often strongly correlated. For some code this is true, but not all of it. I'm sure every team is different, but most code I deploy either has no deadline or has a deadline more than a few days out. Of the remaining stuff, deadlines can almost always be pushed back if the work isn't done. Not ideal, but usually a possibility. No need to work over the weekend unless there's a hard deadline which can't be pushed back, which is (or should be) exceedingly rare.

by lojack 8y ago

curtis 8y ago

Fair enough, but I'll observe that in my experience deadlines and deploys are often strongly correlated. Management generally doesn't care when code is done, they care when it's done and deployed. I suppose my experience is skewed by the fact that I've spent a lot of my career in startups where sales (or even the CEO) want the code deployed ASAP because they want to demo it.

lojack 8y ago
I don't necessarily disagree with your point about the correlation, but there are a few things I'd like to call out. First, why not demo partially complete and/or staged but not deployed work? Tangentially, doing things to appease sales is a quick way to reach local optima and build a directionless product (same thing for customers). A good product person will take their requests, identify the problems, throw out things that don't fit the vision, and incorporate the important parts. Sales shouldn't be your drivers, they should be your eyes and ears. "ASAP" isn't a deadline. It helps you understand urgency, but not importance. Don't waste your time with urgent unimportant things. > Management generally doesn't care when code is done, they care when it's done and deployed. I'd argue that these two are the same thing. I'd even take it one step further and say you shouldn't consider your work done until it is deployed and verified working. Thats why you don't deploy on Fridays. > Fair enough, but I'll observe that in my experience deadlines and deploys are often strongly correlated. For some code this is true, but not all of it. I'm sure every team is different, but most code I deploy either has no deadline or has a deadline more than a few days out. Of the remaining stuff, deadlines can almost always be pushed back if the work isn't done. Not ideal, but usually a possibility. No need to work over the weekend unless there's a hard deadline which can't be pushed back, which is (or should be) exceedingly rare.