Индустрия Программного Обеспечения. Как Вести Себя С Начальником, Который Хочет «Да» Или «Нет»

Я нахожусь в ситуации, когда моему боссу нужны только очень простые ответы. Проблема в том, что в сфере информационной безопасности и программного обеспечения этого на самом деле не существует. Вот ситуация.

Мой Босс занимается составлением договоров для клиентов, где они платят нам за оказанные услуги, все просто. Мой начальник приводит меня и говорит: «Эй, исходя из нашего текущего стека (как все устроено), можем ли мы поддерживать 20 000 клиентов?». Мой первый ответ состоит из множества вопросов. Что это за клиент? Сколько хостов на одного клиента? Какая операционная система? Какие услуги? Какие процессы? Как у них устроена сеть? И т. д. Прямого ответа нет.

Мой босс говорит: «Мне просто нужен ответ «да» или «нет», чтобы я мог передать это клиенту». Я принципиально отказываюсь дать ему ответ и пытаюсь объяснить. Он хочет сказать: «x=2 и y=3, и поэтому x*y=6. Но в программном бизнесе все не так просто, поскольку существует множество других внешних эффектов.

Он расстраивается, потому что хочет получить ответ «да» или «нет», но у нас нет доступной информации от клиента, чтобы сказать это. Я сказал, что мы должны сказать клиенту: «Давайте начнем с 1000 хостов, и мы сможем наращивать наш путь, поскольку мы оба счастливы», но мне отказывают.

Как мне вести себя с начальником, который не понимает сложностей и хочет получить четкий ответ, который мне неудобно давать?

#софтверная индустрия #менеджмент #менеджер #управление проектами

Как мне вести себя с начальником, который не понимает сложностей и хочет получить четкий ответ, который мне неудобно давать?

Вы могли бы сказать «Конечно, босс, если вы дадите мне минутку, я смогу оценить ситуацию и подготовить вам четкий ответ». Затем приступайте к более спокойной оценке ситуации, чтобы с большей уверенностью прийти к ответу «да» или «нет».

Теперь иногда боссы хотят получить ответ прямо там. В этом случае для вас все становится немного сложнее. Если такое случается, и ваш начальник не может дождаться, пока вы разработаете план, чтобы ответить с уверенностью, я предлагаю вам дать условный ответ да/нет.

После быстрой оценки с вашей стороны вы можете сказать что-то вроде «Если мы сделаем X, Y, Z, то да, это возможно»или какой у вас вывод. Таким образом, вы даете ему четкий и прямой ответ, но в то же время вежливо подразумеваете все необходимые для этого требования (и при этом прикрываете спину).

Кроме того, мне кажется, что ваш начальник должен начать понимать, что в мире ИТ простые ответы «да/нет» требуют хотя бы небольшого вклада, чтобы иметь возможность дать их с уверенностью. Однако это совсем другая история.

Подобные вопросы касаются перспективы. Ваш начальник спрашивает с точки зрения бизнеса, можем ли мы обслужить больше клиентов. Ваша точка зрения такова: если ваши текущие возможности адекватны, и, не зная всех деталей, вы не сможете ответить на этот вопрос. Однако вы можете ответить

Если у клиентов есть следующая ОС, сеть, количество хостов и т. д., тогда да. В противном случае нам пришлось бы делать Б, или им пришлось бы делать С.

Или у вас может быть категорические «нет». Если вы не можете объяснить своему начальнику, каковы точные потребности потенциального клиента, но вы чувствовать как будто он хочет, чтобы вы сказали «да», я бы подошел к этому по-другому.

Вместо этого я бы перефразировал это: на самом деле это решение бизнеса о том, какой риск они готовы взять на себя. Ваша задача - четко объяснить риски для различных клиентов, которые, как вы ожидаете, в меру своих возможностей будут использовать эту услугу. Ваша работа также заключается в том, чтобы облегчить бизнесу привлечение большего количества клиентов, если вы можете найти способы сделать это, что было бы идеально.

Вместо того, чтобы приносить плохие новости, представьте, что вы несете ответственность за то, чтобы ваш бизнес мог найти новые способы привлечения большего количества клиентов и снижения рисков. Если вы сделаете это таким образом, чтобы ваша работа и решения были хорошо заметны, это наверняка приведет к вознаграждению или продвижению по службе.

Нетехническим людям, даже умным людям, трудно разобраться в технических деталях, а детали ИТ — это все, что имеет значение. Вы должны бытьясно и коротко

. Пример:

«Это не вопрос «да/нет». Вы просите меня сделать много

предположения о вещах, о которых я не знаю. Это как будто ты спрашиваешь, можем ли мы

отправить 20 000 коробок на грузовике? Если это большой грузовик и маленькие коробки

да, если это маленький грузовик и большие коробки, то нет.

Поэтому мне необходимо сначала определить размер этих коробок (потребности клиентов) и знать

грузовик (клиенты ниже)».

и, наконец, вы можете добавить

и все они получили довольно хорошую сеть».

и если он настаивает на да/нет:«Да! Но планируйте заранее, как смягчить последствия, если я окажусь неправ».

Не всегда воспринимайте подобные вопросы буквально, особенно если вы знаете, что разговариваете с человеком, не разбирающимся в технических вопросах. Если вы спросите Илона Маска, может ли он сдвинуть гору, он ответит «да», потому что он проигнорирует реальность астрономических затрат (которые никто не заплатит) и вероятность того, что это займет так много времени, что никто из ныне живущих будет все еще жив, когда он будет закончен.

Мне кажется, что проблема на вашей стороне. Кажется, вы пытаетесь уйти от ответственности, избегая четкого ответа.

• Возможные ответы вашему начальнику:
• Да, это возможно, с клиентом Б мы в настоящее время обслуживаем 200 000 клиентов.
• Нет, в настоящее время это невозможно, у нашего крупнейшего клиента всего 20 клиентов, а серверы загружены на полную мощность; нам нужно будет построить второе и третье здания для новой серверной фермы
• Да, если он использует те же ресурсы, что и клиент C, это подойдет, но если он будет использовать больше, нам придется объединить несколько серверов.

Да, но если он будет использовать те же ресурсы, что и клиент D, и с запасом прочности, нам придется удвоить нашу инфраструктуру.

Какой ответ правильный, только у вас есть опыт и знания.