Процессы с нуля или как не убить друг друга в стартапе по разработке ОС

Оптимизируй свою команду

Программный комитет ещё не принял решения по этому докладу

Целевая аудитория

- Лиды разработки - Лиды тестирования - Лиды аналитики - Project/Product Managers - CTO/Руководители разработки - Инженеры, растущие до тимлидов Доклад будет полезен всем, кто управляет растущими командами (особенно в сложных технических доменах вроде системного программирования), сталкивается с хаосом при масштабировании и ищет работающие, а не идеальные процессы.

Тезисы

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

В докладе мы расскажем о двух годах трансформации: от стихийной организации к устойчивой и адаптивной системе управления. Мы рассмотрим следующие этапы:

1. Кризис управления при масштабировании команды.
2. Внедрение дисциплины как необходимого условия совместной работы.
3. Создание и доработка рабочих процессов в условиях реальной деятельности, а не под влиянием формальных требований.
4. Переход к осмысленному использованию регламентов для обеспечения стабильности.

Разберем реальные кейсы: конфликты между Dev, QA, аналитикой и инженерами, провалы с внедрением процессов, сопротивление крутых разработчиков и ситуации, когда один баг стоит слишком дорого, чтобы надеяться на “потом протестируем”.
Мы покажем, какие минимальные договорённости спасают релиз, а какие процессы нужно вовремя убивать, пока они не стали мёртвым грузом.

Ключевые выводы:

· Процессы необходимы в разумном объеме как основа для совместной деятельности.
· Жесткие процессы должны быть адаптивными, иначе они становятся бесполезным грузом.
· Эффективность процессов зависит исключительно от их практического применения командой.

Станислав Таланов

Независимый спикер

15 лет пишу код на C++ и 7 лет руководил разработчиками. Прошел путь от мидл-разработчика до технического руководителя проектов разработки в компании Siemens. Был в роли как старшего разработчика, так и в роли техлида в стартапе разработке киберзащищенной операционной системы. Люблю порядок, диаграммы и код.

Маргарита Большакова

Независимый спикер

10 лет работаю в тестировании. Прошла путь от ручного тестировщика до руководителя направления тестирования. Большой опыт работы в сфере кибербезопасности. Люблю процессы и людей.

Видео

Другие доклады секции

Оптимизируй свою команду