2%

2021-09-30 09:00:16 Полезная конференция

В #СБЕР есть много крутых ребят, которых бы я с радостью видел у нас в МВидео.
И эти ребята вместе с коммуникациями (Вика, привет ) делают классный ивент (в котором и мне в прошлый раз удалось поучаствовать)

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

На основе докладчика (лично знаю ребят - они крутые)
Сцена 1
Как изменить mindset в Agile сторону - Обухова
Агенты изменений. Трансформация вместе с организацией - Дьякова
Сцена 2
Культура команды, как катализатор личностного роста участников - Романова + Солоненко
Почему Канбан нельзя подсмотреть у соседа? - Ивченко + Моисеев

На основе темы (людей знаю плохо, но темы важные)
Сцена 1
Теория + эмпирика: научный взгляд на Job Burnout и история одного выгорания - Могучая
Сцена 2
Канбан против выгораний - Воротынцев

Кроме того, будут доклады (время пока не видно в расписании)
Юрген Аппело (автор mng3.0, unFix)
Фредерик Этьембль (продуктовый гуру) Открыть/Комментировать

2021-09-29 14:09:11 Планы и роудмэпы через призму авторского права

Наткнулись на пост про планы и роудмепы. И вот она профдеформация – сразу думаешь о том, насколько они охраноспособны с позиции авторского права

Вспомнился свеженький кейс, где компания пыталась защитить сценарные планы по предмету «Русский язык» (дело № А40-306089/2019):

"1. Словосочетание как единица синтаксиса (автор Саутина И.В.);
2. Пунктуация в предложениях с однородными членами, не связанными союзами (автор Саутина И.В.); и т.д."

Суд отказал в иске, в том числе, со ссылкой на ст. 1259 ГК РФ, согласно которой концепции и методики не защищаются. Очень в тему к нашему последнему посту про аналитические отчёты. Думаю, планы и дорожные карты ждёт та же учесть – объектами авторского права их не признают.

Конечно, вероятность того, что кто-то сможет использовать данные инструменты по конкретному проекту для другого кейса достаточно низкая. С другой стороны, чёткая структура, последовательность и оформление могут быть визитной карточкой команды разработчиков. В таком случае упускать конкурентное преимущество обидно и стоит задуматься о перспективах защиты

Продолжать тему того, на что защита авторского права не распространяется? Открыть/Комментировать

2021-09-29 09:00:07 MoSCow

Вчера на product bootcamp обсуждали разные способы приоритизации продуктового бэклога и заодно затронули модель #MoSCoW, в которой вопрос вызвала расшифровка последней группы символов: would have или won’t have («может быть надо сделать» или «не надо делать» ).
Мне нравится второй вариант перевода, потому что он дает понимание, что не все задачи по продукту надо делать.

Действительно product backlog refinement (нежно называемый в РФ "груминг", хотя это и нехорошее слово ) – не только про декомпозицию, оценку и наполнение деталями элементы бэклога, но и про выкидывания ненужных, неактуальных, глупых, неценных и проч задач .

Вот в тему ролик (извините, внутри мат, хоть и на английском) Открыть/Комментировать

2021-09-28 09:00:06 ¡Hola, amigos! Сентябрьский Three Amigos Talk пройдет в новом старом формате: встречаемся в Иннополисе и онлайн

30 сентября в 17:00 (МСК) product owner, аналитик и руководитель ИТ производства будут говорить о работе с бэклогом.

Спикеры:
Александр Глухов, product owner в Ak Bars Digital
Наталья Кобякова, аналитик в Ak Bars Digital
Юлия Дрянцова, Head of Enterprise development в Forest Valley

Эксперт митапа:
Сафиуллин Малик, SCRUM-мастер в Ak Bars Digitall

Three Amigos Talk – митап, на котором представители разных IT-специальностей делятся экспертизой работы в Agile-командах.
Присоединяйтесь к нам в Telegram-чате ThreeAmigosTalk, если хотите разобраться в том, что делают ваши коллеги по команде, и понять, какие практики апгрейднут совместную работу на новый уровень.

30 сентября в 17:00 (МСК)
Формат гибридный. Выбирайте онлайн/офлайн участие и регистрируйтесь

Регистрация и подробности докладов → Открыть/Комментировать

2021-09-27 09:00:06 Школа Agile

В компании, где я работаю (мвидео-эльдорадо) мы с коллегой @a4izhov делаем школу agile. Конкурс в школу у нас 2-2,5 кандидата на 1 место

Чтобы попасть в школу (и пройти отбор) нужно писать эссе (и «подписать контракт)

В процессе обучения (в школе есть 2 ступени, первая - 10 недель и 15 воркшопов, а вторая 13 недель и 18 воркшопов) ребята довольно часто пишут эссе. У многих такой подход вызывает вопрос, но мы это делаем сознательно, потому что у человека должны быть развиты умения:
- писать
- говорить
- считать
- слушать

Эти умения в пределе дадут умного человека, который сможет менять мир вокруг себя, хотя бы внутри отдела/команды, а там уже организации/района/города и в конце концов страны

Мы в школе помогаем и способствуем развитию агентов изменений, предоставляя им возможности для самореализации Открыть/Комментировать

2021-09-24 18:00:22 Политической пропаганды на канале нет и не будет, но улыбнуться в пятницу можно Открыть/Комментировать

2021-09-24 09:00:10 Немного пятницы вам в ленту Открыть/Комментировать

2021-09-23 09:00:07 Ретроспектива

Одно из возможных подходов к ретроспективе — проинспектировать целеполагание и одинаковость понимания целей всеми участниками команды

Как можно сделать?
На открытии сказать, что мы на ретро работаем над улучшением командного взаимодействия, а из группы не сделать команды без единой цели.
Мы уже работаем вместе какое-то время и давайте поймём, одинаково ли мы понимаем то, куда мы должны прийти (и когда).

Дальше каждый (и РО) пишет своё понимание цели. Смотрим на gap, радуемся и веселимся, а потом думаем, как сделать так, чтобы мы не шли в формате Открыть/Комментировать

2021-09-22 09:00:17 Если захочется погрузиться в #git, то интерактивный учебник с песочницей в помощь Открыть/Комментировать

2021-09-21 09:00:13 Про TDD
Зачем писать тест до кода?
1 TDD (test-driven development) запускает цикл ОС по оценке качество проектирования
Если тест тяжело написать, то это говорит нам о низком качестве проекта

Какие антипаттерны тестирования встречаются

Какие ещё есть проблемы с тестами?
Врун
Если ставить целевой показатель по test-coverage, то… люди его выполнят ценой генерации бессмысленной работы
Надо удалять такие тесты

Излишняя подготовка
Если не думать над качеством, не работать над тем, чтобы сделать программное обеспечение тестируемых (testability), тесты и код будут сильно связаны (coupled), тесты будут ломкими (fragile) и их будет тяжело понять, что конкретно тестирует тот или иной тест
Повысить уровень абстракции, которую тестируем

Гигант
В одном тесте тестируется масса вещей (компонентный тест), что приводит к непониманию, что именно сломалось
Использовать принцип презентаций: 1 тест — 1 проверяемая сущность

Насмешка
В тесте используется так много заглушкек, что реальный код не тестируется
Думать над желаемым поведением системы, разделением ответственности и не гнаться за test coverage

Инспектор
Нарушать инкапсуляцию кода для того, чтобы протестировать код
Проектировать код для testability Открыть/Комментировать