Срочные задачи. Да придёт Спаситель

    Вы когда-нибудь задумывались, откуда берутся срочные задачи? Вроде, они как-то сами по себе возникают, объективно, из ниоткуда. Срочность рассматривается, как объективное свойство задачи, которое и анализировать-то смысла нет.

    Вот просто есть на свете срочные задачи, и всё тут. Как бывает плохая погода, пробки и дурное настроение начальника. Я тоже так всегда думал, пока не познакомился с чудесным человеком, который всё мне объяснил. С тех пор я смотрю на срочные задачи иначе, потому что понимаю причину их возникновения.

    Причина проста: если задача срочная, то кто-то, где-то, что-то профакапил.

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

    А если не узнают, то вы и дальше будете факапить, превращая нормальные задачи в срочные. Например, держать у себя запросы на оценку, анализ, проектирование целый месяц, а потом выдавать программисту/аналитику, как «а-а-а-а надо срочно оценить, клиент важный, давай подпрыгивай и беги». Один раз прокатит, вам поверят, и вы продолжите факапить – чего нет-то, раз прокатило.

    Системный факап задач и превращение их в срочные – это уже плохо, потому что вы становитесь токсичным, вредным и неприятным человеком. А вы не хотите таким быть.

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

    Иногда и спрашивать не надо, если постановку прислали по электропочте – посмотрите на даты писем или вложенных файлов.

    Есть еще одна поганая ловушка, создающая срочные задачи. Допустим, вам дали задачу. Вы считаете, что будете ее делать сами. Сами, так сами – пофиг тогда на срочность, вы сам хозяин своего времени. Сидите, ждете себе спокойненько момента, когда можно будет начать выполнение задачи, и вот он уже подходит… Бац!

    Что-то изменилось, и задача передается другому человеку. Она тут же становится мегасрочной. У вас весь контекст задачи в голове, а новому человеку надо погружаться, что еще более усиливает нервозность ситуации. Лучше не создавать таких ситуаций, не прижиматься к сроку выполнения, и начинать делать раньше.

    Причину срочности можно найти у любой задачи. Упал сервер с 1С на заводе, и надо срочно чинить? Профакапил сисадмин, который не настроил резервный сервер. Сисадмин подавал заявку на резервный сервер, а ИТ-директор не подписал? Виноват ИТ-директор, он — причина срочности. Не оплатил финдир, потому что из бюджета выбились? Виноват ИТ-директор, который криво ведет бюджет. Директор компании запретил покупать «всю эту чушь для айтишников»? Виноват он.

    Понятно, что нет смысла директору предъявлять. Он просто не поймет, т.к. никогда не слышал про управление рисками. Главное в другом — не надо переживать и чувствовать вину за решение срочной задачи. Сисадмин устраняет не собственный факап, ему не за что стыдиться. Сисадмин устраняет ошибку директора. Он спасает директора и его чертову тупорылую компанию. Сисадмин — Спаситель.

    Как и любой человек, решающий срочную задачу, профакапленную кем-то другим. Вы — Спаситель, блин. А он — злодей. Не наоборот.

    Любой автор факапа этот факт скрывает, пытаясь вывернуть всё так, что виновата лошадь. А лошадь не виновата. Хорошо бы, чтобы все это понимали, и вскрывали причины возникновения срочных задач. Но так не будет никогда, поэтому хоть вам спокойнее будет, дорогой Спаситель.

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

    Ну и вот вам хорошая картинка Дорофеева на эту тему:

    image
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 74

      +4
      TL;DR:
      «У каждой аварии есть имя, фамилия и должность». © Кто-то из древних.
        +4
        Каганович.
          +1
          Сразу про пневмошланги вспомнил :)
          +12
          У нас в компании собирают предложения от сотрудников. И если предложение признано хорошим, запускают в работу. Бывает тема горячая и задача становится «срочной», чтобы успеть захватить часть рынка быстрее, чем это пришло в голову конкурентам.
          Это чей то факап? Нет, это просто бизнес ситуация. Другое дело, что никто в этом случае не рвет волосы ни на каких местах, просто сдвигается график работ и «срочная» работа выдвигается вперед.
          Бывает захлебываются сервера. Ну да, услуга оказалась более востребованная (ну там на 3-4 порядка) чем предполагали. Срочно работаем над оптимизацией той самой минимально работающей версии или развертываем новое оборудование. Кто то «профакапил» и не правильно просчитал спрос? Да нет, это в ряде случаев просто не возможно для новых продуктов. Только запуск показывает насколько это в реальности востребовано. В большинстве случаев наоборот, оказывается не нужным никому и нет смысла разворачивать сразу ресурсы большие.
          Это я к чему. Со статьей согласен практически полностью, но все таки в жизни есть нюансы, в результате которых приходится быть «спасителями» без чьих то «факапов».
            +1
            Ну так тут же ясно было сказано «превращать нормальные задачи в срочные». Да, бывают задачи, у которых время от постановки до выполнения меньше, чем реально необходимо для реализации. Такое бывает и это, имхо, нормально. А когда время заложено с запасом, а задача «профакаплена» — кто-то нехороший человек.
              0

              Может тут больше приоритет подойдёт, а не срочность? Прилетела идея, её оценили и сочли важной

                0
                Кто то «профакапил» и не правильно просчитал спрос? Да нет, это в ряде случаев просто не возможно для новых продуктов.

                я таки думаю, что для этого придуманы маркетологи. и хороший маркетолог стОит своих денег

                +3
                На чей счёт заносить поломки оборудования, которые выливаются в срочную работу? Достаточно часто такое бывало — никакой мониторинг не предвещает, просто в один прекрасный день некое устройство выключается, и больше не включается.

                Ну или, не знаю, поломалась что-нибудь дорогое, какая-нибудь кофе-машина. Чайник — материал расходный, ему можно купить резерв: сгорел — заменил на запасной, едем дальше. Но далеко не всё получается IRL дублировать.
                  0
                  На чей счёт заносить поломки оборудования, которые выливаются в срочную работу? Достаточно часто такое бывало — никакой мониторинг не предвещает, просто в один прекрасный день некое устройство выключается, и больше не включается.

                  Вот же ответ:


                  Сисадмин подавал заявку на резервный сервер, а ИТ-директор не подписал? Виноват ИТ-директор, он — причина срочности. Не оплатил финдир, потому что из бюджета выбились? Виноват ИТ-директор, который криво ведет бюджет. Директор компании запретил покупать «всю эту чушь для айтишников»? Виноват он.

                  Попробую немного развернуть. Когда руководитель умный, он в обязательном порядке учитывает возможность внезапного выхода из строя оборудования. ОБЯЗАТЕЛЬНО! Соответственно, у такого умного руководителя просчитано, сколько стоит резервирование ресурсов (неважно, оборудования, сырья, кадров, а кадры, особенно квалифицированные — это таки для компании тоже ресурс! и т.д., и т.п.), и сколько стоит простой на время ремонта, сам ремонт, ну и вот это вот всё. Поэтому у такого руководителя оборудование выходит из строя редко, люди не сваливают в туман неожиданно, и вообще, трудиться в подобных компаниях — весьма полезно для психического здоровья. А реальные внезапные сбои, которые таки случаются в обязательном порядке — они просто решаются. Без истерик и прочих недовольствий.

                    +3
                    Не очень понял, при чём тут истерика и всё такое.

                    Вышел из строя сервер. Есть резервное «железо», бери, ставь и запускай. Но «ставь и запускай» в такой ситуации — задача всё равно срочная. Пусть даже всё сто раз просчитано и всё выделено — срочности никто не отменяет.

                    Или предполагается ещё и специальную должность выделить — человек, который в штатных ситуациях вообще ничего не делает, зато в таких вот выполняет работу, на которую не отвлекут никого другого?
                      –1
                      Переключение на резервный сервер можно автоматизировать.
                        +1
                        Это при условии соблюдения правила 27, когда у каждого сервера есть готовый, точно повторяющий его состояние резервный, фактически уже включенный в сеть.

                        Что, повторюсь, IRL нереально. Скорее я поверю, что есть «пустые» готовые железяки, на которые можно быстро восстановить состояние того, что квакнулось.
                          0
                          Абсолютно реально. Лично автоматизировал разворачивание сервера с переключением репликаций БД с режима слейва на мастер. Достаточно заранее прописать нужные конфигурации и выбрать подходящую автоматом. Однажды сервер упал, поднялся другой.

                          UPD: Бывают отдельные случаи когда невозможно или слишком дорого, но обобщать абсолютно неправильно. И да, автоматизация была проведена после ручной починки предыдущей аварии. Первая авария исправлялась два часа. Автоматизация заняла два месяца. Вторая авария была исправлена за несколько минут.
                            +1
                            > Абсолютно реально.

                            Нереально не восстанавливать в реальном времени — речь не об этом.

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

                              Вы меня таки извините, но приведите, пожалуйста, конкретные примеры компаний, где НЕТ резервирования по ресурсам. А то вот я имею опыт эксплуатации вычтеха в промышленности, торговле, интернетах (интернет-компании и операторы связи), и вот это вот всё — и как-то не могу вспомнить, чтобы критичные к простоям ресурсы не резервировались (вернее, такое было, но в начале 2000-х). Сейчас резервируется всё, в режиме от ручного переключения (несколько минут простоя) до автоматического (так, что пользователь сервиса ничего не замечал).

                                +3
                                в режиме от ручного переключения (несколько минут простоя)

                                Вот вам и срочная задача, пусть даже на несколько минут.

                                  0

                                  Дело в том, что я рассматриваю всю статью, и, соответственно, круг задач, которые в этой статье описываются, не просто как срочные, а из тех, которые: никогда не было, и вот опять! (с)
                                  Т.е. работало, работало, а тут — бац, и не работает, применительно к эксплуатации. И никто не знает, что делать, куда бечь, кого искать, ну и вот это вот всё.
                                  В описанной же мной ситуации с ручным переключением, выход сервера из строя — это ШТАТНАЯ ситуация с вполне определёнными и описанными действиями в случае её возникновения. Т.е. никто не кричит, не бегает, волосы из тела не вырывает, а просто ответственный выполняет нужные, описанные в соответствующем регламенте манипуляции.
                                  Мало того! В подобных ситуациях ПЕРЕД тем, как приступить к устранению проблем, этот ответственный направляет соответствующее письмо в определённый список рассылки! О как!
                                  Вот когда простой начинает выходить за определённые временные рамки, вот тогда да — начинается цирк. А так… Никакой срочности не вижу.

                                  0
                                  Я отстал от жизни, или бремя доказательства всё ещё лежит на утверждающем?

                                  Вы утверждаете, что в нормальной компании всё 100% дублировано / зарезервировано — вам и примеры приводить.

                                  (хотя не очень понимаю, как их приводить — вряд ли сотрудникам компании позволено трепаться в Сети, как там у них что устроено)
                                    0
                                    Зачем ему приводить, если я привёл?
                                      0

                                      А зайду-ка я с тузов. Козырных.


                                      вам и примеры приводить.

                                      гугель, яндекс, мейл.ру. В Сети материалов, как оно у них всё устроено — вагон и маленькая тележка.
                                      Есть такая конференция: pgconf. Так вот на ней далеко не один доклад, где рассматривается обеспечение отказоустойчивости постгреса в конкретных компаниях. Вот, например, газпром:
                                      https://pgconf.ru/media/2020/02/17/Operating_experience_of_PostgreSQL_servers_in_a_corporate_network.pdf

                                        +1
                                        А если посмотреть на 99.9999% остальных компаний в мире, там как устроено?

                                        Было бы странно, если бы у всехэтих заоблачных сервисов всё не было бы дублировано по сто раз.

                                        Вот когда я видел помещение, где один из наших провайдеров держит сетевое оборудование (в здании, где компания находится) — там 100% вообще ничего не дублировано и не зарезервировано.

                                        Рискну предположить, что так же у большинства, хотя в большинстве исторических ситуаций связность чинилась очень быстро, невзирая на.
                                          +1
                                          Какие Ваши доказательства про 99.9999%?
                                            +1
                                            Это вопрос, при чём тут «доказательства»? Может, даже 99.99999% или ещё больше

                                            У вас есть данные, сколько компаний действительно готовы потратить минимум усилий на восстановление своих сервисов, поскольку всё дублировано, реплицировано и т.д. и т.п.?

                                            Приводить в качестве примера гигантов индустрии как минимум смешно — эти могут себе позволить продублировать всё несколько десятков раз.

                                            А если взять произвольную компанию, не из гигантов — там как дела обстоят? Есть сведения?

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

                                            Вот такая статистика была бы интересна, а не данные по Google, Microsoft и прочим крупнейшим компаниям.
                                              0
                                              >эти могут себе позволить продублировать всё несколько десятков раз.
                                              Я бы очень бы хотел посмотреть на ту компанию, у которой есть пара дисковых «накопителей» любого вида на десяток-другой петабайт штука, один из которых резервный и полностью дублирует основной.
                                                0
                                                Полагаю, что разумнее использовать меньший размер накопителей именно из соображений cost/performance: сдохнет один из — не так суетно и дорого заменять.
                                                  0
                                                  Накопители и так терабайтные. Петабайты это кластер, там может сотни узлов. Проблема в том, что пррсто скопировать петабайт уже совсем не быстро.
                                                0
                                                Все ровно наоборот. Они не стали бы гигантами, если бы не строили системы разумно. Просто сдохли бы раньше.
                                                  0
                                                  И вы это можете подтвердить фактами (что с самого начала было всё максимально рационально, не было никаких революций в этом смысле)?
                                              0

                                              То, что вижу я.


                                              • Местные провайдеры сжираются федеральными операторами связи. Именно потому что крупняк всё резервирует, причём не просто дублирует, а МНОГОКРАТНО резервирует ресурсы. Включая кадры. А мелочёвка — у них а) денеХ нет; б) оне жадные;
                                              • крупные торговые сети — многократное резервирование (на собесах бывал неоднократно);
                                              • газпром я привёл;
                                              • промышленность, судя по требованиям — резервирование ресурсов — во все поля.

                                              Остаются мелкие мастерские и магазинчики. Вот там, где я живу, мелкие магазинчики, ВСЕ!, вообще ничего не ведут в компах. Бухучёт — на бумаге, представьте себе! в 2020-м году. Такие дела.

                                        –1
                                        Я про свой кейс только что рассказал. Несколько серверов с разными ролями, каждый из которых может исполнять ВСЕ роли. Отвалился один — остальные работают. При необходимости автоматом включается и настраивается то, что нужно. Как пример: падает мастер БД, роль мастера включается на одной из реплик, правятся конфиги. Падает php-fpm — поднимается на любом другом. Три сервера мускуля (один мастер, два слейва), сервер файлов с репликацией на второй. При тестах автоматика выдерживала падение двух серверов за исключением обоих с картинками.
                                          0
                                          Ясно. Так дублированы только указанные серверы/сервисы, или вообще все устройства в компьютерном хозяйстве?
                                            0
                                            Если про рабочие машины операторов и вообще пользователей не IT отдела, то там используется разворачивание образа, разработчики же сами себе по вкусу каждый обеспечивает. Но общие требуемые настройки хранятся в гите. Три линии интернета в офисе плюс личные телефоны. Две линии электропитания. Сеть перекоммутируется в случае падения сегмента. Но внутри автоматизации никакой нет, ручками. По крайней мере, не было при мне.
                                              0
                                              Ну, у нас примерно то же — критичные сервисы переключаются на резерв (включая связь с Интернетом) автоматом, но большинство функций обслуживания и восстановления всё же делаются людьми.
                                          +1
                                          Реально. Если вы делаете, например, частное облако — у вас N физических серверов, в максимально однородной физической конфигурации. Они загружены виртуалками на распределенном сторадже. В расчете на то, что мощности хватает при выходе из строя, к примеру, 5% машин. Тогда при сроке службы машины, к примеру, в 4 года, у вас на ремонт/замену каждой физической машины есть ~5% от 4х лет — 2 месяца. Да, это работает, когда вы таки можете сделать инфраструктуру максимально физически однородной. И да, это как раз то, на чем выезжает ec2 и прочие облака и гиперскейлеры.
                                            0
                                            Представить на минутку, что не у всех столько ресурсов, сколько у AWS? (по поводу «реально»).

                                            Плюс в реальности крайне редко возможно всё сразу построить по уму (а не тащить исторически сложившиеся конфигурации).
                                        0
                                        Виртуализация? Кластеризация?
                                          0
                                          В тех случаях, когда это возможно. Да, в моём конкретном случае всевозможные внутренние сервисы живут на виртуалках, и вернуть такую к жизни из недавней резервной копии — дело быстрое.
                                            0
                                            Резевные копии БД — это долго. Есть такая вещь, как репликация.
                                              0
                                              При чём тут БД?

                                              У нас зоопарк VM, с разными ОС и сервисами на них. Далеко не все они БД, и далеко не всегда возможна репликация состояния в реальном времени.
                                                –1
                                                А может она и не всегда нужна в реальном времени?

                                                UPD: «У нас зоопарк» не аргумент изначальному «нигде и никому невозможно обеспечить отказоустойчивость»
                                                  0
                                                  Зоопарк как раз тот случай, когда нет возможности обеспечить автоматизацию восстановления.

                                                  Вопрос не в том, чтобы всё воскресало в реальном времени, а чтобы за разумное время. И да, это время уже примерно известно (в т.ч. по итогам реальных инцидентов), и на него ориентируемся.

                                                  По счастью, действительно внезапных и катастрофических падений было крайне мало — признаки того, что ту или иную железку пора менять обычно заметны задолго до.
                                      0
                                      Поддерживал как-то такие системы. Нежелание выделить место в стойке и прочее жлобство и приводит к проблемам. В спокойное время сто раз можно было настроить репликацию и это лучше, чем тушить пожары.
                                    0
                                    Ну или, не знаю, поломалась что-нибудь дорогое, какая-нибудь кофе-машина.
                                    если кофе-машина напрямую важна для бизнеса, то надо (по-хорошему) держать в резерве машину попроще. если нет — то срочно её чинить не надо (у нормальных людей).
                                      +1
                                      То есть предлагается к исполнению 27-е правило Тёмного Властелина:

                                      "27. Я не стану создавать что-либо, действительно важное, в единственном экземпляре. У всех важных систем будут дублирующие пульты управления и резервные источники энергии. По той же причине при себе у меня всегда будет два полностью заряженных экземпляра оружия."

                                      По мне, ситуация фактически нереальная, когда действительно дублируется всё, что влияет на бизнес-процессы (так, чтобы решалось действием вида «достали из коробки и поставили на место»).
                                    +3
                                    Хм…
                                    А что у нас говорят законы Мэрфи, т.е. народная мудрость?
                                    «Не спеши выполнять приказ — его могут отменить».
                                    «Если отложить дело надолго, то его либо выполнит кто-нибудь другой, либо оно вообще перестанет быть нужным».
                                    Если эти два пункта не прошли — то да, дело становится срочным.
                                      +1
                                      Интересно, почему комментаторы выше не разделяют срочные и аварийные задачи?

                                      И не связано ли это с тем, что им приносили срочные задачи под видом аварийных?
                                        +2
                                        Интересно, почему комментаторы выше не разделяют срочные и аварийные задачи?
                                        Потому что аварийные — подмножество срочных.
                                          0
                                          Ну, нет. Аварийные — подмножество задач в риск-менеджменте.

                                          Срочные — чайка-менеджмента.
                                            0
                                            Я про реальность. И про то, как слово «срочно» обычно понимается в обиходе («как можно быстрее»).
                                          0
                                          Да и вообще тут подумалось, что изначально «срочные» — это имеющие обозначенный срок.

                                          В какой момент они заменили собой внезапные-неотложные очень интересно.
                                          +5
                                          О да, недавно свалилась в трекер срочная задача — реализовать статус заказа «самый срочный», который будет приоритетнее просто «срочного» :))
                                            0
                                            Красный, савсэм красный, краснее не бывает!
                                            +1
                                            Дядя мой другую цитату приводил, смысл аналогичен, а текст примерно такой — «Не было бы раздолбайства — не понадобились бы герои».
                                            Но это касается процессов без инноваций (высокая степень неопределённости, м.б. применимо для отдельного человека в команде, называется — неопытность), а при военных действиях, к примеру, степень неопределённости часто высокая (хотя и это может быть по причине раздолбайства).
                                            Ну и часть любой задачи (например — все знают шутку про ремонт) невозможно выполнить полностью, поэтому идеальных систем в мире нет, боинги падают, корованы грабят, синие экраны смерти появляются, это человеческо-бюджетное свойство. Автор словно хочет укорить кого-то в том, что работает с человеком под подчинением человеков. Ата-та за это :)
                                              +1

                                              Я про героизм другую цитату слыхал (дословно не помню, но смысл такой): героизм одного — это, в подавляющем большинстве случаев, следствие просчётов какой-то команды.
                                              С аварийными и/или срочными задачами — вот ровно то же самое.

                                              +3
                                              Если срочную задачу принесли вам, спросите реальный срок ее возникновения. Этим вы поможете, в первую очередь, тому, кто принёс задачу.

                                              О, я смотрю, nmivan уже забыл как оно в реальной жизни на самом деле. Это когда ты программист, царь рынка труда, можно начальника лицом в его же ссанину тыкнуть. А в реальной жизни это сразу война, можно искать новую работу.
                                                0
                                                Классно вы выразились, про ссанину. Насчет реальности поспорил бы — я ж в ней нахожусь. Мне кажется, такую реальность для себя можно и нужно создавать.
                                                И вообще: менеджер нужен для обслуживания программиста. Он — помогайка, секретарша для неважных вопросов, вроде расстановки приоритетов, контроля сроков, кофе, чая и т.д.
                                                  +1
                                                  Мне кажется, такую реальность для себя можно и нужно создавать.

                                                  А мне вот не кажется. Я — ЗНАЮ, что эту реальность надо создавать. ;)
                                                  И что никто, кроме самого индивидуума, эту реальность для него за него не создаст. Банально, но факт: каждый сам кузнец своего счастья.
                                                  Но это надо трудиться:


                                                  • совершенствоваться в своей специальности, чтобы заслужить уважение коллег, включая того же начальника;
                                                  • смотреть вокруг, как минимум, на смежные специализации, запасной парашют — это не только и не столько счёт в банке, сколько возможность манёвра своими знаниями и умениями на рынке труда;
                                                  • ну и много другого разного, чего человек вообще-то обязан сам с собой делать. Иначе это необходимое для него за него и с ним будут делать другие. С немножко прогнозируемым результатом.
                                                    0
                                                    Все перечисленные вами пункты могут оказаться для конкретного человека дороже, чем заниматься срочными исправлениями чьих то факапов.
                                                    Тут (после срочного аврала) тебе и почет и уважение, ты герой.
                                                    А так, скучная, монотонная работа. Каждому свое. И кто то ЗНАЕТ что ему это совсем не нужно. А нужно получать свою порцию адреналина от стрессовой ситуации. Например.
                                                      0
                                                      И кто то ЗНАЕТ что ему это совсем не нужно. А нужно получать свою порцию адреналина от стрессовой ситуации. Например.

                                                      Звучит прямо как слабоумие и отвага.

                                                        +1
                                                        Есть такая проблема в обществе, когда какие то люди, они точно знаю как будет лучше для всех других людей, просто потому, что это лучше для них, как им кажется. И они готовы в свое лучше других просто вбивать, ну или просто оскорблять. И печально, что эта группа людей просто не в состоянии осознать, что у кого то могут быть другие вещи, которые они считают лучше.
                                                        Да, это трудно осознать, что люди разные, со своими устремлениями и своим видением, что лучше. Но объяснять это как правило бесполезно, каждый пытается мерять своим аршином всех, ведь для себя он центр вселенной, другие мысли не допускаются.
                                                          0

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


                                                          По правде говоря, эта фраза не столько про "героя" (т.е. того кто спас положение), сколько про его руководство. Или про ситуацию в целом. А для "героя" подобная ситуация, с точки зрения его карьеры — только на пользу. Ведь это — лишнее достижение, за которую премию дадут. Или станет ярким пунктом годового ревью и основанием для повышения. Или даже отличной строчкой в резюме.


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

                                                            0
                                                            Конкретный «герой» не должен думать про весь бизнес. Это не его проблемы. Мы же говорим о конкретных людях в этой ветке. Очень часто ситуация геройства не проходит, потому, что людям это выгодно.
                                                            А тут дают советы, что этим людям делать, чтобы эту выгоду упустить, например.
                                                            to Shakhmin
                                                            я таки думаю, что для этого придуманы маркетологи. и хороший маркетолог стОит своих денег

                                                            Есть у нас маркетологи. Но не один маркетолог не может достоверно сказать, что людям понравится. Поэтому у нас постоянно стартуют множество инициатив, наблюдая за которыми нащупывается то, что нужно людям. Постоянно. Не зашедшие отбрасываются, зашедшие расширяются на всю сеть. Такой путь оказался более эффективным, чем вламывать деньги в большие проекты по рекомендации гуру маркетологии.
                                                              0

                                                              при этом было бы неплохо от маркетологов получать что-то типа описания целевой аудитории с количественными характеристиками
                                                              а задача ИТ — изначально понимать, что может понадобиться масштабирование, и обеспечить мониторинг нового сервиса


                                                              зашедшие расширяются на всю сеть

                                                              но вы, наверное, это знаете )

                                                                0
                                                                Да это все пытаются делать, конечно. Но точность может отличатся на неск. порядков.
                                                                Он «оказалось нафиг никому не нужно» до «ни фига себе народу подвалило, кто мог бы подумать».
                                                                Никакой маркетолог не может придумать то, что генерируют люди, сотрудники и клиенты.
                                                                Мы специально анализировали «плановые» и «случайно креативные» инициативы за прошлые годы. Плановые оказались далеко-далеко позади. Поэтому крутимся так, с колес.
                                                                Допускаю, что конечно есть отрасли где без четких планов-бюджетов, прогнозов никак. У нас не тот случай просто.
                                                  0

                                                  Я вот сколько вкалываю, но не помню, чтобы уточнение сроков решения задачи воспринималось как


                                                  начальника лицом в его же ссанину тыкнуть.

                                                  независимо от уровня руководителя. Т.е. от слова совсем. Почему-то все руководители к подобным уточнениям относятся нормально. Может потому, что я на берегу (во время собеседования) и этот вопрос затрагиваю: когда сроки в трекере не определены, я прошу уточнить эти сроки.

                                                    0
                                                    когда сроки в трекере не определены, я прошу уточнить эти сроки.

                                                    Насколько я понимаю, речь не о том, а именно о «спросите реальный срок ее возникновения» (выделение моё). Т.е. Вам менеджер принёс срочную задачу, а Вы его спрашиваете что-то вроде: «Суфир, а вот скажи мне, это разве не та задача, которую ещё месяц назад на митинге озвучивали, а потом я ещё напоминал неделю назад, что мне на неё ресурсы выделить нужно?».
                                                    Среднему программисту за такое ничего не будет, а, например, мою маму — медсестру в пост-советской больнице — за такую наглость на ноль помножили бы (о чём Mabusius и написал).
                                                      0

                                                      Спасибо, что ткнули меня в мою невнимательность.


                                                      Среднему программисту за такое ничего не будет

                                                      Вот насчёт среднему — я не уверен. Несмотря на постоянные жалобы от руководителей различного уровня об отсутствии кадров.
                                                      Другое дело, что я невнимательно, каюсь, прочитал исходное сообщение. Что не отменяет необходимости вкалывать, чтобы иметь возможность задавать руководителям подобные вопросы.
                                                      Именно для разрабов/эксплуататоров частичным решением подобных неувязок (когда управленец забивает на инициативы сотрудников) являются следующие меры:


                                                      • основное: собственно, я выше писал — на собесе указывать о необходимости реакции на свои инициативы; почему основное — так предупредить пожар существенно дешевле и проще, нежели потушить; другое дело, что озвучивание подобного пожелания увеличивает сроки трудоустройства, но тут уж каждый сам себе хозяин;
                                                      • если уж вляпались, то:
                                                        1. инициатива должна быть оформлена в письменном виде;
                                                        2. при отсутствии своевременной реакции на инициативу или реакции негативной, потихоньку ковырять в сторону этой инициативы;
                                                          ковырять — оно да, может быть, по-разному, когда это необходимость закупки железа для резервирования мощностей, потому что сервер службы каталогов в компании один-единственный, и на него дыхнуть боятся… В такой ситуации я советовать ничего не буду. А то обвинят в звёздной болезни. :(
                                                          Когда же речь идёт о каких-то наработках, которые могут быть сделаны без лишних материальных трат, эти наработки лишними отнюдь не будут.
                                                  0
                                                  кто-то, где-то, что-то профакапил


                                                  Ну, далеко не всегда. Я бы даже сказала, что в большинстве случаев такие задачи — результат самодурства самого высокого руководства. Ну, типа «захотелось». Хотя, конечно, от компании зависит
                                                    0
                                                    Истина изложена в картинке:))
                                                      0
                                                      А мне в картинке привиделись базовые принципы MVP :)
                                                        0
                                                        Соглашусь:)
                                                      +2
                                                      Я конечно не эксперт в русском языке, но думаю меня поправят счасливые владельцы словаря им. Даля.
                                                      Срочное — имеющее определенный срок (дед-лайн). А то про что статья по русски должно называться спешным.
                                                        0

                                                        Те словари, которые быстро-быстро находятся поиском (пишут, что Ожегова и Большой Толковый словарь русского языка), говорят, что и значение "быстро! немедленно!", и "в определённый срок" — имеют право на существование.

                                                          0
                                                          Может быть, в словаре Даля оно так и есть, точно так же как и, например,
                                                          подобное определение имеет место.
                                                          ХЕР, буква, см. х в начале. Игра в херики, в крестики, в оники. Херить письмо, похерить, (выхерить), перекрестить либо вымарать, зачеркнуть вкрест. -ся, страдат. У него ноги хером, противопол. колесом.

                                                          Но в современном русском языке «срочное» и «спешное» — синонимы, причём «спешное» явно выходит из употребления (хотя статистику предоставить я не могу).

                                                        Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

                                                        Самое читаемое