company_banner

Без «Hello, world!» и в IT?

    Петрович был старым опытным CTO — он ещё помнил перфокарты, а количество языков программирования, которые он знал, было примерно равным числу языков, которые канули в Лету естественного отбора в IT-среде и благополучно затерялись в долгосрочной памяти Петровича.


    И потому на пятом этаже, где в основном сидели разработчики, он сразу заметил странную личность. Одет парень был слишком уж аккуратно. Бороды лесоруба не наблюдалось. Ни футболки с принтом, который что-то должен означать и что понимает только сам владелец. В общем, совсем не админ или Devops-инженер. Глаза нормальные, не красные, чёрных кругов под ними не наблюдается, ни татуровок, ни пирсинга, даже ноута подмышкой нет, а значит — не разработчик.


    Петрович аккуратно загнал его в угол и спросил:


    — Тебе как зовут, Вася?
    — Серёжа.
    — Скажи, Серёжа, что такое «99 бутылок пива» и числа Фибоначчи?
    — Что?
    — «Hello, world» — это что?
    — Здравствуй, мир! — просиял Серёжа-Вася.
    — Ясно, — сказал Петрович и потащил Серёжу к безопаснику.


    Там в кабинете он торжественно вручил коллеге дичь.


    — Вот. Шпиона поймал. Производственный шпионаж, как он есть. На пятом этаже бродил, в программировании разбирается, как коза в стиле и этикете.


    Безопасник устало махнул рукой:


    — Петрович, отпусти его. Наш это. Айтишник. Scrum-мастером зовётся. Уже неделю работает.
    — Один спринт, — пискнул Серёжа.


    Петрович тоскливо задумался о временах перфокарт.



    В условиях кризиса, который довольно неожиданно обрушился на весь мир, практически все отрасли ощутили мощный экономический удар и среагировали, кто как мог — увольнения, бессрочные отпуска, сокращения зарплат. И только IT-сфера не просто устояла, но даже показала развитие. Чего стоит пример одного только Zoom?


    Но чтобы быть IT-специалистом и получать довольно-таки высокие по рынку зарплаты даже в условиях кризиса необходимо преодолеть ряд порогов — каждый с улицы не мог просто так взять и стать айтишником. Раньше.



    Времена меняются. «Склеить модель в клубе» — это тоже совсем уже не то, что мы помним по временам «Мурзилки», «Дорогого Леонида Ильича» и «Ну, погоди».


    В IT-командах, особенно кроссфункциональных, существуют IT-профессии, которые могут быть никак не связаны с кодом, консолью или автоматизацией процессов.


    • скрам-мастера;
    • тестировщики;
    • аналитики;
    • дизайнеры;
    • agile-коучи.

    Думаю, можно ещё перечислять и перечислять. Эти люди не являются инженерами. У них не техническое образование, а даже наоборот гуманитарное является предпочтительным. Для них ничего не значит «корень из минус единицы» и «деление на ноль». Но они несомненно полезны. В производственном IT-процессе долго не задерживается лишнее. Бритва Оккама «Entia non sunt multiplicanda praeter necessitatem» особенно эффективно действует в IT-сфере.


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


    На смену привычным иерархическим системам управления и неповоротливым тираннозаврам-корпорациям приходят гибкие методологии, микро-команды и микро-компании, Agile и Scrum. Последние два термина спорны — кто-то считает, что Agile-трансформацию нужно проходить здесь и сейчас, кто-то считает, что это всего лишь модное поветрие и закончится есенинским «Всё пройдёт, как с белых яблонь дым».


    Достаточно посмотреть популярный сайт HH, чтобы отметить уверенный спрос на scrum-мастеров.
    Только по Москве за последний месяц 48 вакансий — учитывая кризис, самоизоляцию и прочие ништяки пандемии. И зарплаты 100 000-150 000 рублей не являются чем-то сказочным. Встречаются и более щедрые предложения, но там уже совмещение scrum-мастера и архитектора проекта — а это совсем другой уровень подготовки и понимания процессов, и где инженерно-технический опыт обязателен.



    По всей России спрос только растёт (за последний месяц на сайте HH 93 вакансии) и самая высокая вилка зарплат даже не в Москве, как бы вы подумали, а в Новосибирске — 100 000-160 000 рублей.


    Один из самых высоких и сложных порогов попадания в IT-отрасль стал необязательным препятствием — ты можешь не знать высшую математику, ты не напишешь и одной строчки работающего кода, но тебе будет место в IT-команде. И ты будешь полезным участником процесса. Порой решая задачи: конфликты между сотрудниками или конфликты с руководством, профессиональное выгорание, адекватное и выполнимое планирование, упрощение и ускорение рабочих встреч, кооперация между различными отделами и подразделения — с которыми с трудом справляются опытные эксплуатационники и разработчики. И многое из чего порой являлось головной болью того же CTO или тим-лида.


    9 июля пройдёт бесплатный семинар по Scrum от практиков «Профессия SCRUM-мастер». Курс для тех, кто хочет чувствовать себя комфортно в Agile-командах, влиять на жизнь команды и на компанию в целом.


    На первом бесплатном занятии преподаватели составят личный план развития в роли скрам-мастера. Разберут колесо баланса, чтобы каждый участник определил свои лидирующие и отстающие навыки и составил личный план развития, многие пункты которого будут реализованы во время курса.


    А заодно на вебинаре скептики, у которых термины «Agile» и «Scrum» не вызывают никаких положительных эмоций, могут посмотреть лично, как это работает, что это даёт и насколько применимо к их деятельности.


    P.S. А Петрович с Серёжей в итоге нашли общий язык. Петрович оценил, что разработчики больше не бегут к нему, когда кто-то в команде кому-то наступил на профессиональную мозоль. Да и задачи выполняются бодро и в срок — не приходится ни подгонять, ни смотреть грозно взором командарма 1-ой Конной армии.

    Southbridge
    Обеспечиваем стабильную работу highload-проектов

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

      0

      Аналитики с дизайнерами, значит, появились. Okay.

        +1
        Вообще-то странный у вас в примере CTO — как так выстроен рекрутинг, что он этого Серёжу не увидел в процессе найма???
          +3
          Понимаю, что статья чисто рекламная, но… Чтобы чем то хорошо управлять — надо в деталях знать объект управления. Иначе — дефективный менеджмент. Те же сроки выполнения задач. Да, многие из них типовые и время рассчитать — не представляется проблемой, точнее — надо воспользоваться статистикой. Но разработка — это не 16 тонн угля в день. Иногда сложная задача идет «на ура», в 3 — 4 раза быстрее заложенного времени, а порой — простая вещь может отнять недели… Я, имея более 20 лет опыта, не всегда могу точно определить затраты даже для себя, для своих собственных задач в своих pet проектах. И абсолютно не представляю, как менеджить, например, химиков. Это — только про один ресурс.
            +3

            Чуть-чуть присмотревшись к тому, чем занимаются тестеры, я могу сказать, что у них есть куда более важная роль, чем "ловить баги". Хороший тестер в команде — это архетипическая инвольвация идеального пользователя. Пользователя, который знает продукт насквозь, знает что он должен делать, знает что ожидать от продукта.


            В крупных командах бывает так, что только тестеры знают о результате больше, чем пользователи. (Все остальные меньше, особенно, если сами его не используют).


            Так что для технических продуктов тестеры — очень даже айтишники.

              0
              мало того, хороший тестер вполне может высказывать с 99% вероятностью причины «глюков» и способы их устранения. Особенно когда речь идет о сложных продуктах, в которых взаимодействуют, например, разные модули, написанные разными разработчиками. В этих случаях тестировщик, изучивший эту систему вдоль и поперек, начинает порой быть более полезен чем архитектор…
              0
              Почему для ПМ-а вы придумали новый термин?
              Всё что вы рассказали про «scrum-мастер» — это задачи грамотного ПМа в команде:
              конфликты между сотрудниками — ПМ
              конфликты с руководством — ПМ/HR
              профессиональное выгорание — ПМ/HR
              адекватное и выполнимое планирование — ПМ
              упрощение и ускорение рабочих встреч — ПМ
              кооперация между различными отделами и подразделениями — тут сложнее, но это тоже по большей части ПМ

              Что должен уметь скрам-мастер по сравнению с просто грамотным ПМ? Зачем здесь вообще скрам-кто-то как отдельный человек? Чтобы канбан доски уметь формировать?
                0
                ПМ — начальник
                скрам-мастер — секретарь (чай, кофе, встречу организовать, табличку заполнить, желтые бумажки наклеить, уведомления разослать....)
                  0
                  Скрам — это конкретная методология разработки. Каким боком тут чай/кофе и оганизация встречи? Таблички не может заполнять человек оторванный от разработки. То есть это всё равно либо ПМ, либо кто-то из разрабов.
                  Бумажки клеить и уведомления — действительно работа какого-нибудь секретаря, но при чем тут скрам?
                  +1
                  Не совсем верно. РМ — это должность всё-таки, а scrum-мастер — роль, подразумевающая неплохую такую начитку и практику в методологиях управления коллективом, процессами и пр.
                    0
                    Верно. Вот только ПМ и должен быть этим «мастером». Благо в Скрам не то чтобы дофига сложностей, чтобы грамотный ПМ не смог их освоить за пару дней в базе и за пару недель глубоко.
                    Собственно именно потому, что скрам достаточно простая в своей основе штука — даже в этой статье большая часть задач скрам-мастера на самом деле задачи обычного ПМа и не связаны со скрамом.
                    Если бы честно написали задачи скрам-мастера не тасуя их с задачами ПМ — получился бы оченькоротки не впечатляющий список, по которому было бы очевидно, что для выполнения этих обязанностей не нужен отдельный человек(а он и не нужен, в рамках скрама разработчики и руководство достаточно равномерно и не много обязанностей на себя берут и всё начинает работать).
                  +4
                  Очень опрометчиво ставить тестировщиков и аналитиков в ряд людей, не связанных с кодом и не имеющих инженерного образования.
                    +1
                    Честно говоря, я подумал, что это какая-то очень тонкая ирония и стеб. Но нет. На полном серъезе рекламируется польза отсутствия базовых инженерных навыков для работы на ключевых ИТ-должностях.

                    Бред какой-то.
                      –1
                      Это да, без инженерных навыков никуда.

                      А то придет такой Вася после 3-недельных курсов скрама, соберет джавистам спринт из задач на Javascript и будет потом удивляться, что он сделал не так.
                      0

                      "Да и задачи выполняются бодро и в срок — не приходится ни подгонять, ни смотреть грозно взором командарма 1-ой Конной армии."
                      Панацею нашли

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

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