I work in an IT organization where I'm responsible for all of our customer interactions and I rely heavily on the development and operations teams to actually deliver a product. I have no authority over those teams and my team has to manage expectations and retain customers when something goes sideways. One thing that I frequently face, especially when working with the other teams to try to remediate an issue that affects our customers, is the response of "I don't don't have a timeline for that - this is the first time we've had to do this."

While I understand that the situation may be an unknown, that's not really something I can take to customers or tell my team to take to customers.  Attempts to work out a timeframe have resulted in escalation to senior leadership who back up not having a timeline.

Does anyone else deal with this? If so, how do you handle it?

jrb3's picture

The "first time" phrasing triggers an alarm bell for me, though -- first time to address a problem, a problem with this stack, this specific type of problem with this stack, what?

Another thought:  "timeline" might have different meanings for you and for the developers and operators.  Perhaps you want a brief sketch of current approach to solve, while they think you're asking for when the solution will be in place and active.

What I found helps is to emphasize that I'm looking for something to communicate onward.  "Hey, this is a lines-out issue for three specific customers.  They're expecting me to check in hourly until the dust settles.  Who's leading our technical response?  I want to make sure I'm staying out of everyone's hair, yet connecting us to anyone outside we need to resolve this, and keeping our customers happy while we fix this."  Then work with the response-lead to get rough schedules and insights and activities to pass along.