Аналитик с Архимейтом

Алексей Пименов

Основатель и Аккредитованный Канбан тренер, консультант

Аккредитованный тренер Kanban University, первый российский специалист уровня Accredited Kanban Consultant, преподаватель международного консорциума ICAgile. Тренер и консультант по темам Kanban Method и Business Agility. Спикер на тематических конференциях, автор статей, научный редактор книг, создатель и активный участник тематических сообществ.

https://neogenda.com/

http://pimenaus.ru/

0:41 Эволюционные изменения и адаптация в канбан-методе

2:00 Канбан-метод - это инструмент управления работами. Проактивное и реактивное развитие организации.

3:57 Теория канбан-метода

4:35 На что оглядывались при разработке канбан-метода?

7:39 Литература для изучения

11:20 Так ли уж ИТ-проекты отличаются от промышленного производства и как это влияет на применение канбан-метода?

13:02 Канбан-метод - это "градусник" для измерения температуры процессов

15:47 Как описывать деятельность на разных уровнях организации?

16:25 Фрактальный подход к описанию клиентских сервисов

19:05 Неудачный пример для применения канбан-метода

20:23 Контекст применения канбан-метода

22:31 Какие решения помогает принимать канбан-метод?

23:23 Загрузка производственной системы и как обеспечить продвижение работы?

25:30 Про современных менеджеров

25:50 Как продвигать канбан-метод?

27:31 Канбан-метод в условиях жестких дедлайнов

31:30 Про консультантов и их ответственность

35:05 Как выбирать консультантов?

39:56 От чего зависит цена специалиста на рынке?

45:50 Должен ли заказчик понимать тонкие различия между предлагаемыми методами и инструментами?

48:10 Про чуйку в консалтинге и выход из контракта

Начало дискуссии см. https://www.facebook.com/alex.turkhanov/posts/10227359446308954

0:20 Что такое продуктовый менеджмент 

2:20 В чем заключается роль продуктового менеджера 

6:20 Agile и продуктовый менеджмент 

9:20 Архитектура продуктовых команд и производственные систем 

12:50 Проблема "сшивки" предметных областей 

17:20 Никакой магии и волшебных таблеток не бывает 

17:38 Какие подходы к решению проблемы организации продуктовой разработки есть 

27:47 Управление рисками в продуктовой разработке 

33:45 Подводим итоги обсуждения 

34:30 "Вишенка на торте" и нужна ли математика продуктовым менеджерам 

36:25 Что такое эффективный продуктовый менеджер в российских условиях 

37:30 Нужны ли процессы разработки? 

39:00 Где и чему учиться  

https://www.linkedin.com/in/pkapustkin/

tutnet.ru  (Личный веб-сайт) 

facebook.com/pkapustkin  (Блог) 

[email protected]

Топикстартер - статья "Как понятие проекта раздулось до полной потери смысла и что с этим делать?"  

https://link.medium.com/t9P681CUZlb 

Содержание эпизода

1:11 Тема обсуждения 

2:10 Источники практик проектного менеджмента 

3:47 Мобилизационный аспект проектов 

4:37 Особенности внутренней проектной организации 

7:00 Проекты, которые не проекты 

9:23 Почему деление на "это проекты, а это не проекты" непродуктивно? 

12:24 Польза практик и инструментов проектного менеджмента 

13:56 Про критерии приемки и deliverables (непереводимый термин) 

15:52 Использование активов организации 

17:10 Назначать задачи и контролировать их исполнение - это не задача проектного менеджера! 

18:44  Про регулярный проектный менеджмент 

20:45 Что такое активы организации? 

24:27 Проблема слабой матричной организационной структуры 

27:09 Разбираемся с понятием deliverable на примере 

30:34 Разделение ответственности между проектным и линейным менеджером 

32:38 Завершение  

Контакты:  Александр Турханов, проектный менеджер и системный инженер [email protected] https://www.facebook.com/alex.turkhanov/ https://alex-turkhanov.medium.com/ https://ttttt.me/kill_aristotel 

Антон Полисский https://www.facebook.com/anton.polisski https://www.linkedin.com/in/polisskiy/

Первое интервью с Александром Лучковым https://link.medium.com/jZ53slUJfmb 

Этот выпуск

0:17 Тема обсуждения и проблематика 

3:00 Что происходит с системной архитектурой? 

6:13 Чем системная архитектура отличается от модели предметной области? 

8:17 Где проходит граница между системными описаниями и описаниями контекста? 

11:06 Важна ли согласованность системных описаний? 

16:39 Классы и экземпляры в системных описаниях 

19:01 Как быть с имплицитными описаниями? 

19:56 Как учитывать паттерны и культуру обращения с классами систем? 

25:16 Можно ли потерять системную архитектуру? 

29:11 Инженерная археология и brownfield systems architecture 

32:48 Как системный архитектор взаимодействует с командой?

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

Проблема трансдицисплинарной коммуникации в больших проектах - отсутствие инфраструктуры рутинного решения проблем.

Проблемы решаются текстами-объяснениями и текстами-доказательствами. Эти тексты пишутся с помощью одних и тех же дисциплин (инфостиль и инженерия текста). Дисциплина инженерии текста больше подходит в качестве инфраструктурного решения проблемы трансдисциплинарной коммуникации в больших проектах.

https://miro.com/app/board/o9J_ktPEzpY=/

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

На семинаре на практических кейсах разбираем:

- что такое value chain и как ее построить;

- как найти точки кратного роста в цепочке поставки ценности;

- как понимание цикла развития продукта помогает сократить издержки;

- как оценить целесообразность доработок и превратить инсайты в задачи бэклога.

https://youtu.be/X2F2Dy2mgsU

Чем отличаются блоки и моноблоки в ГОСТах от системноинженерных модулей?

Системная инженерия и управление программами проектов появились в ответ на три потребности бизнеса:

Чем системное проектирование отличается от модульной сборки? Где чаще всего допускают ошибку при чтении и интерпретации V-модели? Почему архитектор подсистемы не должен принадлежать ни одной команде разработки, а должен быть в команде управления проектом вместе с руководителем проекта?