Самая нормальная пратика - нет повестки с конкретными решениями, значит нет митинга. Письменный дейли в Slack по шаблону 3 строки и всё, никто не ноет. В итоге созвонов станет втрое меньше, а работа идёт быстрее
У нас в одной команде дейли превратились в 40-минутные монологи. Никто не слушал, все ждали конца. Плюс метрики рисовали, чтобы босс не рычал. Agile тут точно ни при чём. Виноваты мы, люди, которые превратили его в театр абсурда
Большинство российских проектов - это "сделайте нам интернет-магазин к Новому году, бюджет 200к, и чтоб всё на микросервисах было". В таких условиях "Скрам от Васи™" с двумя спринтами по две недели, канбан-доской в Трелло и пивом по пятницам работает лучше, чем чистый Scrum по учебнику, потому что Вася, клиент и команда понимают "Скрам от Васи™", и он им удобен
Начинающий РП из этой статьи почерпнёт главное: что можно не читать 700 страниц, чтобы начать вести проекты и не сдохнуть. Остальное он доберёт на своих граблях, как и все мы
На собесах пока что хотят слышать "Я читал PMBoK и могу рассказать про миллион процессов. Да, я согласен на 15к рублей". Но чем больше таких статей, тем быстрее это изменится. Держим строй
В идеальном мире с выверенными требованиями и активным PO - так и есть. Но на практике (особенно в аутсорсе или с незрелыми продуктами) PM часто получает от заказчика ТЗ в виде разрозненных хотелок и его же - постоянно недоступного для уточнений. Эта статья - первый шаг: как нам, исполнителям, создать условия для этого вовлечения через прозрачность. Чтобы у заказчика не было оправдания «я не в курсе», и он сам захотел стать тем самым ответственным субъектом-экспертом, о котором вы говорите.
Самая нормальная пратика - нет повестки с конкретными решениями, значит нет митинга. Письменный дейли в Slack по шаблону 3 строки и всё, никто не ноет. В итоге созвонов станет втрое меньше, а работа идёт быстрее
У нас в одной команде дейли превратились в 40-минутные монологи. Никто не слушал, все ждали конца. Плюс метрики рисовали, чтобы босс не рычал. Agile тут точно ни при чём. Виноваты мы, люди, которые превратили его в театр абсурда
Bitrix24 я открываю только когда очень хочется помучаться и вспомнить, за что я его ненавижу)
Большинство российских проектов - это "сделайте нам интернет-магазин к Новому году, бюджет 200к, и чтоб всё на микросервисах было". В таких условиях "Скрам от Васи™" с двумя спринтами по две недели, канбан-доской в Трелло и пивом по пятницам работает лучше, чем чистый Scrum по учебнику, потому что Вася, клиент и команда понимают "Скрам от Васи™", и он им удобен
Про нейрослоп больно, конечно(
Да 90% успеха в целом по жизни таким образом добивается)
Всё было как в тумане...
Начинающий РП из этой статьи почерпнёт главное: что можно не читать 700 страниц, чтобы начать вести проекты и не сдохнуть. Остальное он доберёт на своих граблях, как и все мы
На собесах пока что хотят слышать "Я читал PMBoK и могу рассказать про миллион процессов. Да, я согласен на 15к рублей". Но чем больше таких статей, тем быстрее это изменится. Держим строй
База
Рабочая тема
Тогда я спокоен. Когда ИИ захватит мир, хотя бы у него будет правильная методология
Всё верно. А хорошим PMO отдельный респект, это как единорог в природе
Иван - бог, читал. Но всё равно разные весовые категории
Кажется мне, что этой статье понадобится вторая часть :)
В идеальном мире с выверенными требованиями и активным PO - так и есть. Но на практике (особенно в аутсорсе или с незрелыми продуктами) PM часто получает от заказчика ТЗ в виде разрозненных хотелок и его же - постоянно недоступного для уточнений. Эта статья - первый шаг: как нам, исполнителям, создать условия для этого вовлечения через прозрачность. Чтобы у заказчика не было оправдания «я не в курсе», и он сам захотел стать тем самым ответственным субъектом-экспертом, о котором вы говорите.
Это стандартный пример из базовых принципов проектного менеджмента. Актуален он или нет - не так важно.
Вы правы. Если команда в среднем стала закрывать задачи быстрее и с меньшим количеством реворков - это во многом и есть результат работы сеньора.
На то и есть уровень "Простой", который и указан в статье. Иногда самые важные вещи - именно те, что лежат на поверхности.
Вы описываете не ленивого сеньора, а вредного.