It is not lying. It is managing expectency.
If it takes minute, and they did not noticed the change..
Just say that you managed well and there was no bug at all in the switching.
Tada, you are a very good planner and know your stuff.. It takes 10 minute.. you are still very good and can fix everything 😉
Remember any sufficiently advanced technology is indistinguishable from magic. And someone that can manage that technology is a mage! 😉
Provenance : Courrierhttps://go.microsoft.com/fwlink/?LinkId=550986 pour Windows 10
________________________________ De : 44Net 44net-bounces+petem001=hotmail.com@mailman.ampr.org de la part de Brian Kantor Brian@BKantor.net Envoyé : Wednesday, April 25, 2018 9:49:52 AM À : AMPRNet working group Objet : Re: [44net] GW (amprgw, gw.ampr.org) downtime tomorrow evening
I don't like to lie to clients. Moving a connector should only take a few minutes.
However, if they blew it on transferring the configuration from the old switch/router to the new one, it could take hours to get it fixed while they troubleshoot it. Thus there is no way to give a reasonable window and then beat it; any estimate that you're guaranteed to come in under would be several hours.
If you tell people hours and it then only takes a few minutes, you still get people bothering you with "is it done yet?" because they didn't even see the interruption and were expecting to be down for hours.
If there's one lesson I've learned in 30+ years of running networks, it's that you can't win in this game. - Brian
On Wed, Apr 25, 2018 at 01:27:45PM +0000, pete M wrote:
Thanks Brian for the head up. But please dont give you such short time latitude to make the switch.
I used to do service maintenance in security system ( access control and camera system integration was my principal stuff) And when upgrading a site I always gave me 4 time the usual time I needed. Let say I planned to do the work in 15 minute, I would always advice the user that it would take 1 hours, maybe a bit more..
My user where always happy to see the job done in much less time or just in time when something went wrong ;-)
this help a lot to manage the expectation of the user.
There is notthing more exasperating to manage then a mid executive asking, is it done yet? when you work on a technical problem.
_________________________________________ 44Net mailing list 44Net@mailman.ampr.org https://mailman.ampr.org/mailman/listinfo/44net