2024-03-19T09:34:00Z
Состязание ботов
«Всяк другого мнит уродом,
Несмотря, что сам урод»
Л. А. Филатов
Часть 1.
«А2Tцкая vs. Aisystant-бот»
Промт-1.1:
СМ, что такое "проектное управление". Объясни как 15-летнему ребёнку, приведи в качестве иллюстрации три цитаты из учебника, обобщи их и дай мне метафору.
Гм… Мне кажется, проектное управление можно объяснить примерно так: представь, что у тебя есть куча кубиков LEGO, из которых ты хочешь собрать крутую модель замка. Проектное управление — это именно та инструкция, которая подскажет тебе, какие кубики и в каком порядке тебе нужно соединять, чтобы в итоге получился именно замок, а не просто куча разноцветного пластика. То есть это способ организовать работу множества людей и ресурсов так, чтобы в итоге осуществить задуманное — например, построить здание, создать программу или провести мероприятие.
Давай я приведу три цитаты из учебника по этому поводу и попробую их обобщить:
- “В одном проекте одной команды систему могут замыслить, в другом — спроектировать, в третьем — изготовить, в четвёртом — эксплуатировать”
- “Думать о том, как (методы/«виды труда»/«рабочие процессы») и кем (какими ролями, актёрами в каких ролях) будет эксплуатироваться система, которой ещё нет… это просто необходимо”
- “Действия… полномочия по распоряжению трудом и ресурсами… но вот их мышление, их методы работы… именно об их ролевой работе”
Обобщая, проектное управление — это как распорядок дня для группы людей, работающих над общим делом. У каждого свои задачи и ответственность, а результатом их совместной деятельности становится то, что было запланировано.
Как метафору можно использовать строительство пирамиды в Древнем Египте: фараон — это заказчик (владелец проекта), архитекторы — это те, кто планируют и проектируют, рабочие — исполняют самую тяжёлую и объёмную часть работы, а наблюдатель — это проектный менеджер, который следит, чтобы всё шло по плану, и каждый блок находился на своём месте, и в итоге появится величественная пирамида.
Адватцкая → Aisystant
Промт-1.1:
Объясни, что такое "проектное управление". Объясни как 15-летнему ребёнку, приведи в качестве иллюстрации три цитаты из учебника, обобщи их и дай мне метафору.
“Проектное управление” - это методология, которая позволяет организовывать и контролировать выполнение работы, связанной с достижением определенной цели. Проектное управление включает в себя разделение работы на подпроекты, определение ролей и ответственности, установление сроков и оценку рисков. Вот три цитаты из учебника: 1. “Проектное управление в его классическом варианте — это метод описания, viewpoint, а описание — это всего лишь view на работу, а не сама работа!” Это означает, что проектное управление предоставляет нам инструменты и подходы для понимания и описания работы, но само управление проектом - это не сама работа, а способ ее организации. 2. “Проектом может оказаться что угодно, обращайте внимание на тип!” Это говорит о том, что понятие “проект” может быть использовано для описания различных видов работы, и важно понимать, что тип работы мы имеем в виду. 3. “Смело смешивайте любые описания, если вам нужны ответы на вопросы или решение проблем.” Это означает, что мы можем комбинировать различные подходы и методы, чтобы найти наилучшее решение для наших задач. Важно уметь адаптировать и применять соответствующие инструменты в зависимости от контекста и потребностей. Метафора: “Проектное управление - это как планирование и организация путешествия. У тебя есть определенная цель - например, посетить новое место. Ты разбиваешь путешествие на подпроекты, такие как покупка билетов, бронирование отеля и составление маршрута. Ты определяешь, кто будет отвечать за каждый этап и устанавливаешь сроки. В результате, ты организовываешь свое путешествие так, чтобы достичь поставленной цели и насладиться каждым моментом по пути.”
Aisystant → Адватцкая
Промт 1.2:
Я дам тебе утверждение. Твоя задача найти ошибки в моём утверждении: объясни, в чём именно имеются противоречия с учебником? Ответ обоснуй. Вот моё утверждение: ""Проектное управление" - это методология, которая позволяет организовывать и контролировать выполнение работы, связанной с достижением определенной цели. Проектное управление включает в себя разделение работы на подпроекты, определение ролей и ответственности, установление сроков и оценку рисков. Вот три цитаты из учебника: 1. "Проектное управление в его классическом варианте — это метод описания, viewpoint, а описание — это всего лишь view на работу, а не сама работа!" Это означает, что проектное управление предоставляет нам инструменты и подходы для понимания и описания работы, но само управление проектом - это не сама работа, а способ ее организации. 2. "Проектом может оказаться что угодно, обращайте внимание на тип!" Это говорит о том, что понятие "проект" может быть использовано для описания различных видов работы, и важно понимать, что тип работы мы имеем в виду. 3. "Смело смешивайте любые описания, если вам нужны ответы на вопросы или решение проблем." Это означает, что мы можем комбинировать различные подходы и методы, чтобы найти наилучшее решение для наших задач. Важно уметь адаптировать и применять соответствующие инструменты в зависимости от контекста и потребностей. Метафора: "Проектное управление - это как планирование и организация путешествия. У тебя есть определенная цель - например, посетить новое место. Ты разбиваешь путешествие на подпроекты, такие как покупка билетов, бронирование отеля и составление маршрута. Ты определяешь, кто будет отвечать за каждый этап и устанавливаешь сроки. В результате, ты организовываешь свое путешествие так, чтобы достичь поставленной цели и насладиться каждым моментом по пути.""
Хм)… похоже, я не нашла в курсе прямых цитат, которые бы дословно соответствовали вашим утверждениям. Однако давайте рассмотрим предоставленное вами описание проектного управления и попробуем сопоставить его с материалами курса.
Ваше утверждение о том, что проектное управление включает в себя разделение работы на подпроекты, определение ролей и ответственности, установление сроков и оценку рисков, в общем, соответствует традиционному представлению о проектном управлении. Оно действительно охватывает данные аспекты, но согласно курсу “Системное мышление”, подход может быть гораздо более глубоким и многогранным, чем просто установление структур и процессов.
Первая цитата, которая у вас звучит как “Проектное управление в его классическом варианте — это метод описания, viewpoint, а описание — это всего лишь view на работу, а не сама работа!”, на самом деле говорит о том, что проектное управление не является простым списком действий или инструкций. В курсе подчеркивается важность мышления, стоящего за проектными действиями, и методов работы, которые не всегда являются видимой частью проекта, но критически важны для его успеха.
Второе ваше утверждение о том, что “Проектом может оказаться что угодно, обращайте внимание на тип!”, резонирует с материалами, где обсуждается, что проекты различаются по своей природе, и определение проекта может быть гибким. Однако это не значит, что “что угодно” может быть проектом — важен контекст и понимание конкретной ситуации.
А вот третье ваше утверждение, “Смело смешивайте любые описания, если вам нужны ответы на вопросы или решение проблем.”, может быть не вполне верно. Согласно курсу “Системное мышление”, важно систематичное понимание процессов и использование соответствующих методов при решении проблем, а не просто комбинирование подходов в надежде на успех.
Метафора о планировании путешествия довольно точно отражает понятие проектного управления, однако важно понимать, что проектное управление включает также готовность и способность адаптироваться к изменяющимся условиям, что не всегда очевидно в процессе планирования путешествия.
Сказанное учитывая, предполагаю, что вашем утверждении есть недопонимание глубины и сложности проектного управления, как это описано в курсе.
Часть 2.
«Aisystant-бот vs. А2Tцкая»
Адватцкая → Aisystant
Промт:
Объясни. Я дам тебе утверждение. Твоя задача найти ошибки в моём утверждении: объясни, в чём именно имеются противоречия с учебником? Ответ обоснуй. Вот моё утверждение: "проектное управление можно объяснить примерно так: представь, что у тебя есть куча кубиков LEGO, из которых ты хочешь собрать крутую модель замка. Проектное управление — это именно та инструкция, которая подскажет тебе, какие кубики и в каком порядке тебе нужно соединять, чтобы в итоге получился именно замок, а не просто куча разноцветного пластика. То есть это способ организовать работу множества людей и ресурсов так, чтобы в итоге осуществить задуманное — например, построить здание, создать программу или провести мероприятие.
Давай я приведу три цитаты из учебника по этому поводу и попробую их обобщить:
1. "В одном проекте одной команды систему могут замыслить, в другом — спроектировать, в третьем — изготовить, в четвёртом — эксплуатировать"
2. "Думать о том, как (методы/«виды труда»/«рабочие процессы») и кем (какими ролями, актёрами в каких ролях) будет эксплуатироваться система, которой ещё нет... это просто необходимо"
3. "Действия... полномочия по распоряжению трудом и ресурсами... но вот их мышление, их методы работы... именно об их ролевой работе"
Обобщая, проектное управление — это как распорядок дня для группы людей, работающих над общим делом. У каждого свои задачи и ответственность, а результатом их совместной деятельности становится то, что было запланировано.
Как метафору можно использовать строительство пирамиды в Древнем Египте: фараон — это заказчик (владелец проекта), архитекторы — это те, кто планируют и проектируют, рабочие — исполняют самую тяжёлую и объёмную часть работы, а наблюдатель — это проектный менеджер, который следит, чтобы всё шло по плану, и каждый блок находился на своём месте, и в итоге появится величественная пирамида."
В вашем утверждении есть несколько противоречий с учебником. Во-первых, утверждение описывает проектное управление как инструкцию, которая подскажет, какие кубики LEGO нужно использовать и в каком порядке их соединять. Однако, в учебнике говорится, что проектное управление не сводится только к планированию и контролю работ, но также включает в себя управление ресурсами, нормы производительности труда и учет ресурсов. Во-вторых, утверждение не учитывает различные подходы к определению проекта. В учебнике указано, что понятие “проект” может быть понято по-разному, и оно может включать в себя как проектное управление, так и управление работами или задачами. Таким образом, утверждение о том, что проектное управление означает только инструкцию для сборки модели из LEGO, упрощает исконную сложность понятия проекта. Наконец, утверждение не учитывает различия между методами разработки и методами управления работами. Учебник отмечает, что эти методы могут быть несовместимыми, и менеджерам и инженерам необходимо договориться о выборе методологии, учитывая требования проекта и его особенности. В целом, ваше утверждение представляет лишь одну из возможных интерпретаций проектного управления и не учитывает все аспекты и сложности, описанные в учебнике.
Материалы:
3.3. Системный менеджмент (А. Левенчук) / 6. Практика управления работами (операционный менеджмент)
И системная инженерия, и управление проектами во втором поколении системного мышления исходили из гипотезы тщательного upfront (то есть перед изготовлением) проектирования системы и проектирования работ (проектирование работ — это планирование). В 21 веке это «предварительное планирование» стало встречаться очень редко, ибо работы превратились из однократного проектирования системы и изготовления системы, удовлетворяющей требованиям (водопад) в «непрерывное всё», которое подпитывается непрерывными изменениями в окружении целевой, во всё более известном поведении самой целевой системы, в устройстве цепочки создания и доступных этой цепочке практик работы с их обновляющимися технологиями, в выдвигаемых всё новых и новых гипотезах о новых и новых потребных фичах целевой системы. Слово «проект» осталось, но перестало обозначать обязательное предварительное планирование и какое-то внятное окончание работ по выполнению обязательств: начало проекта примерно понятно, а вот конец уже непонятен (создатель начинает делать систему, и развивает её «пока смерть не разлучит нас»). Само проектное управление в его классическом виде всех поколений исходит из трёх посылок, и если их нет, то его попросту нельзя использовать, потому как не будет работать, практики окажутся неприменимы: Есть нормы производительности труда, то есть можно как-то планировать продолжительность работ (скажем, в строительстве кирпичных домов для кирпича есть норма, сколько каменщик укладывает кирпичей в час — и на эту оценку можно как-то опираться). Есть учёт ресурсов (то есть можно сказать, сколько строительный рабочий работал, выполняя какую именно работу: сколько каменщик укладывал кирпичей, сколько замешивал раствор, если вдруг он оказался ещё и на этой операции).
2.2. Методология (А. Левенчук) / 5. Системная схема проекта и предприятия
Иногда вместо «проектного управления» или «управлении проектами» (project management) говорят просто об «управлении работами» и «управлении задачами», чтобы как-то отстроиться от проектного управления как классической практики, а указать на свободное использование слова «проект». В любом случае, это будет про «управление работами в проектах, понимаемых очень по-разному». «Проект» тем самым всё больше и больше означает просто некоторую работу оргзвена по достижению какой-то цели. «Проект» тем самым необязательно берётся как понятие из свода знаний по проектному управлению в классическом смысле. И тем самым «проект» синонимизируется с понятием «кейс» (работы, которые нужны, чтобы какой-то объект кейса/рабочий продукт был переведён из одного начального состояния, при котором «кейс открывается» в какое-то конечное — после чего «кейс закрывается»). Напомним: «косил косой с косой косой косой на косе» — мозг вполне справляется с омонимией, один и тот же термин может означать абсолютно разные понятия. Будьте внимательны к типам понятий (развивайте свою «машинку типов»), и вы не запутаетесь! «Проектом» может оказаться что угодно, обращайте внимание на тип!
Практики управления процессами и управления кейсами
3.3. Системный менеджмент (А. Левенчук) / 6. Практика управления работами (операционный менеджмент)
А вот Илья, имеющий знания по проектному управлению, описывает это как проект (каждая чашка кофе уникальна, каждый посетитель требует что-то своё! Это неважно, что эти проекты похожи: в учебниках этого нет, но просто задействуем софт проектного управления достаточно мощный, чтобы в нём был «шаблон проекта». При этом помним, что в проектах есть подпроекты, а проекты получаются из программ. Так что берём программу «сделать Клавдию довольной», порождаем проект «напоить капучино», там внутри, конечно, подпроекты приготовления кофе, капучинирования, подачи. Можно хорошо описывать разделение труда, привлечь Петю для капучинирования!). Получается, что работа сама происходит в 4D уж как происходит, но она описана как проект! Проектное управление в его классическом варианте — это метод описания, viewpoint, а описание — это всего лишь view на работу, а не сама работа! Правильно говорить не «работа Васи — это проект», а «работа Васи описана/классифицирована как проект»! То же рассуждение для Ольги, имеющей знания по процессному управлению, она описывает это как процесс. Не будем расписывать подробно. Работа в физическом мире, но она будет описана как процесс, это только одно из возможных описаний. И Крис, который только-только узнал об управлении кейсами, он опишет эту работу Васи как кейс — но это никак не помешает существовать описаниям Ильи этой работы как проекта (и даже программы работ!), и описанию Ольги как процесса, и описанию Криса как кейса. Нет «на самом деле» проектов, процессов, кейсов! Это всё разные акценты моделирования одной и той же реальности живой работы (а хоть и будущей, у нас 4D).
Гибкие методологии управления жизненным циклом и управление кейсами для управления работами.
2.2. Методология (А. Левенчук) / 3. Концепция создания и развития системы (модель жизненного цикла)
Надо разговаривать с инженерами-технарями, чтобы достичь содержательной (как её формулирует прикладной инженер: описывая характеристики работы системы) успешности проекта, а не просто решать вопросы планирования и контроля исполнения работ для минимизации сроков и стоимости их выполнения (это вопросы менеджеров: главное, чтобы «в срок и в бюджет»). А вот «чтобы всё нормально работало, не ломалось и не ломало всё вокруг, выполняло все функции, о которых на текущий момент договорились» — это интересует главным образом прикладных инженеров, это другой предмет, обсуждать нужно метод разработки/модель жизненного цикла, а не метод управления работами. Менеджеры и инженеры при этом должны договориться: если у инженеров agile, а у менеджеров up-front planning, то жди беды в проекте. Методы разработки и методы управления работами могут быть несовместимы, и поэтому менеджеры и инженеры обязательно должны договориться. Для этого у них должно быть какое-то знание методологии: они должны понимать природу методов разработки и методов управления работами, чтобы суметь обсудить их совместимость, а также не застревать на своих любимых методах, которые они узнали в предыдущих проектах и дальше могут или повторить — или покинуть проект, поскольку не в состоянии понять, как адаптировать метод к текущей ситуации. Конечно, и метод разработки, и метод управления работами — это тоже альфы, за изменениями их состояний в проекте («не выбрали» — «есть предложение» — «договорились» — «оргвозможность есть» — «успешно работаем по методу» — «успешно совершенствуем метод») нужен глаз да глаз, это важнейшие объекты внимания.
Резюме:
-
В целом, если “стравливать ботов”, потом внимательно изучать “сходства-различия” позиций (анализ) и делать выводы (синтез), то не хило так можно прокачиваться в усвоении нового материала. В этом большой плюс. ИМХО.
-
Боты обучаются на текстах от людей. И нет ничего удивительного в том, что используя один и тот же источник, боты “находят противоречия” друг у друга. В точь-точь как люди. Жажда несогласия — предтеча конфликта. Но именно конфликты и их разрешение дают толчок к изменениям…
- Кароч, «была бы петля, шея найдётся». Было бы о чём поспорить — спорщики найдутся всегда
- Кароч, «была бы петля, шея найдётся». Было бы о чём поспорить — спорщики найдутся всегда
===
Начал: 2024-03-19T08:21:00Z
Закончил: 2024-03-19T10:44:00Z
