2%

2021-07-23 18:00:14 Всем отличных выходных и пусть на следующей неделе планы начнут реализовываться, burn down’ы сгорать, а CFD станет красивой и понятной :)

https://t.me/pm_and_it/74 Открыть/Комментировать

2021-07-23 09:00:08 Я понимаю, что я слоупок, но до меня только что дошел этот шедевр "внедрения agile" в русскую компанию на фиолетовом уровне по спиральной динамике

Статья напомнила анекдот:

— Слышал я «Битлз», не понравилось. Картавят, фальшивят... Что людям в них нравится?!
— А где ты их слышал?
— Да мне Мойша напел… Открыть/Комментировать

2021-07-02 09:00:06 Рубрика "зарисовки про product managers в кино".

Недавно пересмотрел фильм Up in the air. Отличный фильм, про необычную профессию (про людей, которых нанимают, чтобы увольнять других ).

Его можно смотреть с разных точек зрения, но если смотреть через призму рабочего контекста, то можно увидеть
как молодой продакт хочет задизраптить старую сложившуюся индустрию через внедрение современных технологий (кстати, #zoom)
новый тех.процесс может принести до 85% снижения затрат (минут полеты , отели , командировочные )
у продукта есть платящий клиент, но пока отсутствует ряд фичей, что ставит под вопрос гипотезу ценности
продукту сопротивляются аксакалы и старожилы из индустрии, которые “знают, как оно в полях”
чтобы продакт не автоматизировал внутри своей головы его берут в field trip (физически сажают на самолет с опытным товарищем)
только через опыт взаимодействия с живыми (а не воображаемыми) клиентами, через проверку гипотез на серии #mvp, продакт доводит решение до состояния, когда его можно масштабировать

Всем хороших фильмов. Открыть/Комментировать

2021-06-30 09:00:06 В одном из принципов agile-манифестант сказано, что именно работающий продукт основной показатель прогресса.

Но как понять, что нечто «работает»?
Так как продуктовая разработка находится в области эмпиризма, то исследование.

Например, вот это я называю настоящим проживанием опыта Открыть/Комментировать

2021-06-28 11:00:40 Теория ограничений в бизнесе и не только
Прочитал очень старую статью про #TOC
В статье есть стандартные мысли про работу с ограничениями:
в каждой системе есть ограничение
инвестиции в его расширение дают прирост outcome всей системы, а не отдельного участка
важно научиться находить ограничения

Главный вывод: времени/денег/людей не хватит на то, чтобы сделать все. Прежде чем начать разводить бурную деятельность, надо отприоритизировать все активности, чтобы не увидеть себя через некоторое время полирующим корабельный якорь

В конце статьи забавный пример нежелания работать с ограничениями

https://habr.com/ru/company/logomachine/blog/344796/ Открыть/Комментировать

2021-06-28 09:01:03 Всем привет.

Как некоторые из вас знают из моего fb, я вернулся в область орг.консультирования по #agile.

Как и ранее, я занимаюсь этим in-house: до этого в #СБЕР, а сейчас в #МВидео.

Как следствие, я начну/продолжу снова публиковать посты от своего имени.

Год обещает быть жарким, как по объёму работы, так и по новым инсайтам. Открыть/Комментировать

2021-05-13 09:49:43 Знаю много классных ребят с ВМК, Аня Абрамова — не исключение

Наша уютная беседа о карьере в разработке, функциональных командах и планах на будущее уже доступна везде: Sound Cloud, Apple Podcasts, Яндекс Музыка, Spotify даже на Youtube

Таймкоды:
01:20 — про переход из Сбера в РБК
04:05 — за что отвечает CTO
09:52 — чем работа CTO отличается от тимлида и разработчика
18:32 — почему НЕ СТОИТ становиться CTO
25:00 — самый сложный технический вызов (рефакторинг эквайринга)
29:53 — самый сложный эмоциональный вызов (увольнение)
33:43 — как тащить сложные проекты в функциональных командах
46:34 — почему Аня любит свою работу и что планирует делать дальше

Доклады Ани на конференциях: JPoint, TeamLead Conf, CodeFest, TechLead Conf
Международная сертификация Oracle Certified Professional, Java SE
Статья-сопоставление функциональных и фича тим

Контакты: @zvukizvezd Открыть/Комментировать

2021-04-26 09:00:32 CI/CD и DDD: Или как достичь технологической гибкости и познать true Agile / События на TimePad.ru
27 апреля в 19.00 (МСК) Scrum-мастер, архитектор и DevOps-инженер расскажут о том, что такое технологическая гибкость, и поделятся лайфхаками из своей практики – как достичь гибкости и повысить скорость разработки.

27 апреля Ак Барс Цифровые Технологии проведут онлайн митап по гибким методологиям.

Scrum-мастер, Архитектор и DevOps-инженер расскажут о том, что такое технологическая гибкость, и поделятся лайфхаками из своей практики – как достичь гибкости и повысить скорость разработки.

Переходите по ссылке, читайте подробное описание и регистрируйтесь Открыть/Комментировать

2021-04-19 09:35:15 Blameless culture и blameless postmortem'ы

В 2013 году Джон Олспоу, один из лидеров DevOps-движения. написал статью "Blameless PostMortems and a Just Culture", про то, как написать "необвиняющий" постмортем.

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

Так вот, написание таких blameless постмортемов — про то, что ошибки случаются, и что это нормально, и надо смотреть на них с позиции "научиться", а не "сам человек — ошибка, и надо от него избавиться".

Культура необвинения позволяет всем задействованным лицам написать честно, что они делали, какие решения принимали — без страха, что они понесут наказание.

И после этой статьи (поправьте меня, если не так), пошел в обиход термин более широкий — Blameless culture. Он про то же самое, про честность, открытость и доверие в команде, только не в плане постмортемов, а вообще. Вот тут еще хорошо про это написано, даже с примерами: статья "Blameless Culture"

PS. А вообще, как говорил мой бывший руководитель, когда кто-то совершал ошибку, стоившую денег/репутации — "будем считать, что эти деньги вложены в обучение этого человека, так что он стал еще более ценен для нас" Открыть/Комментировать

2021-04-16 19:58:38 Ретроспектива в команде https://t.me/n_dodonov/1293 ::)) Открыть/Комментировать