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

เนื้อหาจัดทำโดย Alex เนื้อหาพอดแคสต์ทั้งหมด รวมถึงตอน กราฟิก และคำอธิบายพอดแคสต์ได้รับการอัปโหลดและจัดหาให้โดยตรงจาก Alex หรือพันธมิตรแพลตฟอร์มพอดแคสต์ของพวกเขา หากคุณเชื่อว่ามีบุคคลอื่นใช้งานที่มีลิขสิทธิ์ของคุณโดยไม่ได้รับอนุญาต คุณสามารถปฏิบัติตามขั้นตอนที่แสดงไว้ที่นี่ https://th.player.fm/legal

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

แบ่งปัน

หน้าโฮมของซีรีส์•Feed

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

17 ตอน

#MBA #Бизнес #Alex

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

12 subscribers

updated 3 ปีที่แล้ว

แบ่งปัน

หน้าโฮมของซีรีส์•Feed

17 ตอน

#MBA #Бизнес #Alex

Todos os episódios

1
Алексей Пименов: "Нет самоцели сделать канбан-трансформацию." 50:18

3 yearsที่แล้ว50:18

ลิสต์เล่นในภายหลัง

ลิสต์

ถูกใจ

ที่ถูกใจแล้ว

50:18

Алексей Пименов Основатель и Аккредитованный Канбан тренер, консультант Аккредитованный тренер 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 Про чуйку в консалтинге и выход из контракта…

1
Павел Капусткин: "Хороший продуктовый менеджмент должен существенно увеличивать пользу от Agile" 39:37

3 yearsที่แล้ว39:37

39:37

Начало дискуссии см. 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…

1
"Назначать задачи и контролировать их исполнение - это не задача РП", - Антон Полисский. 33:00

3 yearsที่แล้ว33:00

33:00

Топикстартер - статья "Как понятие проекта раздулось до полной потери смысла и что с этим делать?" 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/…

1
Системная архитектура программно-насыщенных комплексов - за пределами нотаций, инструментов и техник 36:49

3 yearsที่แล้ว36:49

36:49

Первое интервью с Александром Лучковым 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 Как системный архитектор взаимодействует с командой?…

1
Как понятие проекта раздулось до полной потери смысла и что с этим делать 1:50:39

3 yearsที่แล้ว1:50:39

1:50:39

Видео сделано на основе одноименной статьи https://docs.google.com/document/d/1imCRD8texMpN9SfJzdlXrRZ_V-AusClcMNJZnwFpG7E/ Несмотря на распространение идей, понятий, инструментов и методов проектного управления, само содержание дисциплины утрачено, а профессия проектного менеджера постоянно деградирует. Понятие проекта потеряло важнейший компонент своего изначального смысла - мобилизацию и реорганизацию ресурсов для достижения цели, из-за чего мы потеряли целое пространство рассуждений о путях достижения поставленных целей. Нам надо восстановить исходное значение понятия проект и перестать играть в словесные игры и запутывать друг друга. Только так мы сможем четко понимать, где проходит граница ответственности проектных менеджеров, за что они отвечают и способны ли они нести возложенную на них ответственность. Аннотация Проект является комплексом взаимосвязанных мероприятий, который направлен на пошаговое воплощение единого замысла, при этом на время исполнения проекта мобилизуются ресурсы одной или нескольких организаций в их уникальной комбинации. Отсутствие любой из значимых характеристик - замысла, временной мобилизации ресурсов или специальной организации этих ресурсов по отличным от основной деятельности правилам и практикам, - приводит к появлению вырожденных проектов. Проблема современного состояния дисциплины в том, что таких вырожденных по одной или даже нескольким характеристикам "проектов" стало слишком много. Обсуждение вырожденных проектов в логике классической дисциплины проектного менеджмента является бессмысленным, потому что вырожденные проекты не являются объектом исследования и управления этой дисциплины.Однако многочисленные попытки применять ее методы, инструменты и практики к управлению вырожденными проектами и анализировать результаты с почти неизбежным выводом о неэффективности проектного управления и т.н. "водопадного метода" создают неверное представление о ее возможностях, сценариях применения и уничтожают профессию проектного менеджера.В этой статье предлагается к обсуждению понятийный аппарат, с помощью которого можно понять границы ситуаций, в которых проектный менеджмент применим и может быть полезен. Приводятся аргументы, что без определения границ применимости мы как профессионалы проектного управления обречены на дальнейшую деградацию профессии.…

1
Коллаборативный zettelkasten - Короткина или Ильяхов 52:39

4 yearsที่แล้ว52:39

52:39

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

1
Семинар ШСМ "Встраивание проектируемой системы в цепочку создания ценности 2020-05-11" 59:37

5 yearsที่แล้ว59:37

59:37

https://miro.com/app/board/o9J_ktPEzpY=/ Понимая, из чего состоят цепочки поставки ценности и какое место вы в них занимаете, можно либо перестроить текущий продукт, либо создать новый. Например, схожий продукт с меньшей стоимостью или большей ценностью. Такой системный подход к анализу рынка и разработке продукта позволяет за пару дней выявить почти все потенциальные варианты улучшений, доработок, нового позиционирования в привычной бизнес-среде и перейти к планированию бэклога. На семинаре на практических кейсах разбираем: - что такое value chain и как ее построить; - как найти точки кратного роста в цепочке поставки ценности; - как понимание цикла развития продукта помогает сократить издержки; - как оценить целесообразность доработок и превратить инсайты в задачи бэклога. https://youtu.be/X2F2Dy2mgsU…

1
Блочное исполнение или модульная архитектура? 6:57

5 yearsที่แล้ว6:57

6:57

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

1
История системной инженерии и управления программами проектов 40:55

5 yearsที่แล้ว40:55

40:55

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

1
V-модель, системное проектирование и модульная сборка 10:45

5 yearsที่แล้ว10:45

10:45

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