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

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

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

Аккредитованный тренер 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  (Блог) 

contact@tutnet.ru

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

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 Завершение  

Контакты:  Александр Турханов, проектный менеджер и системный инженер alex.turkhanov@gmail.com 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://docs.google.com/document/d/1imCRD8texMpN9SfJzdlXrRZ_V-AusClcMNJZnwFpG7E/Несмотря на распространение идей, понятий, инструментов и методов проектного управления, само содержание дисциплины утрачено, а профессия проектного менеджера постоянно деградирует. Понятие проекта потеряло важнейший компонент своего изначального смысла - мобилизацию и реорганизацию ресурсов для достижения цели, из-за чего мы потеряли целое пространство рассуждений о путях достижения поставленных целей. Нам надо восстановить исходное значение понятия проект и перестать играть в словесные игры и запутывать друг друга. Только так мы сможем четко понимать, где проходит граница ответственности проектных менеджеров, за что они отвечают и способны ли они нести возложенную на них ответственность.




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

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

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

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