У нас тут вышел новый подкаст, где один Олег взял интервью у другого Олега и вместе они очень плотно поговорили про QA, SDET, развитие в тестировании, взаимодействие QA и бизнеса и много чего еще полезного.
Кстати, думаю, что многие с трудом представляют, что такое «SDET» – так что точно будет полезно)

DeepSeek со своими DeepThink и Search, конечно, хорош.

Но нормально им пользоваться пока невозможно из-за постоянных зависаний :(

Наконец-что приехала книга «Бизнес. Смерть. Роботы.» от Макса Десятых

Уже слышал хорошие отзывы от прочитавших, очень ждал доставку. Буду читать, впечатлениями обязательно поделюсь.

Если тоже хотите, то вот: https://book.desyatykh.ru/

Ох уж этот новоиспеченный НДС

С юристами проконсультируйся.
С клиентами договорись.
Дополнительные соглашения с клиентами подпиши.
Менеджерам все объясни.
Все таблички обнови.
Счета-фактуры выставлять начни.
Формы счетов-актов-договоров все обнови.
Управленку доработай, в ПланФакте все перенастрой.
Внутренние системы доработай.
Что теперь значит «Цена без НДС» всем объясни.
Исходящий НДС случайно не потрать.
Налоги заплати.
Декларации подать запланируй и потом не забудь.

(И это я, наверняка, что-то упустил)

В общем, жизнь у многих предпринимателей в этом году стала веселей.

Но ничего, работаем :)

Популярные посты за последний месяц

Микро-дайджест постов, которые набрали больше всего просмотров и репостов за последний месяц.

1) Подкаст-Подкаст #1: Что главное в сервисном и продуктовом ИТ-бизнесе?
Первый выпуск Подкаст-Подкаст, где я взял интервью у Сергея Костина

https://news.1rj.ru/str/release_it/134

2) Айтишка испорчена долгим поступательный ростом
Рекомендация одного из самых полезных выпусков подкастов, который я посмотрел в этом году

https://news.1rj.ru/str/release_it/138

3) Сняли подкаст с руководителем Центров Разработки Т-Банка Урала и Сибири, Еленой Козловой
Микро-пост про то, как мы съездили в Екатеринбург и отсняли выпуск для П-П (сам выпуск выйдет позже)

https://news.1rj.ru/str/release_it/141

Оценка разработки. Участники и основные артефакты

Ранее: Оценка разработки. Декомпозиция, Оценка разработки. Неопределенности и «вилка»

Описанное применимо для оценки сложных и долгих проектов по разработке цифровых продуктов.

Участники

1. Руководитель проектного офиса. Тот, кому «больше всех надо». Локальный проджект-раннер, который собирает всех и менеджерит процесс подготовки сметы

2. Проджект-менеджер. Генерирует ресурсный и календарный плана на основании артефактов от других участников

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

4. Аналитик. Делает бОльшую часть работы по подготовке сметы: детально изучает входящие материалы, старается сократить неопределенность в требованиях (или, как минимум, подсветить места, где она есть), готовит подробную функциональную декомпозицию, помогает осознать детали требований другим участникам процесса

5. Тимлиды. Валидируют оценки от архитектора, помогают осознать чисто технические риски по тем или иным элементам сметы. Надо сказать, что часто оценка делается тимлидами совместно с архитектором


Артефакты

1. Функциональная декомпозиция с оценкой. В одном из постов про оценку уже писал, что мы делаем функциональную декомпозицию, где каждый пункт подразумевает комплексную экспертизу (фронт, бэк, QA, UI/UX etc). Каждый пункт имеет оценку по всем компетенциям, текущий уровень неопределенности и, собственно, вилочную стоимости. Это — основа для всех остальных артефактов

2. Календарный план. На основе декомпозиции, оценок и предварительного разбиения разработки на релизы формируется примерный календарный план. Обычно планирование идет на уровне недель, иногда на уровне месяцев

3. Ресурсный план. Про это многие забывают и/или пренебрегают, но мы его делаем для любой оценки. Указываем, какие именно люди будут задействованы и моделируем график их аллокации в FTE прямо по месяцам. Очень важно, чтобы функциональная оценка не противоречила ресурсной оценке проекта (!)

4. Архитектурные решения. Базовые схемы того, как мы видим будущую архитектуру и как разрабатываемый продукт вписывается в текущий ландшафт

5. UI для ключевых интерфейсов. Да, мы часто рисуем ключевые интерфейсы еще до заключения контракта — это помогает и нам и клиенту убедиться, что мы друг друга слышим и смотрим в одном направлении

6. Презентация. Она же «КП». Приводятся основные данные по бюджету, основные риски, архитектурное решение, UI, календарный и ресурсный план, ссылки на все остальные артефакты

В следующий раз напишу про процесс оценки (хотел тут, но ТГ не дает из-за ограничений)

