Pull to refresh
  • by relevance
  • by date
  • by rating

Как стать кросс-функциональной командой

Конференции Олега Бунина (Онтико) corporate blog Development Management *Product Management *Conferences DevOps *
DevOps обычно рассматривается в двух ипостасях:

  1. Инструментарий — техника, tooling, технические процессы, CI/CD и прочие штуки — авто-всё, всё как код и т.д.
  2. Культура — это как отдельным разработчикам прийти всем вместе к «мир, дружба, жвачка».

На стыке этого у людей происходит некоторый слом, и они не понимают – ОК, есть DevOps, есть автоматизация, у нас всё это есть. Но, ребята, у нас команда из 10 человек — мы не можем, например, пилить процессинг на банк, или сервис для нашего биллинг-оператора, или что-то еще такое. 10 человек — та самая Scrum-команда, которой предлагается всё это сделать, — не могут этого технически.

У таких команд, помимо «мы так не умеем, потому что так раньше не делали», есть и другие вызовы. Михаил Бижан рассказал на конференции DevOps Conf 2019 о тех, с которыми встретилась его команда в Райффайзенбанке, и как они это решали. Михаил отвечает за автоматизацию в банке, вместе с командой внедряя инженерные практики и поддерживая инструменты автоматизации.

Раньше Михаил уже внедрял культуру DevOps в Сбербанке. Но до этого, работая на стороне интегратора (в основном на «госов») наловил кучу анти-паттернов. Потому что чем характерны госзаказчики? Годовалыми проектами, невообразимыми бюджетами и полным отсутствием намека на Agile и DevOps. Там все строго. Сначала ты пишешь ТЗ, чтобы стопка бумаги была метр от пола. Если меньше, это не ТЗ (и даже не проект) — это несерьёзно. Потом ты разрабатываешь, а если что-то не получается — виноват ты и денег не получаешь (хотя госзаказчик, скорее всего, все равно счастлив, потому что бюджет освоен и что-то формальное достигнуто).

Так что у Михаила большой опыт в том, как делать не надо. А как делать можно — понимает из чтения книг и общения с сообществом и коллегами. Как системный аналитик, Михаил не старается решить всё методами разработки, а анализирует проблему, чтобы понять её root cause и сделать так, чтобы она больше никогда не повторялась. На этом сочетании и построен доклад.


Читать дальше →
Total votes 23: ↑20 and ↓3 +17
Views 4.5K
Comments 0

Токсичная культура Intel

IT-companies
Translation
Автор — Жан-Луи Гассе, исполнительный директор Apple Computer (1981−1990), основатель и руководитель Be Inc. (1990−2002).

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


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

Из приятного расслабления в Сен-Тропе меня вывела новость об унылой дефенестрации исполнительного директора Intel Брайана Кржанича, смещённого за использование служебного положения в личных целях (violation of Intel’s non-fraternization policy, буквально, за нарушение запрета Intel на братание — прим. пер.). Говоря простым языком, у него были отношения с сотрудницей. Мне не известно ничего кроме скудной информации в СМИ, и я оставлю в покое теории заговора о том, что Совет директоров использовал предполагаемое нарушение как прикрытие плохих результатов работы. Но обратим внимание на придворный эвфемизм, выбранный для описания предполагаемого нарушения, намёк на братание с врагом
Читать дальше →
Total votes 21: ↑15 and ↓6 +9
Views 13K
Comments 185

Техдолг. Все говорят: «невозможно», а я говорю, что буду

Конференции Олега Бунина (Онтико) corporate blog Development Management *Product Management *Conferences DevOps *
Очень часто драматически и патетически утверждают, что техдолг лучше не плодить — потом не устранишь. Да, без него, конечно, лучше. Но последствия устранить все-таки можно, и глава Программного комитета Артем Каличкин на конференции DevOpsConf 2020 поделился своим опытом в этой области.

Можно спросить, а причем здесь техдолг, если конференция DevOps? Холиварить об этом можно, например, в рамках DevOps-фуршета, но настолько ли это широкое понятие? Мы узнали, что Артем относит к техдолгу все изменения и доработки, инфраструктурные модификации и изменения процессов, изменения структур команд, направленные на устранение гэпов — которые были допущены (осознанно или нет) в рамках запуска продуктов и фич, и которые со временем сильно мешать жить.

