Я в ситуации, когда мой босс хочет только очень простых ответов. Проблема в том, что в сфере информационной безопасности и программного обеспечения этого на самом деле не существует. Вот ситуация.
Мой Босс находится в процессе составления договоров для клиентов, где они платят нам за оказанные услуги, просто. Мой босс приводит меня, говорит: «Эй, исходя из нашего текущего стека (как все настроено), можем ли мы поддерживать 20 000 клиентов?». Мой первый ответ состоит из множества вопросов. Какой это клиент? Сколько хостов на одного клиента? Какая операционная система? Какие услуги? Какие процессы? Как устроена их сеть? И т. д. Прямого ответа нет.
Затем мой босс говорит: «Мне просто нужен ответ «да» или «нет», чтобы я мог передать это клиенту». Я принципиально отказываюсь давать ему ответ и пытаюсь объяснить. Он хочет сказать: «x=2 и y=3 и, следовательно, x*y=6. Но в программном бизнесе все не так просто, потому что есть много других внешних факторов.
Он расстраивается, потому что хочет получить ответ «да» или «нет», но у нас нет доступной информации от клиента, чтобы сказать это. Я сказал, что мы должны сказать клиенту: «Давайте начнем с 1000 хостов, и мы сможем продвинуться вперед, поскольку мы оба счастливы», но это было отклонено.
Как мне быть с начальником, который не понимает сложности и хочет получить четкий ответ, который мне неудобно давать?
Как мне быть с начальником, который не понимает сложности и хочет получить четкий ответ, который мне неудобно давать?
Вы можете сказать: «Конечно, босс, если вы дадите мне минутку, я смогу оценить ситуацию и подготовить вам четкий ответ» . Затем приступайте к более спокойной оценке ситуации, чтобы с большей уверенностью прийти к ответу «да/нет».
Теперь иногда боссы хотят получить ответ прямо сейчас . В этом случае все становится немного сложнее для вас. Если такое случается, и ваш босс не может дождаться, когда вы составите план, чтобы ответить с уверенностью, я предлагаю вам дать условный ответ «да/нет» .
После быстрой оценки с вашей стороны вы можете сказать что-то вроде «Если мы сделаем X, Y, Z, то да, это возможно» или любой другой вывод. Таким образом, вы даете ему четкий и прямой ответ, но в то же время вежливо намекаете на все необходимые для этого требования (а также прикрываете спину в процессе).
Кроме того, мне кажется, что ваш начальник должен начать осознавать, что в мире ИТ простые ответы «да/нет» требуют хотя бы небольшого вклада, чтобы быть в состоянии давать их с уверенностью. Впрочем, это совсем другая история.
Такого рода вопросы касаются перспективы. Ваш босс спрашивает с точки зрения бизнеса, можем ли мы обслуживать больше клиентов. Ваша точка зрения такова, если ваши текущие возможности адекватны, и, не зная всех деталей, вы не можете ответить на этот вопрос. Однако вы могли бы ответить с
Если у клиентов есть следующая ОС, сеть, количество хостов и т. д., тогда да. В противном случае нам пришлось бы делать B, или им пришлось бы делать C.
Или у вас может быть категорический нет. Если вы не можете определить своего босса в том, каковы конкретные потребности потенциального клиента, но вы чувствуете , что он хочет, чтобы вы сказали «да», я бы подошел к этому по-другому.
Вместо этого я бы перефразировал это так: на самом деле это решение для бизнеса в том, какой риск они готовы взять на себя. Ваша задача — четко объяснить риски для различных клиентов, которые, как вы ожидаете, будут использовать эту услугу в меру своих возможностей. Это также ваша работа, чтобы помочь бизнесу привлечь больше клиентов, если есть способы, которые вы можете найти для этого, которые были бы идеальными.
Вместо того, чтобы быть носителем плохих новостей, представьте, что вы несете ответственность за то, чтобы позволить вашему бизнесу придумывать новые способы размещения большего количества клиентов и снижения рисков. Если вы сделаете это таким образом, который будет хорошо виден в работе и решениях, которые вы придумали, это, несомненно, приведет к вознаграждению или продвижению по службе.
Людям, не являющимся техническими специалистами, даже умным, трудно разобраться в технических деталях, а в ИТ все, что имеет значение. Вы должны быть четкими и краткими . Пример:
«Это вопрос «нет» и «да/нет». Вы просите меня сделать множество предположений о вещах, о которых я не знаю. , если это маленькая тележка и большие ящики так нет.
Поэтому я должен сначала определить размер этих коробок (потребности клиентов) и знать грузовик (информация о клиентах)».
и, наконец, вы можете добавить
«Мы уверены, что сможем справиться с таким количеством клиентов, если они не требовательны, и все они имеют довольно хорошую сеть».
и если он настаивает на да/нет:
«Да! Но планируйте заранее, как смягчить ситуацию, когда я окажусь неправ».
Вы действительно должны поговорить со своим начальником и объяснить, какие данные вам нужны для расчета. Скажите ему, что объяснение займет, скажем, 20 минут, и это хорошо, так что вы можете узнать его мысли, можете ли вы поддержать его или нет.
Я не занимаюсь информационной безопасностью и т. д., так что вот как я на это смотрю - и, вполне возможно, как ваш босс тоже.
У вас есть, гм, текущий стек. Суммарная мощность вашего стека или что-то еще равно X. Средний клиент в настоящее время использует Y. Является ли 20 000 * Y > X или нет?
Если это так, то нет. Если это не так, то да. Таким образом, я бы предположил, что могу задать этот вопрос и получить довольно положительный ответ «да/нет».
Это, я полагаю, неправильный взгляд на это - вместо этого вам нужно управлять вверх и объяснять, что для обоснованного предположения вам нужны такие-то данные.
Генри Форд однажды сказал: «У вас может быть машина любого цвета, главное, чтобы она была черной».
Для такого инженера, как вы, это полная ерунда, но для вашего босса и, возможно, клиента то, что вы говорите, является тарабарщиной, независимо от технологии, стоящей за этим. Конечно, будут ограничения. Они предполагают и игнорируют их больше, чем вы. Мы все знаем, что вы, в конечном счете, не можете, потому что именно вы должны заставить это работать.
Вам придется научиться играть в эту игру . Ваш ответ всегда должен быть быстрым «Да», если только вас не просят сделать что-то незаконное. Когда вы начинаете вникать в детали (вы знаете, где прячется дьявол), клиент имеет право возражать против цены, сроков или предлагаемых технологических рекомендаций.
Не всегда воспринимайте такие вопросы буквально, особенно если вы знаете, что разговариваете с кем-то, кто не разбирается в технических вопросах. Если вы спросите Илона Маска, может ли он сдвинуть гору, он ответит «да», потому что он собирается игнорировать реальность астрономических затрат (которые никто не будет платить) и вероятность того, что это займет так много времени, что никто из живущих сегодня будет еще жив, когда он будет закончен.
Мне кажется проблема на вашей стороне. Кажется, вы пытаетесь избежать ответственности, избегая придавить ответ. Возможные ответы вашему начальнику:
Какой ответ правильный только у вас есть опыт и знания.
Вы эксперт, и вы должны сделать обоснованное предположение о текущем стеке и текущих клиентах, которое можно квалифицировать с помощью одного или двух основных предположений. И тогда у вас есть ответственность, и вы должны сделать так, чтобы это произошло (если придет приказ). Это твоя работа.
Исайя3015
pm1391
приветливый инопланетянин
pm1391