Где в России айтишнику жить хорошо?

На днях вышла статья от Нетологии, где обсуждают, каково это — жить и работать в регионах. Там есть мой комментарий, где рассказываю про плюсы жизни в Перми :)

Малая часть:
«
Я регулярно езжу в командировки по городам России, объехал очень многие города европейской части: Екатеринбург, Казань, Нижний Новгород, Владимир, Уфа, Тольятти, Тюмень, Челябинск, Ижевск, Ульяновск, Самара, Саратов, Волгоград, Ростов-на-Дону, Краснодар, Сочи, — и могу с уверенностью сказать, что Пермский край и Пермь в топе по комфорту и развитости инфраструктуры.
»

Статья: https://habr.com/ru/companies/netologyru/articles/887850/

Программный Комитет Ural Digital Weekend 2025 начал работу!

Ура, сегодня была первая встреча ПК Ural Digital Weekend, а это значит, что мы начинаем сезон активной подготовки к конференции и наши супер-люди вот-вот начнут обрабатывать заявки и связываться с потенциальными спикерами.

При этом, мы пока продолжаем открытый прием заявок. Если вы хотите выступить с классными докладом — заявляйтесь, мы будем рады! Если вы любите нашу конференцию и хотите там послушать/встретиться с каким-то конкретным спикером — пишите мне в личку (возможно, мы организуем его выступление).

Ну и конечно, покупайте билеты!

Ссылка на CFP, если хотите заявиться с докладом: https://docs.google.com/document/d/1V3sFRGSQ6tGwIrqJJdw63phSLQ-N-Id3q2aNlV410Oo/edit?tab=t.0#heading=h.pww5c6lc8kv

Сайт конференции: https://ural-digital-weekend.ru/

Руководитель, помни строго –
Метрики — твоя дорога!
Вовремя в таблицу вбей,
Не тяни же, не робей.

Сроки, выручка, расходы –
Цифры скажут, где невзгоды.
Без контроля — полный мрак,
А с таблицей — всё ништяк! 😃

Новый выпуск «Подкаст-Подкаста» смонтирован в 4K и согласован. Через неделю на ваших экранах.

В гостях Елена Козлова, директор центров разработки Т-Банка на Урале и в Сибири.

Многие знают про IT-хабы Т-Банка, что их много (23), но зачем они? Как появились? Как устроены? Как работают и управляются?

Золото в каждом ответе ☝️

P.S. Где лучшие джависты? У нас в клубе Узнаете 27 марта😉

Оценка разработки. Этапы оценки

Ранее: Декомпозиция, Неопределенности и «вилка», Участники и основные артефакты

Описание процесса, учитывающее специфику Spectr — мы оцениваем разработку по запросам наших клиентов

1. Изучение входящих материалов. Изучают все, но каждый погружается в детали в разной степени. В результате генерируется существенный пул вопросов к клиенту. Часто сразу подсвечиваются ключевые риски

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

3. Аналитик делает детальную функциональную декомпозицию. В процессе он определяет уровни неопределенности для разного функционала и подсвечивает сложности/риски в комментариях. Если было принято решение о подготовке UI для основных интерфейсов — ставится соответствующая постановка дизайнеру

4. Экспертная оценка. Архитектор и тимлиды оценивают в часах разработку по функциональной декомпозиции от аналитика. При необходимости, декомпозиция дополняется. Часто в процессе этого формируется видение будущей архитектуры и готовятся соответствующие схемы

5. Планирование релизов. На основе входящих требований и опыта команды, весь скоуп группируется на релизы. Важно, чтобы каждый релиз нес самостоятельную ценность и был проверяем (все тот же инкрементальный подход)

6. Коммерция. Рук-ль ПО принимает решение о том, какой процент закладывать на тестирование, аналитику, как закладывать и презентовать риски, по каким рейтам и какие специалисты будут нужны для реализации

7. Подготовка календарного и ресурсного плана. На основе сделанного ранее, проджект-менеджер составляет предварительный план проекта

8. Подготовка КП. Все материалы собираются и упаковываются в презентацию

9. Встреча и презентация клиенту. Мы отправляем смету заранее, но во время встречи все равно очень подробно ее показываем, объясняем и рассказываем про нашу методику. Во время презентации демонстрируем и остальные артефакты (архитектура, ключевые интерфейсы )

Весна в Сочи

Второй год подряд приезжаем весной в Сочи переждать Уральско-весеннюю слякоть-грязь.

Из плюсов. Вчера работал на балконе с таким видом

Из минусов. Замерз ❄️

Позади — неделя в ритме огня:
Дедлайны, релизы с утра до утра.
Задачи горели, продакшн кипел —
Но ты всё успел, сдюжил, сумел!

✨ С пятницей! Всем мощного отдыха в выходные!