Продолжаю просматривать #teamlead conf 2022

Просмотрел еще несколько докладов, пока зацепил только один -- https://youtu.be/ux4Gl234qMk


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

В большинстве компаний, с которыми я взаимодействовал управляли задачами.
1. Продакт писал описание дизайнеру, что он хочет
2. Дизайнер накидывает базовый концепт
3. На этапе концепта зовет аналитика/инженера, чтобы понять получится ли так сделать
4. Аналитик описывает постановку задачи для инженера
И так далее

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


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

Почему не понравился?
В докладе описана базовая концепция без примеров применения. По ходу доклада казалось прям очень крутым решением, но на секции вопросов все воздушные замки разрушились и оказалось, что это решение все так же имеет кучу шероховатостей, на которые спикер не смог дать конкретного решения