Перейти к содержанию

‣ Встреча № 02

Аудио

Таймкоды

  • 00:00 - роль степени близости к чаяниям пользователя для бизнес результата
  • 02:51 - дисфункция когда задачи менеджмента это минимизация факапов
  • 04:20 - почему стараются делать продуктовые команды, минимизация потерь информации
  • 07:40 - value-stream map vs текущая орг структура
  • 08:17 - вопрос про активности заранее чем возникнет проблема у пользователя
  • 09:35 - ответ: фичи как побочный эффект, отсылка к ТРИЗ, пример refund в Amazon
  • 14:30 - вопрос какая есть альтернатива платформенным командам
  • 15:29 - инвестиция в архитектуру (Conway's law) с учетом бизнес-составляющей, в знание домена и пользователя, формат команд в зависимости от того что получится, Logistics/Payments/UX, а не по Java/DBA/Admin
  • 18:55 - вопрос как поделить input от запрос по командам
  • 19:31 - трансляция user journey в user story, product owners, аналитики, ux servant
  • 22:20 - вопрос product role vs команды
  • 22:40 - есть доменные эксперты и кто то из них выполняет роль транслятора в user story; роль следует из того что пользователю нужен какой-то продукт и роль ux servant, интерпретатор пользователя
  • 24:14 - product как компонент информационной системы, если продукты говорят что, а разработчики как, то через какое то время продукты будут не успевать генерировать что;
  • 26:50 - как обеспечить наблюдаемость продакт принес не то или разработчик сделал не то, чтобы понять кого не хватает
  • 28:42 - баланс полномочий и ответственности усли нужно убрать продакта
  • 30:00 - как понять в каком состоянии находится система, проблемные места
  • 31:00 - что если все растут
  • 31:48 - стопор если упереться в количество знаний
  • 33:20 - если нет времени умнеть, то нужно ограничивать поток задач
  • 34:00 - блокер таких изменений если нет ощущения их необходимости, если есть поток ресурсов
  • 38:00 - опыт @vfabr что тот кто в самом верху не против инициировать изменения, главные противники изменений среднее звено
  • 41:54 - отсылка к STATIK (видео, статья, книга (eng), книга (rus)) и kanban maturity model (1, 2, 3)
  • 43:39 - учет хрупкости, ригидности и гибкости при большом зазоре между уровнями компании, отделов, команды, человека;
  • 45:20 - эволюционность vs трансформационный подход, эффект отторжения
  • 46:25 - credibility для способности внести изменения
  • 47:10 - bring your own device, shadow it, гильдии, trello
  • 50:25 - inversion of control для процессов
  • 52:00 - как способствовать переходу количества изменений в качественное изменение
  • 57:00 - вопрос как научиться строить value-stream map
  • 59:24 - value-stream mapping vs разделение по domain областям
  • 1:03:00 - unknown unknown => t-shape; known unknown => specialization
  • 1:05:00 - изменения, эволюция ментальных моделей => t-shape/роли
  • 1:07:00 - сделать хоть что-то с тем что есть чтобы появились вопросы и стало понятно что учить