Материалы из выступления на выставке ECOM Expo 2023
Выступил на выставке ECOM Expo 2023, с докладом, на тему того, как продуктовый подход в разработке помогает решать задачи бизнеса.
Рассказал о том:
— чем отличается проектный подход в разработке от продуктового, и почему стоит делать выбор в пользу последнего, если вы хотите говорить с бизнесом на одном языке;
— что представляют из себя такие практики и процессы, как CI/CD, DevOps, DevSecOps, CodeReview, релизный менеджмент, и почему их стоит придерживаться;
— как мы в Spectr подходим к организации бэклога продукта, а также бюджетному и календарному планированию.
Делюсь материалами доклада:
Ссылка на запись доклада «Разработка и DevSecOps: существующие инструменты, процесс внедрения и сопровождения.»
Ссылка на кейс о разработке платформы, автоматизирующей взаимодействие фермеров и флористов.
Ссылка на презентацию.
Выступил на выставке ECOM Expo 2023, с докладом, на тему того, как продуктовый подход в разработке помогает решать задачи бизнеса.
Рассказал о том:
— чем отличается проектный подход в разработке от продуктового, и почему стоит делать выбор в пользу последнего, если вы хотите говорить с бизнесом на одном языке;
— что представляют из себя такие практики и процессы, как CI/CD, DevOps, DevSecOps, CodeReview, релизный менеджмент, и почему их стоит придерживаться;
— как мы в Spectr подходим к организации бэклога продукта, а также бюджетному и календарному планированию.
Делюсь материалами доклада:
Ссылка на запись доклада «Разработка и DevSecOps: существующие инструменты, процесс внедрения и сопровождения.»
Ссылка на кейс о разработке платформы, автоматизирующей взаимодействие фермеров и флористов.
Ссылка на презентацию.
YouTube
Заказная разработка и DevSecOps: существующие инструменты, процесс внедрения и сопровождения
«Заказная разработка и DevSecOps: существующие инструменты, процесс внедрения и сопровождения. Ищем баланс между безопасностью, стоимостью и удобством» — Олег Казаков (Spectr, технический директор)
Доклад с митапа DevTalks. Безопасная разработка: лучшие…
Доклад с митапа DevTalks. Безопасная разработка: лучшие…
Всем привет!
Это — интро.
В этом году канал станет важной частью коммуникации меня с миром. Количество событий и прикладного контента, которыми хочется делиться, стало высоким и Telegram кажется оптимальной площадкой для этого.
Несколько фактов обо мне:
• Технарь и «инфобезопасник» по образованию
• Основатель Spectr — мощного IT-аутсорс-продакшна c большой технической экспертизой и высокой инженерной культурой
• Основатель Ural Digital Weekend и #DevTalks — IT-конференции и серии митапов для разработчиков
• Основатель Florals — пока маленького, но амбициозного продукта, который совсем недавно родился в Спектре
• Партнер в Facepass — платформе для системы контроля доступа с автоматизированной системой регистрации и распознавания лиц
О чем тут будет
Включая, но не ограничиваясь:
1) О разработке цифровых продуктов. Наверное, это самое главное и необъятное. Продуктовый подход, инженерные практики, организация процессов, построение команд, планирование (календарное, ресурсное, финансовое), инженерные практики, проектирование и архитектура больших ИТ-систем, эджайл, вотерфолл и вот это вот все.
2) О разработке Florals. Florals призван оцифровать большинство процессов в цветочной отрасли. Продукт только-только зарождается и делает первый шаги, но тем интереснее, ведь его ждет впереди много всего: Customer Development, MVP, Product Market Fit, долина смерти и т. д.
3) Об организации и посещении айтишных ивентов. Да, Ural Digital Weekend и #DevTalks стали достаточно важной частью в жизни Спектра и моей — и хочется этим делиться.
4) Об управленческом и финансовом учете. В Спектре управленческий учет уже несколько лет довольно зрелый и автоматизированный. Но в условиях постоянного роста, когда большие отсрочки платежей и постоянно растущая команда, приходится часто прибегать к всевозможным финансовым инструментам (кредиты, овердрафты, факторинг…), и для сохранения контроля появляется потребность во все большем количестве всевозможных показателей, которые надо отслеживать.
Enjoy!
Это — интро.
В этом году канал станет важной частью коммуникации меня с миром. Количество событий и прикладного контента, которыми хочется делиться, стало высоким и Telegram кажется оптимальной площадкой для этого.
Несколько фактов обо мне:
• Технарь и «инфобезопасник» по образованию
• Основатель Spectr — мощного IT-аутсорс-продакшна c большой технической экспертизой и высокой инженерной культурой
• Основатель Ural Digital Weekend и #DevTalks — IT-конференции и серии митапов для разработчиков
• Основатель Florals — пока маленького, но амбициозного продукта, который совсем недавно родился в Спектре
• Партнер в Facepass — платформе для системы контроля доступа с автоматизированной системой регистрации и распознавания лиц
О чем тут будет
Включая, но не ограничиваясь:
1) О разработке цифровых продуктов. Наверное, это самое главное и необъятное. Продуктовый подход, инженерные практики, организация процессов, построение команд, планирование (календарное, ресурсное, финансовое), инженерные практики, проектирование и архитектура больших ИТ-систем, эджайл, вотерфолл и вот это вот все.
2) О разработке Florals. Florals призван оцифровать большинство процессов в цветочной отрасли. Продукт только-только зарождается и делает первый шаги, но тем интереснее, ведь его ждет впереди много всего: Customer Development, MVP, Product Market Fit, долина смерти и т. д.
3) Об организации и посещении айтишных ивентов. Да, Ural Digital Weekend и #DevTalks стали достаточно важной частью в жизни Спектра и моей — и хочется этим делиться.
4) Об управленческом и финансовом учете. В Спектре управленческий учет уже несколько лет довольно зрелый и автоматизированный. Но в условиях постоянного роста, когда большие отсрочки платежей и постоянно растущая команда, приходится часто прибегать к всевозможным финансовым инструментам (кредиты, овердрафты, факторинг…), и для сохранения контроля появляется потребность во все большем количестве всевозможных показателей, которые надо отслеживать.
Enjoy!
1🔥10❤3👍2
Оценка разработки. Декомпозиция
Будет серия постов про оценку разработки. Начать хочется с того, что любая оценка — это попытка предсказать будущее. А предсказать будущее, как известно, невозможно. И тут мы будем говорить в первую очередь о системных процессах и подходах, которые позволят работать над повышением точности оценок и их применимостью в дальнейшем процессе разработки: календарное планирование, бюджетное планирование, формирование бэклога для разработки, отслеживание прогресса, работа с ожиданиями.
Итак, про декомпозицию
Декомпозиция — разделение всего объема предстоящей разработки на небольшие задачи/фичи. Декомпозиция делается на основе входящих требований (это может быть большое и подробное ТЗ, а может быть скромный список функциональных требований — не суть).
Инкрементальный подход
Я убежден, что декомпозиция должна строиться вокруг функциональных и бизнесовых инкрементов и подразумевать, что для реализации каждого пункта будет задействована комплексная экспертиза (аналитики, frontend-разработчики, backend-разработчики, DevOps и др.). Такой подход делает разбиение полезным, понятным и обсуждаемым для широкого состава участников: и для представителей бизнеса (которые могут не понимать, что такое «фронтенд», «бэкенд» и прочие технические термины), и для технарей (которым важно понимать контекст задач и их бизнесовый смысл).
Критерии хорошей декомпозиции
В мире продуктовой разработки есть замечательная аббревиатура INVEST, — это набор критериев, которым должна соответствовать «хорошая» UserStory. Этим же критериям (с небольшими оговорками) должны соответствовать и задачи в нашей декомпозиции.
Адаптированная под оценку трактовка INVEST:
• Independent — независимость. Возможность реализовать функционал в отрыве от других фичей. На этапе активной разработки это выполнить сложно, практически невозможно, но надо стараться, и в одном из следующих постов поговорим подробнее о работе с пунктами, для которых этот критерий НЕ выполняется.
• Negotiable — обсуждаемость. Формулировка должна отражать суть, а не детали и оставлять возможность для дальнейшего обсуждения.
• Valuable — ценность для клиентов/бизнеса/стейкхолдеров.
• Estimable — оцениваемость. Понимание требований и уровень неопределенности должны позволять оценить данный функционал, и оценка должна удовлетворять критерию Small. Если критерий Estimable не выполняется, следует выходить на дополнительные обсуждения и уточнения по функционалу.
• Small — компактность. Мы для себя этот критерий уточняем следующим образом: оценка трудоемкости ни по одной из компетенций (front, back, QA…) данной фичи не должна превышать Х часов.
• Testable — проверяемость. Возможность сформулировать «критерии приемки» (Acceptance Criteria) для данного функционала через призму ценности для бизнеса и продукта, а не для команды разработки («реализована API-точка для хххх» — плохо, «пользователь системы имеет возможность скачать расходную накладную в формате PDF» — хорошо)
100%-е отражение требований
Критически важно на самых первых этапах отражать в декомпозиции 100% входящих требований. Ошибки типа «не учли это требование в оценке» — традиционно самые дорогие.
Есть очень-очень размытое и непонятное требование, с которым совсем непонятно что делать? Вынесите его в декомпозицию, пометьте как пункт на обсуждение — и работайте дальше.
Немного практики
Небольшая заметка о процессе в Spectr.
Изучать требования и делать декомпозицию — очень трудоемкий и скрупулезный процесс. Занимается этим, как правило, аналитик или даже архитектор. При наличии возможности это делает человек с опытом разработки похожих продуктов (он должен хорошо ориентироваться в предметной области или очень глубоко понимать нюансы технической реализации подобных продуктов).
В процессе первичной декомпозиции детально анализируются все требования и выделяются так называемые проблемные, из которых в том числе формируется повестка на дальнейшее обсуждение с заказчиком и с технической командой.
Будет серия постов про оценку разработки. Начать хочется с того, что любая оценка — это попытка предсказать будущее. А предсказать будущее, как известно, невозможно. И тут мы будем говорить в первую очередь о системных процессах и подходах, которые позволят работать над повышением точности оценок и их применимостью в дальнейшем процессе разработки: календарное планирование, бюджетное планирование, формирование бэклога для разработки, отслеживание прогресса, работа с ожиданиями.
Итак, про декомпозицию
Декомпозиция — разделение всего объема предстоящей разработки на небольшие задачи/фичи. Декомпозиция делается на основе входящих требований (это может быть большое и подробное ТЗ, а может быть скромный список функциональных требований — не суть).
Инкрементальный подход
Я убежден, что декомпозиция должна строиться вокруг функциональных и бизнесовых инкрементов и подразумевать, что для реализации каждого пункта будет задействована комплексная экспертиза (аналитики, frontend-разработчики, backend-разработчики, DevOps и др.). Такой подход делает разбиение полезным, понятным и обсуждаемым для широкого состава участников: и для представителей бизнеса (которые могут не понимать, что такое «фронтенд», «бэкенд» и прочие технические термины), и для технарей (которым важно понимать контекст задач и их бизнесовый смысл).
Критерии хорошей декомпозиции
В мире продуктовой разработки есть замечательная аббревиатура INVEST, — это набор критериев, которым должна соответствовать «хорошая» UserStory. Этим же критериям (с небольшими оговорками) должны соответствовать и задачи в нашей декомпозиции.
Адаптированная под оценку трактовка INVEST:
• Independent — независимость. Возможность реализовать функционал в отрыве от других фичей. На этапе активной разработки это выполнить сложно, практически невозможно, но надо стараться, и в одном из следующих постов поговорим подробнее о работе с пунктами, для которых этот критерий НЕ выполняется.
• Negotiable — обсуждаемость. Формулировка должна отражать суть, а не детали и оставлять возможность для дальнейшего обсуждения.
• Valuable — ценность для клиентов/бизнеса/стейкхолдеров.
• Estimable — оцениваемость. Понимание требований и уровень неопределенности должны позволять оценить данный функционал, и оценка должна удовлетворять критерию Small. Если критерий Estimable не выполняется, следует выходить на дополнительные обсуждения и уточнения по функционалу.
• Small — компактность. Мы для себя этот критерий уточняем следующим образом: оценка трудоемкости ни по одной из компетенций (front, back, QA…) данной фичи не должна превышать Х часов.
• Testable — проверяемость. Возможность сформулировать «критерии приемки» (Acceptance Criteria) для данного функционала через призму ценности для бизнеса и продукта, а не для команды разработки («реализована API-точка для хххх» — плохо, «пользователь системы имеет возможность скачать расходную накладную в формате PDF» — хорошо)
100%-е отражение требований
Критически важно на самых первых этапах отражать в декомпозиции 100% входящих требований. Ошибки типа «не учли это требование в оценке» — традиционно самые дорогие.
Есть очень-очень размытое и непонятное требование, с которым совсем непонятно что делать? Вынесите его в декомпозицию, пометьте как пункт на обсуждение — и работайте дальше.
Немного практики
Небольшая заметка о процессе в Spectr.
Изучать требования и делать декомпозицию — очень трудоемкий и скрупулезный процесс. Занимается этим, как правило, аналитик или даже архитектор. При наличии возможности это делает человек с опытом разработки похожих продуктов (он должен хорошо ориентироваться в предметной области или очень глубоко понимать нюансы технической реализации подобных продуктов).
В процессе первичной декомпозиции детально анализируются все требования и выделяются так называемые проблемные, из которых в том числе формируется повестка на дальнейшее обсуждение с заказчиком и с технической командой.
❤6👍4
В будущих постах будем говорить: об оценке трудоемкости, переиспользуемости функционала, уровнях неопределенности, формировании бюджетной вилки, ролевой модели в процессе оценки (может, о чем-то еще).
❤7
Начали с командой активную подготовку к Ural Digital Weekend 2024!
В этом году конференция состоится 2-3 августа и, как обычно, соберем классных спикеров и крутых зрителей.
Уже обновили сайт — https://udwe.ru/ и собираем предварительные заявки на спикерство — https://forms.gle/MD3cbRdWd4QBpsfb9
А если написать на эту почту conf@spectr.dev можно стать партнером одной из крупнейших IT-конференций на Урале!
Все явки и пароли я дал, теперь можете посмотреть ролик прошлого года и пойти регистрироваться на UDW2024 🔥
В этом году конференция состоится 2-3 августа и, как обычно, соберем классных спикеров и крутых зрителей.
Уже обновили сайт — https://udwe.ru/ и собираем предварительные заявки на спикерство — https://forms.gle/MD3cbRdWd4QBpsfb9
А если написать на эту почту conf@spectr.dev можно стать партнером одной из крупнейших IT-конференций на Урале!
Все явки и пароли я дал, теперь можете посмотреть ролик прошлого года и пойти регистрироваться на UDW2024 🔥
🔥7❤3👍3
Алексей Цыкарев | Продукты. Проекты. Digital
Оценка разработки. Декомпозиция Будет серия постов про оценку разработки. Начать хочется с того, что любая оценка — это попытка предсказать будущее. А предсказать будущее, как известно, невозможно. И тут мы будем говорить в первую очередь о системных процессах…
Декомпозиция через функциональные инкременты
Что нам дает именно такой подход к декомпозиции? Вот несколько пунктов:
1) Эту декомпозицию можно As-is брать для вашего бэклога. В условной Jira это конвертируется в Story и уже в рамках каждой Story можно создавать подзадачи по отдельным людям и компетенциям. Соответственно, дашборды и отчеты построенные вокруг Story дают наглядную информацию о прогрессе реализации
2) Такую декомпозицию очень удобно использовать во всевозможных юридических документах. Мы в Spectr, например, при декомпозиции формулируем для каждого пункта критерии приемки (Acceptance Criteria) и потом при необходимости бэклог с этими критериями протаскиваем по всем документам (от договора до акта)
3) Такое очень легко и удобно обсуждать практически любым составом.
Например, фичу вида «генерация накладных в формате PDF» можно легко можно обсудить с бизнесом на предмет приоритетов, стоимости и сроков, а с разработчиками на предмет используемых библиотек и необходимости асинхронной генерации файлов — и при этом ни у кого не будет возникать критических вопросов про целевой результат фичи.
Что нам дает именно такой подход к декомпозиции? Вот несколько пунктов:
1) Эту декомпозицию можно As-is брать для вашего бэклога. В условной Jira это конвертируется в Story и уже в рамках каждой Story можно создавать подзадачи по отдельным людям и компетенциям. Соответственно, дашборды и отчеты построенные вокруг Story дают наглядную информацию о прогрессе реализации
2) Такую декомпозицию очень удобно использовать во всевозможных юридических документах. Мы в Spectr, например, при декомпозиции формулируем для каждого пункта критерии приемки (Acceptance Criteria) и потом при необходимости бэклог с этими критериями протаскиваем по всем документам (от договора до акта)
3) Такое очень легко и удобно обсуждать практически любым составом.
Например, фичу вида «генерация накладных в формате PDF» можно легко можно обсудить с бизнесом на предмет приоритетов, стоимости и сроков, а с разработчиками на предмет используемых библиотек и необходимости асинхронной генерации файлов — и при этом ни у кого не будет возникать критических вопросов про целевой результат фичи.
👍2
«Адекватность» и парадигмы Фридмана
У нас в базовом разделе Wiki, который видит каждый новый сотрудник, написано, что мы хотим работать в компании адекватных и профессиональных людей. «Адекватность» - довольно сложное, относительное и размытое понятие. А вот парадигмы Фридмана — одна из наиболее крутых попыток придать этому форму.
Итак, парадигмы Фридмана:
1) Проанализируй задание перед началом работы
У исполнителя должны быть все ресурсы для выполнения задачи
2) Задание должно быть выполнено на 100%
100% и по качеству и по содержанию
3) «Уперся — сообщи немедленно»
О препятствиях к 100% выполнению задания немедленно сообщи руководителю и всем заинтересованным
4) Приходи с РЕШЕНИЕМ проблемы
Предложение по решению проблемы предпочтительнее информации об ее возникновении
5) Факты и аргументация предпочтительнее мнения
Всегда подкрепляем речь доводами
6) Расширенное толкование задания не допускается
Все что не разрешено — запрещено
7) Несогласие с параметрами задания — не повод их игнорировать
Не согласен — сообщи и аргументируй. Не приняли аргументы — делай, как сказали
У нас в базовом разделе Wiki, который видит каждый новый сотрудник, написано, что мы хотим работать в компании адекватных и профессиональных людей. «Адекватность» - довольно сложное, относительное и размытое понятие. А вот парадигмы Фридмана — одна из наиболее крутых попыток придать этому форму.
Итак, парадигмы Фридмана:
1) Проанализируй задание перед началом работы
У исполнителя должны быть все ресурсы для выполнения задачи
2) Задание должно быть выполнено на 100%
100% и по качеству и по содержанию
3) «Уперся — сообщи немедленно»
О препятствиях к 100% выполнению задания немедленно сообщи руководителю и всем заинтересованным
4) Приходи с РЕШЕНИЕМ проблемы
Предложение по решению проблемы предпочтительнее информации об ее возникновении
5) Факты и аргументация предпочтительнее мнения
Всегда подкрепляем речь доводами
6) Расширенное толкование задания не допускается
Все что не разрешено — запрещено
7) Несогласие с параметрами задания — не повод их игнорировать
Не согласен — сообщи и аргументируй. Не приняли аргументы — делай, как сказали
🔥6👍4
Ключевые показатели бизнеса аутсорс-компании
Ключевые показатели — это те, которые сильнее всего влияют на чистую прибыль бизнеса. Для стабильного и контролируемого роста компании важно осознать эти показатели, научиться их измерять и понимать, как на них влиять.
Что это за показатели, если мы говорим про IT-компанию в заказной разработке? В результате многолетней работы, экспериментов, внедренных процессов и инструментов могу сказать, что почти всегда все сводится к среднему рейту и Realization Rate.
Средний рейт
Среднее значение рейта, по которому вы продаете клиентам своих производственных людей (программисты, аналитики, QA, менеджеры и т.д.)
Realization Rate
В общем случае, это отношение фактически проданных часов (Billable Hours) к общему количеству возможных часов (Total Hours).
Realization Rate = Billable Hours / Total Hours.
Т.е. если у вас в штате только один разработчик и за месяц (в котором 160 рабочих часов) вы выставили клиентам 80 часов его работы, а остальные часы он занимался какими-то внутренними активностями — Realization Rate составит 50%.
Часто этот же показатель называют «Billability»
Эти показатели можно рассматривать в разных разрезах, например, по услугам, по проектам, по грейдам людей и за разные периоды, но именно они будут определяющими для финансовой модели аутсорс-компании
Ключевые показатели — это те, которые сильнее всего влияют на чистую прибыль бизнеса. Для стабильного и контролируемого роста компании важно осознать эти показатели, научиться их измерять и понимать, как на них влиять.
Что это за показатели, если мы говорим про IT-компанию в заказной разработке? В результате многолетней работы, экспериментов, внедренных процессов и инструментов могу сказать, что почти всегда все сводится к среднему рейту и Realization Rate.
Средний рейт
Среднее значение рейта, по которому вы продаете клиентам своих производственных людей (программисты, аналитики, QA, менеджеры и т.д.)
Realization Rate
В общем случае, это отношение фактически проданных часов (Billable Hours) к общему количеству возможных часов (Total Hours).
Realization Rate = Billable Hours / Total Hours.
Т.е. если у вас в штате только один разработчик и за месяц (в котором 160 рабочих часов) вы выставили клиентам 80 часов его работы, а остальные часы он занимался какими-то внутренними активностями — Realization Rate составит 50%.
Часто этот же показатель называют «Billability»
Эти показатели можно рассматривать в разных разрезах, например, по услугам, по проектам, по грейдам людей и за разные периоды, но именно они будут определяющими для финансовой модели аутсорс-компании
👍4🔥3
А вы дружите с джунами? Обсудим на «Стачке»!
С 2019 года мы перепробовали разные способы взаимодействия и работы с джунами: делали образовательные курсы, стажировки, митапы и онлайн-курсы — мы все это время старались построить трек для выращивания джунов «с нуля». Но сейчас пришли к пониманию, что уже есть сформированный рынок junior-разработчиков и бизнес должен учиться это использовать.
Какой путь мы прошли, какие инсайты получили и как устроена наша работа с джунами сейчас — расскажет наша HRD Катя Земцова на «Стачке». Конференция проходит уже в 11 раз. В этом году 12-13 апреля в Ульяновске на базе УлГПУ соберутся 3000+ разработчиков, маркетологов, дизайнеров, руководителей и собственников IT компаний, HR и другие специалисты IT сферы.
Уже в субботу, 13 апреля, в 12.00 МСК расскажем о наших инструментах, процессах и текущих результатах работы с джунами. Зал: Кадры, секция: HR
С 2019 года мы перепробовали разные способы взаимодействия и работы с джунами: делали образовательные курсы, стажировки, митапы и онлайн-курсы — мы все это время старались построить трек для выращивания джунов «с нуля». Но сейчас пришли к пониманию, что уже есть сформированный рынок junior-разработчиков и бизнес должен учиться это использовать.
Какой путь мы прошли, какие инсайты получили и как устроена наша работа с джунами сейчас — расскажет наша HRD Катя Земцова на «Стачке». Конференция проходит уже в 11 раз. В этом году 12-13 апреля в Ульяновске на базе УлГПУ соберутся 3000+ разработчиков, маркетологов, дизайнеров, руководителей и собственников IT компаний, HR и другие специалисты IT сферы.
Уже в субботу, 13 апреля, в 12.00 МСК расскажем о наших инструментах, процессах и текущих результатах работы с джунами. Зал: Кадры, секция: HR
🔥6👏1
Приезжайте Ural Digital Weekend 2024!
2-3 августа в Перми пройдет Ural Digital Weekend 2024 — конференция про разработку, управление разработкой и управление бизнесом веб-разработки. Лучшая конференция для быстрого погружения в бизнес веб-разработки с самым плотным нетворкингом, рекордным количеством открытий и знакомств с крупными IT-предпринимателями, корпорациями и продуктами. Организаторы: Spectr и Тэглайн.
В этом году программа будет разделена на 3 секции: «Разработка», «Управление разработкой» и «Управление бизнесом».
СЕКЦИЯ «УПРАВЛЕНИЕ БИЗНЕСОМ»
Программа бизнес-потока Ural Digital Weekend ориентирована на фаундеров и топ-менеджеров digital-продакшнов (ИТ-компаний, которые занимаются разработкой цифровых продуктов на заказ) и отвечает на вопросы о том, как быстрее, консистентнее и стабильнее расти в бизнесе веб-разработки. Акцент Ural Digital Weekend в 2024 году — системный менеджмент в продакшне: организационная структура, бизнес-процессы, финансовые и нефинансовые метрики, управленческий учет и делегирование.
СЕКЦИ «УПРАВЛЕНИЕ РАЗРАБОТКОЙ»
Прикладные доклады про управление и организацию процессов разработки цифровых продуктов: планирование, метрики, гибкие методологии, инженерные процессы и их оптимизация, управление людьми, формирование и развитие команды, инструменты управления и повышение эффективности разработки. Секция ориентирована на Product менеджеров, Project менеджеров, Delivery менеджеров, тимлидов, scrum-мастеров и всех, кто так или иначе связан с управлением и организацией процессов разработки.
СЕКЦИЯ «РАЗРАБОТКА»
В секции «Разработка» традиционно будут представлены прикладные доклады по направлениям Backend, Frontend, DevOps/SRE, ML/AI, Developer Experience.
ГДЕ И КОГДА
Место — Пермь, Digital Port (тот самый лофт из 2023 на берегу Камы с крутыми видами).
Все активности пройдут в уже привычном формате:
— в четверг (1 авг) вечером неформальное препати by Alto.codes
— в пятницу (2 авг) основная конференционная часть с докладами и after-party
— в субботу (3 авг) отдых и этно-экскурсия по Перми
Пермь — комфортный и логистически удобный город. Сюда летает большое количество прямых рейсов из крупнейших городов России (Москва, Новосибирск, Казань, Сочи, Минеральные Воды, Нижний Новгород) по умеренным ценам.
Программный комитет уже активно работает, но пока еще (до конца апреля) можно подать заявку на доклад.
Цена участия будет стремительно повышаться вплоть до старта конференции (покупайте уже сейчас!).
Можно принять участие в качестве партнера. Чем раньше вы примите решение об участие в качестве партнера, тем больше будет охват: партнеры упоминаются во всех официальных пресс-релизах и всех-всех инфоповодах.
Отчеты о конференциях, прошедших в 2022 и 2023 годах, можно прочитать на vc.ru.
Всю информацию о конференции можно посмотреть на сайте Ural Digital Weekend 2024 и в официальном telegram-канале.
Приходите, приезжайте, подключайтесь!
Упомянутые ссылки
Сайт: https://udwe.ru
Официальный канал: https://news.1rj.ru/str/ural_digital_weekend
Партнерские опции: https://vk.cc/cwmjSE
Форма заявки на доклад: https://forms.gle/K6HkHwU4W4Epzify7
UDW 2022 на vc.ru: https://vc.ru/dev/495749-podrobnyy-otchet-o-it-konferencii-ural-digital-weekend
UDW 2023 на vc.ru: https://vc.ru/dev/950666-otchetnaya-statya-o-konferencii-ural-digital-weekend-2023
2-3 августа в Перми пройдет Ural Digital Weekend 2024 — конференция про разработку, управление разработкой и управление бизнесом веб-разработки. Лучшая конференция для быстрого погружения в бизнес веб-разработки с самым плотным нетворкингом, рекордным количеством открытий и знакомств с крупными IT-предпринимателями, корпорациями и продуктами. Организаторы: Spectr и Тэглайн.
В этом году программа будет разделена на 3 секции: «Разработка», «Управление разработкой» и «Управление бизнесом».
СЕКЦИЯ «УПРАВЛЕНИЕ БИЗНЕСОМ»
Программа бизнес-потока Ural Digital Weekend ориентирована на фаундеров и топ-менеджеров digital-продакшнов (ИТ-компаний, которые занимаются разработкой цифровых продуктов на заказ) и отвечает на вопросы о том, как быстрее, консистентнее и стабильнее расти в бизнесе веб-разработки. Акцент Ural Digital Weekend в 2024 году — системный менеджмент в продакшне: организационная структура, бизнес-процессы, финансовые и нефинансовые метрики, управленческий учет и делегирование.
СЕКЦИ «УПРАВЛЕНИЕ РАЗРАБОТКОЙ»
Прикладные доклады про управление и организацию процессов разработки цифровых продуктов: планирование, метрики, гибкие методологии, инженерные процессы и их оптимизация, управление людьми, формирование и развитие команды, инструменты управления и повышение эффективности разработки. Секция ориентирована на Product менеджеров, Project менеджеров, Delivery менеджеров, тимлидов, scrum-мастеров и всех, кто так или иначе связан с управлением и организацией процессов разработки.
СЕКЦИЯ «РАЗРАБОТКА»
В секции «Разработка» традиционно будут представлены прикладные доклады по направлениям Backend, Frontend, DevOps/SRE, ML/AI, Developer Experience.
ГДЕ И КОГДА
Место — Пермь, Digital Port (тот самый лофт из 2023 на берегу Камы с крутыми видами).
Все активности пройдут в уже привычном формате:
— в четверг (1 авг) вечером неформальное препати by Alto.codes
— в пятницу (2 авг) основная конференционная часть с докладами и after-party
— в субботу (3 авг) отдых и этно-экскурсия по Перми
Пермь — комфортный и логистически удобный город. Сюда летает большое количество прямых рейсов из крупнейших городов России (Москва, Новосибирск, Казань, Сочи, Минеральные Воды, Нижний Новгород) по умеренным ценам.
Программный комитет уже активно работает, но пока еще (до конца апреля) можно подать заявку на доклад.
Цена участия будет стремительно повышаться вплоть до старта конференции (покупайте уже сейчас!).
Можно принять участие в качестве партнера. Чем раньше вы примите решение об участие в качестве партнера, тем больше будет охват: партнеры упоминаются во всех официальных пресс-релизах и всех-всех инфоповодах.
Отчеты о конференциях, прошедших в 2022 и 2023 годах, можно прочитать на vc.ru.
Всю информацию о конференции можно посмотреть на сайте Ural Digital Weekend 2024 и в официальном telegram-канале.
Приходите, приезжайте, подключайтесь!
Упомянутые ссылки
Сайт: https://udwe.ru
Официальный канал: https://news.1rj.ru/str/ural_digital_weekend
Партнерские опции: https://vk.cc/cwmjSE
Форма заявки на доклад: https://forms.gle/K6HkHwU4W4Epzify7
UDW 2022 на vc.ru: https://vc.ru/dev/495749-podrobnyy-otchet-o-it-konferencii-ural-digital-weekend
UDW 2023 на vc.ru: https://vc.ru/dev/950666-otchetnaya-statya-o-konferencii-ural-digital-weekend-2023
ural-digital-weekend.ru
Ural Digital Weekend 2025 — Конференция про разработку, управление разработкой и управление бизнесом веб-разработки. 1-2 августа…
Профессиональная конференция про разработку и управление бизнесом в Digital
🔥6👍3
Оценка разработки. Неопределенности и «вилка»
Продолжаю рассказывать про процесс оценки в Spectr.
У каждой фичи, которую получили в результате декомпозиции всегда есть некий уровень неопределенности в ее понимании. И в зависимости от неопределенности меняется точность оценки по фиче и формируется вилка.
Ответьте на следующие вопросы, глядя на фичу:
— Целевой результат и бизнес-сценарий понятен?
— Способ реализации определен?
— В требованиях отсутствуют критические пробелы?
— Фича изолирована и не влияет на окружение и не имеет связей с другими фичами?
— В фиче есть интеграции со сторонними системами и протоколы обмена/доступы/документация по системам имеется?
— (дополняется)
Чем больше «нет» в этих ответах — тем выше уровень неопределенности.
Когда мы оцениваем трудоемкость по фиче, то для каждой компетенции (аналитика, фронт, бэк, QA, DevOps, UI/UX, менеджмент) в качестве базовой оценки ставим «наиболее вероятную» — ту, в которую верит человек, производящий оценку.
Далее на основе базовой оценки и уровня неопределенности по фиче мы формируем «вилку»: минимальное и максимальное значение потенциальной трудоемкости. Чем выше неопределенность, тем больше разбег между минимум и максимум.
Мы выделяем 3 уровня неопределенности: Low, High, Critical. Пример логики применяемых коэффициентов для формирования вилки приведен на скриншоте
Продолжаю рассказывать про процесс оценки в Spectr.
У каждой фичи, которую получили в результате декомпозиции всегда есть некий уровень неопределенности в ее понимании. И в зависимости от неопределенности меняется точность оценки по фиче и формируется вилка.
Ответьте на следующие вопросы, глядя на фичу:
— Целевой результат и бизнес-сценарий понятен?
— Способ реализации определен?
— В требованиях отсутствуют критические пробелы?
— Фича изолирована и не влияет на окружение и не имеет связей с другими фичами?
— В фиче есть интеграции со сторонними системами и протоколы обмена/доступы/документация по системам имеется?
— (дополняется)
Чем больше «нет» в этих ответах — тем выше уровень неопределенности.
Когда мы оцениваем трудоемкость по фиче, то для каждой компетенции (аналитика, фронт, бэк, QA, DevOps, UI/UX, менеджмент) в качестве базовой оценки ставим «наиболее вероятную» — ту, в которую верит человек, производящий оценку.
Далее на основе базовой оценки и уровня неопределенности по фиче мы формируем «вилку»: минимальное и максимальное значение потенциальной трудоемкости. Чем выше неопределенность, тем больше разбег между минимум и максимум.
Мы выделяем 3 уровня неопределенности: Low, High, Critical. Пример логики применяемых коэффициентов для формирования вилки приведен на скриншоте
👍5🔥3
Стоит ли становиться тимлидом?
На последнем #DevTalks у нас был круглый стол про тимлидов и он получился действительно полезным и крутым. И вот почему:
— Очень крутая модерация круглого стола Виктором Корейша
— Очень классный состав участников в разрезе ролей, который позволил рассмотреть вопрос с разных сторон: CTO, ТимЛид, руководитель отдела и рядовой разработчик
— Очень вовлеченный в дискуссию зал: было очень много полезных комментариев и взглядов
— Благодаря вовлеченности зала мы смогли посмотреть не вопрос еще и в разрезе разных компаний и отраслей: там есть мнения от людей из ИТ-гигантов и от представителей аутсорс-разработки
Мне очень понравилось, как систематизировал роль тимлида Витя Корейша. И для меня, пожалуй, это стало главным инсайтом того дня.
Витя говорит, что везде и всегда тимлид занимается вещами всего в 3 плоскостях: проджект менеджмент, people менеджмент, «тех овнерство». И понимание этого очень хорошо помогает систематизировать процесс и локализовать зоны ответственности в зависимости от особенностей конкретного бизнеса/команды/продукта.
Также поговорили про ответственность, софт- и хард-скиллы, проблемы роста, пользу тимлидов для бизнеса и многое другое.
В общем, рекомендую к просмотру!
Ссылка на запись: https://www.youtube.com/watch?v=riKKfpY1_nE
Не забывайте подписываться и ставить лайки ;)
На последнем #DevTalks у нас был круглый стол про тимлидов и он получился действительно полезным и крутым. И вот почему:
— Очень крутая модерация круглого стола Виктором Корейша
— Очень классный состав участников в разрезе ролей, который позволил рассмотреть вопрос с разных сторон: CTO, ТимЛид, руководитель отдела и рядовой разработчик
— Очень вовлеченный в дискуссию зал: было очень много полезных комментариев и взглядов
— Благодаря вовлеченности зала мы смогли посмотреть не вопрос еще и в разрезе разных компаний и отраслей: там есть мнения от людей из ИТ-гигантов и от представителей аутсорс-разработки
Мне очень понравилось, как систематизировал роль тимлида Витя Корейша. И для меня, пожалуй, это стало главным инсайтом того дня.
Витя говорит, что везде и всегда тимлид занимается вещами всего в 3 плоскостях: проджект менеджмент, people менеджмент, «тех овнерство». И понимание этого очень хорошо помогает систематизировать процесс и локализовать зоны ответственности в зависимости от особенностей конкретного бизнеса/команды/продукта.
Также поговорили про ответственность, софт- и хард-скиллы, проблемы роста, пользу тимлидов для бизнеса и многое другое.
В общем, рекомендую к просмотру!
Ссылка на запись: https://www.youtube.com/watch?v=riKKfpY1_nE
Не забывайте подписываться и ставить лайки ;)
YouTube
Круглый стол: стоит ли становиться тимлидом?
Круглый стол «Стоит ли становиться тимлидом?» с митапа DevTalks. Инфраструктура и работа с данными: Kafka, архитектура S3 и обработка данных с Python (9 декабря 2023)
Участники круглого стола с разных сторон обсудили вопрос карьерного роста разработчика…
Участники круглого стола с разных сторон обсудили вопрос карьерного роста разработчика…
👍5🔥3
Следующая неделя обещает быть очень насыщенной!
🍎 Понедельник-среда (27 - 29 мая) — РИФ in the city (https://rif.ru/)
🍎 Четверг (30 мая) — X5 Future Night (https://x5fn.ru/)
🍠 Пятница (31 мая) — Конференция и Церемония награждения победителей продакшн-рейтингов Тэглайн (https://tagline.timepad.ru/event/2839638/)
Кажется, на следующей неделе я выполню квартальный норматив по посещению конференций и нетворкингу :)
🍎 Понедельник-среда (27 - 29 мая) — РИФ in the city (https://rif.ru/)
🍎 Четверг (30 мая) — X5 Future Night (https://x5fn.ru/)
🍠 Пятница (31 мая) — Конференция и Церемония награждения победителей продакшн-рейтингов Тэглайн (https://tagline.timepad.ru/event/2839638/)
Кажется, на следующей неделе я выполню квартальный норматив по посещению конференций и нетворкингу :)
🔥7👍1
Где топовые клиенты могут встретиться с агентствами, чтобы рассказать, как поднять востребованность, маржинальность и скорость роста агентского / аутсорс-бизнеса?
31 мая в Москве на конференции «Tagline: Управление digital-продакшном глазами заказчика»!
В программе парные доклады агентств с клиентами и круглый стол о том, какие изменения необходимы digital-продакшнам.
Среди спикеров топ-менеджмент компаний
Сбер, «Аптека 36,6», Yota, Haier, World Class, СБП-НСПК, Фонд Кино, Health&Nutrition (ex-Danone), red_mad_robot, CPeople, «Далее», Red Collar, Userstory, Touch Instinct, BSL и другие.
Место и время
31 мая, Москва
10:00–20:00
Goelro, зал Hertz («Электрозаводская»)
Билеты тут: https://tagline.timepad.ru/event/2839638/
Промокод: happy2024
Приходите, приезжайте, прилетайте, приплывайте!
31 мая в Москве на конференции «Tagline: Управление digital-продакшном глазами заказчика»!
В программе парные доклады агентств с клиентами и круглый стол о том, какие изменения необходимы digital-продакшнам.
Среди спикеров топ-менеджмент компаний
Сбер, «Аптека 36,6», Yota, Haier, World Class, СБП-НСПК, Фонд Кино, Health&Nutrition (ex-Danone), red_mad_robot, CPeople, «Далее», Red Collar, Userstory, Touch Instinct, BSL и другие.
Место и время
31 мая, Москва
10:00–20:00
Goelro, зал Hertz («Электрозаводская»)
Билеты тут: https://tagline.timepad.ru/event/2839638/
Промокод: happy2024
Приходите, приезжайте, прилетайте, приплывайте!
Алексей Цыкарев | Продукты. Проекты. Digital
Следующая неделя обещает быть очень насыщенной! 🍎 Понедельник-среда (27 - 29 мая) — РИФ in the city (https://rif.ru/) 🍎 Четверг (30 мая) — X5 Future Night (https://x5fn.ru/) 🍠 Пятница (31 мая) — Конференция и Церемония награждения победителей продакшн-рейтингов…
Итоги недели
РИФ in the city
Это был совсем не тот РИФ, к которому все привыкли. Площадка хоть и в центре Москвы, но очень скромная по сравнению с «Лесными далями». Секций мало. Людей мало. Еды и всяких активностей на площадке мало. Нет Пумбы. При этом, я не могу сказать, что было плохо — нет, просто это было мероприятие совершенно не того масштаба, что я ожидал и что из себя представляет классический РИФ.
28 мая утром был достаточно интересный круглый стол про аутстаф: там были и заказчики (X5, Альфа-банк, ГК Самолет) и агентства — получилась достаточно интересная дискуссия, которую хочется пересмотреть в записи (если найду, выложу сюда позже).
X5 Future Night
Это для меня было просто открытием и очень жалею, что не был тут в прошлые разы. Очень много секций и форматов в рамках конференции. Очень круто все сделали на площадке, было действительно комфортно. Уровень докладчиков, их компаний и самих докладов — просто ТОП. Очень сильно помогает понять, как и какие задачи решает крупный бизнес.
Большое впечатление произвел доклад про разработку и внедрение CVM (Customer Value Management) в Х5. Это такая штука, которая на основе данных о поведении покупателя позволяет предлагать ему персональные условия в обход массовых промо. Я неплохо представляю, как устроен процесс промо-планирования и какое кол-во бизнес-процессов и систем в этом замешано и то, что во все это встроили CVM — очень и очень круто.
Конференция Тэглайн
Мне очень зашел формат парных докладов «клиент + агентство». На одном дыхании слушаешь очень плотный контент и при этом сразу видишь взгляд с двух сторон. Тут, кстати, был не просто слушателем, но и модерировал часть программы.
Вообще, агентские конференции — один из моих любимых форматов (очень уж у нас классное комьюнити). А все конференции с участием Тэглайна всегда ТОП :) Кстати, уже можно посмотреть запись трансляции: https://www.youtube.com/watch?v=MMjXRnGFN1s
Рейтинги Тэглайн
По рейтингам у Spectr закономерный рост из года в год.
Результаты этого года:
— 77 место в рейтинге веб-интеграторов
— 67 место в рейтинге аутстаф-поставщиков (тут мы потеряли позиции, т.к. у нас сократился объем аутстафа)
— 100 место в рейтинге комплексных диджитал-продакшнов
Ну и несколько фотографий к этому тексту
РИФ in the city
Это был совсем не тот РИФ, к которому все привыкли. Площадка хоть и в центре Москвы, но очень скромная по сравнению с «Лесными далями». Секций мало. Людей мало. Еды и всяких активностей на площадке мало. Нет Пумбы. При этом, я не могу сказать, что было плохо — нет, просто это было мероприятие совершенно не того масштаба, что я ожидал и что из себя представляет классический РИФ.
28 мая утром был достаточно интересный круглый стол про аутстаф: там были и заказчики (X5, Альфа-банк, ГК Самолет) и агентства — получилась достаточно интересная дискуссия, которую хочется пересмотреть в записи (если найду, выложу сюда позже).
X5 Future Night
Это для меня было просто открытием и очень жалею, что не был тут в прошлые разы. Очень много секций и форматов в рамках конференции. Очень круто все сделали на площадке, было действительно комфортно. Уровень докладчиков, их компаний и самих докладов — просто ТОП. Очень сильно помогает понять, как и какие задачи решает крупный бизнес.
Большое впечатление произвел доклад про разработку и внедрение CVM (Customer Value Management) в Х5. Это такая штука, которая на основе данных о поведении покупателя позволяет предлагать ему персональные условия в обход массовых промо. Я неплохо представляю, как устроен процесс промо-планирования и какое кол-во бизнес-процессов и систем в этом замешано и то, что во все это встроили CVM — очень и очень круто.
Конференция Тэглайн
Мне очень зашел формат парных докладов «клиент + агентство». На одном дыхании слушаешь очень плотный контент и при этом сразу видишь взгляд с двух сторон. Тут, кстати, был не просто слушателем, но и модерировал часть программы.
Вообще, агентские конференции — один из моих любимых форматов (очень уж у нас классное комьюнити). А все конференции с участием Тэглайна всегда ТОП :) Кстати, уже можно посмотреть запись трансляции: https://www.youtube.com/watch?v=MMjXRnGFN1s
Рейтинги Тэглайн
По рейтингам у Spectr закономерный рост из года в год.
Результаты этого года:
— 77 место в рейтинге веб-интеграторов
— 67 место в рейтинге аутстаф-поставщиков (тут мы потеряли позиции, т.к. у нас сократился объем аутстафа)
— 100 место в рейтинге комплексных диджитал-продакшнов
Ну и несколько фотографий к этому тексту
🔥5👏3❤1