Да, полагаться только на здравый смысл рисковало.

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

Ledsen för maskinöversättningen, men kanske får jag svar. Mycket bra och positiv artikel. Det verkade för mig att hela vägen var för lätt. Inga problem eller misslyckanden alls?

Дуже гарна та позитивна стаття. Мені здалося, що весь шлях був занадто простим. Викликів і фейлів зовсім не було?

Коли постає питання про розмилювання відповідальності, можливо, в команді не вдалося створити базового підгрунтя мотивації — безпечного середовища. В безпечному середовищі доросла людина свідомо відкрито бере на себе таку міру відповідальності, яка дозволить досягти мети команди.

Купить pmp сертификат, как и мозги, не так уж и возможно, к сожалению. Лучше бы сказать — с покупки мозгов, в данном случае, вероятно...

Статья хорошая. Мне кажется, что градус накалился от мнимого противопоставления ценности хард и софт скиллов. Развитость одних не говорит о недостатке других. Конечно, обладать, казалось бы, скилами с противоположными мотивационными критериями сложно. Возможно, потому что умные люди, для которых овладение софт скилами — мелочь, не хотят этого делать, чтобы не замочить репутацию настоящих технических профи. Статья о том, что не замочите, в цивилизованных европах это уже давно must have, не стесняйтесь. Это полезно для вас, нас и для окружения.

Возможно, учитывая проведенный анализ, как второй шаг посмотреть в сторону lean? www.lean.org/WhatsLean Канбан — это один из lean методов достижения JIT.

Спасибо, очень интересная статья, софт скилы рулят. Но вопрос

Если после прочитанного у вас где-то подгорело и хочется срочно рассказать мне, как я неправа, то в Европу работать пока ехать не стоит :)

У нас еще работа в Европе рассматривается как какой-то следующий шаг в карьере? Как по мне, лучше подобное полезное импортировать сюда. Вы рассматривали вариант возвращения?

Хм, думаю, нужно было написать «мало кто не согласится,» раз за 7 лет есть 1 несогласный :-)

Спасибо за интерес. Нет, я пока не проучил сертификат. Один раз попробовал и успешно провалил первую попытку. Этот факт вполне позитивно повлиял на мою карьеру, как обычно. Я все ещё учусь быть ПМом лучше, чем был раньше.

В этом топике 7 лет назад я размышлял, что первично, когда сдавать на пмп, когда только начинаешь практиковать для систематизации теоретических знаний или когда это реально необходимо карьеры, то есть, когда, фактически, уже не нужно. Пока не знаю правильного ответа, но рекомендую почитать новую версию pmbok guide 6th edition и особенно agile practice guide — очень интересная систематизация аджайл методологий от PMI.

Мне понравился качественный анализ и варианты решения вопросов оптимизации рабочего процесса в матричной структуре организации. :-) И конечно диджитализация средствами джиры, как альтернатива разработки собственного софта. Часто может показаться, что разработаем свой собственный софт под процесс и он решит все проблемы. Но проблема совсем не в отсутсвии уникального софта, их множество на рынке. Вы ищите варианты решений — это отлично.

Спасибо, интересная статья. Немного резюмируя, plan-driven методологии, например, вотарфол, используются при низком уровне неопределенности требований, agile методологии, например, скрам и канбан, используются при высоком уровне неопределенности. Итеративная разработка отностися к plan-driven, не к аджайлу. Дешевле итерационно по вотерфолу, если все понятно, что делать, если не понятно, то решение — аджайл, чтобы понять и сделать. Если проекты небольшие и при возможности выделений явных целей каждого спринта — скрам, например. Если есть поток задач, которые можно, примерно, сделать равными по затрачиваемым силам, — например, канбан.

Звучит революционно, Embedded AI с корректировкой обучения на периферическом уровне с оптимизированными агрегаторами системы, обмен информацией на горизонтальном уровне абстракций. Интересно, какие риски, например, точности, Вы видите в применении практик фоговых вычислений?

Я имел в виду «сроки,» мой украинский ещё не нейтив пока. )

Залізна витримка нашого BA допомогла йому закінчити презентацію, попри це звукове тло.

Гадаю, краще б ввічливо попросити замьютитись всіх, хто не розмовляє. Цей звук міг заважати сприйняттю вашої презентації, а не стільки тому, хто презентує.

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

Конечно, осталось только эмпатию типизировать и эмулировать.

Спасибо, очень познавательно. Учитывая емкость и краткость могло стать похожим на краткое изложение шедевров мировой литературы. Хорошая статья о структуре процессов при использовании различных гибких методологий. Интересно бы почитать о возможном алгоритме выбора при разных условиях.

Почему?