Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Принципы построения инжиниринг-команд

Принципы построения инжиниринг-команд

Дмитрий Паунин
Технический директор, Coins.ph (Сингапур)

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

27 мая 2021
Online Dev Meetup
---
Подписывайтесь на Exactpro в социальных сетях:

LinkedIn https://www.linkedin.com/company/exactpro-systems-llc
Twitter https://twitter.com/exactpro
Facebook https://www.facebook.com/exactpro/
Instagram https://www.instagram.com/exactpro/

Подписывайтесь на YouTube канал Exactpro http://www.youtube.com/c/ExactproVlog

5206c19df417b8876825b5561344c1a0?s=128

Exactpro
PRO

May 27, 2021
Tweet

Transcript

  1. Принципы построения Инжиниринг команд Dmitry Paunin - 2021

  2. Обо мне • CTO @ Coins.ph • VP Engineering @

    Lazada (Alibaba Group) • ...Путь от инженера до лидера команд... • Инженер (perl, js, Java, PHP, Python, PostgreSQL, etc) @ Russian various companies Сейчас Тогда Contact me
  3. Для кого и о чем это выступление? Для любого …

    на пути от инженера до лидера команд(ы) О базовых принципах создания технических (и не только) команд Disclaimer: don’t use as a guidance without studying all the nuances
  4. Жизнь инженера

  5. Закон Конвея для индустрии разработки ПО Any organization that designs

    a system (defined broadly) will produce a design whose structure is a copy of the organization's communication structure — Melvin E. Conway, 1967 Обратный маневр Конвея его значение в работе команд The ‘Inverse Conway Maneuver’ recommends evolving your team and organizational structure to promote your desired architecture. Ideally your technology architecture will display isomorphism with your business architecture — ThoughtWorks, 2015
  6. Техническая ли это проблема? Нет, Социально-Культурная!

  7. Найм - это риск, HR - риск менеджер Что важно

    на любом уровне и размере команд? (В порядке приоритета) • Самовосприятие и личность - положение в космосе • Фундаментальные знания - микро-космос • Архитектурные знания - макро-космос • Лидерские способности и харизма - способность направлять (себя) • Специальные знания - приборы и связка систем координат
  8. Культура - важнейший фактор

  9. Принятие решений, доверие, прозрачность • EQ - определяет связь и

    уровень доверия • Доступ к информации и контексту ◦ Бюджеты CAPEX, OPEX ◦ Инциденты и урон ◦ Риски и возможные ущербы • Реакция на инциденты и победы • Доверяй но проверяй - настройка доверия
  10. Инциденты и провалы это плохо? Нет - напротив • Провалы

    и ошибки неизбежны • Blameless environment и конструктивный анализ • Доверие => отсутствие страха => фокус на решении • Усвоение урока от провала ◦ Что мы узнали нового? ◦ Что будем делать по другому? Failing is perfectly OK as long as we learn and validate our learnings! Healthy culture heals broken processes. Grow fast, change fast, be brilliant
  11. Total Ownership и проблемы такого подхода Цель: низкая связность, высокая

    организованность и ориентированность • Автоматизация и структура команд ◦ Stream-aligned ◦ Platforms ◦ Enabling ◦ Isolated sub-system • Методы общения в командах ◦ Collaboration ◦ X-as-Service ◦ Facilitating
  12. OKR framework - зачем и почему?

  13. Roadmap - основа для коммуникаций • Gantt Chart включает ◦

    Ресурсы (люди или команды) ◦ Время для проектов и активности ◦ Зависимости и группы • Точность Roadmap измеряет качество Project Management • Engineering Manager - отвечает за Roadmap нескольких команд
  14. Продукт-ориентированный образ мышления • Продукт первичен - технологии поддерживают пользователя

    • Контекст бизнеса для каждого индивидуального контрибьютора • Боль пользователя - боль инженера (с минимальной прослойкой)
  15. Процесс? Результат! • Архи-важно для распределенных команд • Тайм трекинг

    не имеет смысла • Процессы нужны для общей канвы работы но никак не для “прикрытия” • Нарушение процесса - признак взросления команд
  16. Темп определяет скорость • Estimations в днях а не неделях

    или месяцах • Stand-up ежедневно • Менеджмент встречи еженедельно • Планирование/корректировки в плане ежемесячно
  17. Когнитивная нагрузка != количество работы • Минимизировать количество доменов на

    команду • Строить документированные абстракции на сложные системы • Строить слоеные библиотеки знаний и систем
  18. Способность учиться двигает вверх по пирамиде Маслоу • Креатив -

    то что нужно для инженера • Креатив эффективнее на более верхних уровнях пирамиды • Догматизм на стеке или технологии тормозит прогресс компании
  19. Стиль управления который масштабируется • Ultimate trust and ultimate transparency

    is the way to scale • Partnership and mentorship to help your peers and yourself to grow (instead of Management and "Boss-ship") • Metrics-driven mindset. I need to see the data all the time otherwise it's hard to do good decisions • Motivate to grow and don't build submissive relationships • Failure-friendly and Blameless environment with straightforward discussions/feedbacks (Sandwich Feedback method is not a good way) • Hire people that can be your own extension and smarter than you in certain areas/domains • S.M.A.R.T criteria in goals and projects
  20. Ценности • Transparency over politic • Trust over authority •

    Open-mindedness over experience • Humanity over corporate-worker concept • Purpose over facts-written-in-the-book
  21. Вопросы Contact me