А так как такие вещи невозможно исправить без твердой и уверенной спайки производственного и операционного цехов, то и получается, что эта история напрямую — про DevOps.


Читать дальше →
Total votes 50: ↑50 and ↓0 +50
Views 11K
Comments 8

Как организована работа в Amazon

Amazon Web Services *IT career IT-companies
Sandbox
Как и во многих других американских компаниях, организация рабочих процессов в Amazon построена на базовых принципах, основная цель которых – помочь сотрудникам принять правильное решение, основываясь на ценностях компании. Мы поговорили с продукт-менеджером в Amazon, который рассказал о том, каким принципам следуют в компании, как они помогают при выполнении задач, и через какие процессы проходит команда при разработке нового продукта. Ниже мы оставили ссылку на видео с полным интервью.

Миссия, видение и принципы Amazon


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

Есть 14 принципов, которыми живет компания, и они используются во всех рабочих процессах. Эти принципы достаточно базовые, в них нет ничего особенного. Ими руководствуются при запуске нового продукта, во время собеседований, или когда даешь обратную связь коллеге. Их не заставляют заучивать, но когда ты работаешь в компании, хочешь-не хочешь начинаешь следовать этим принципам.
Total votes 15: ↑11 and ↓4 +7
Views 7.8K
Comments 1

Продуктовый разворот: от фигачечной к сознательной работе инженеров

Конференции Олега Бунина (Онтико) corporate blog Product Management *Conferences DevOps *IT-companies
Весна 2020 показала, что благодаря DevOps-практикам многие бизнесы смогли быстро перестроить продукты и перейти в онлайн, сохранив работоспособность. Оказалось, что от зрелости практик DevOps зависят не только результаты бизнеса, но и само его выживание.

Наши встречи на конференции DevOpsConf концентрировались не только на инструментарии инженеров, а еще и на процессах, для которых эти инструменты нужны. Кажется, этого недостаточно, чтобы бизнес увидел, как извлечь из DevOps максимум пользы для продукта.

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



Основные измеряемые характеристики DevOps — это стабильность работы приложений и производительность IT-команд, от идеи до выкладки фичи на продакшн. Поэтому мы много говорим о time to market и мониторинге и продолжаем технический трек.

А ещё IT-команды состоят из живых людей, которые не только могут выдавать хорошие KPI, а ещё и делают заведомо полезную работу. Ведь если DevOps-подход завоевал популярность в мире, то, наверное, это кому-то нужно. Для вас мы повстречались с Product Owners и бизнесменами, которые не всегда знают, что такое DevOps (как будто мы знаем :D) и расспросили их о том, что же им важно получить от технарей. В чём эта самая польза.
Читать дальше →
Total votes 19: ↑18 and ↓1 +17
Views 3.3K
Comments 0

Брайан Фитцпатрик, Бен Коллинз-Сассмэн «Team Geek: идеальная IT-компания»: из чего же сделана культура команды

Productivity Inside corporate blog Development Management *Personnel Management *

Сегодня мы продолжаем знакомство с книгой «Team Geek: идеальная IT-компания» Брайана Фитцпатрика и Бена Коллинз-Сассмэна, посвящённой общению «по работе» во всех его проявлениях. В прошлый раз мы начали с внутрикомандных коммуникаций и говорили в основном о том, как влияет на них образ мышления каждого отдельного сотрудника. На этот раз нам предстоит взглянуть на команду шире – как на объединённую группу с собственной внутренней культурой, которая как-то образуется и для чего-то нужна.
Читать дальше →
Total votes 5: ↑5 and ↓0 +5
Views 1.2K
Comments 1

Тест от «Инженера-прагматика»: 12 вопросов об инженерной культуре

Development Management *Personnel Management *IT career
Translation

Отличный сборник “лучших практик” в инженерной культуре современных айти компаний. Автор работал в Uber, Skyscanner и Skype в Амстердаме - прим.пер.

Эти 12 вопросов могут помочь понять, на что внутри похожа айтишная компания; и, что особенно важно, об этих вещах очень редко пишут в описаниях вакансий.

Читать далее
Total votes 7: ↑5 and ↓2 +3
Views 3.1K
Comments 0