Всё в нашем мире развивается волнообразно, по-видимому, это самый оптимальный путь.

Мотивация команды и как правильно ее выстроить на проекте

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

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

Технологии 1С проектов | @techitpm

Инфостарт запустил очередной ежегодный опрос 1С-сообщества, в фокусе: развитие стека технологий в сфере 1С, обучение, зарплаты, инструменты повышения эффективности работы специалистов.

Интересная статистика.

Возраст и руководство проектом
Юлий Минькин, руководитель департамента проектной деятельности

Какой возраст подходит для того, чтобы стать руководителем проекта? Если вы думаете, что ответ на этот вопрос так прост, как отыскать подходящую обувь по размеру, то, вероятно, вы ещё не сталкивались с управлением проектами. И да, я не рекомендую выбирать руководителя проекта так же, как вы выбираете туфли на распродаже!

Поговорим о 20-летних
Они полны энергии, пылают амбициями и, как правило, готовы покорять мир, не отходя от смартфона. Если бы энтузиазм мог быть переведен в валюту, они бы стали миллионерами ещё до первого рабочего дня.

Но управление проектами — это не только энтузиазм. Это ответственность, планирование и умение слушать других. А ещё — умение признавать свои ошибки, что для многих 20-летних звучит как утопическая фантазия.

Перейдем к 30-летним
Они уже обладают некоторым опытом, иногда даже чувствуют себя взрослыми, но все равно иногда покупают забавные носки и смотрят мультфильмы. Идеальный возраст для руководителя проекта? Возможно. Ведь они могут сочетать молодежный пыл с опытом.

Но не забывайте, что у каждого своя индивидуальная скорость развития. Кто-то в 30 уже возглавляет отделы, а кто-то ещё пытается понять разницу между кофе латте и капучино.

40-летние
Как правило, они уже обладают багажом знаний и опыта, необходимого для управления проектами. Они умеют общаться с командой, разрешать конфликты и принимать решения. Иногда их единственный недостаток — страх перед новыми технологиями. Если вы слышите от руководителя фразу: «А что это за кнопочка?», возможно, перед вами 40-летний.

А что насчет 50-летних и старше?
Некоторые считают, что они слишком стары для этой роли, но не стоит забывать об их огромном опыте и способности видеть «большую картину». К тому же, многие из них прекрасно освоили технологии и могут учить младших коллег не только тому, как правильно вести проект, но и как выиграть в тетрис.

В итоге, возраст — это просто число. Главное — умение управлять командой, быть ответственным и стремление к постоянному развитию. И, конечно же, чувство юмора. Ведь управление проектами — это не только графики и отчеты, но и умение смеяться над собой и находить радость в каждом рабочем дне.

Симуляция переговоров с заказчиком

💡Коллеги, появилась такая идея, как симулировать публично различные сценарии переговоров с воображаемым заказчиком по сложным вопросам.

Стороны будут представлять участники нашего сообщества и/или искусственный интеллект.

Это позволит нашему сообществу рассмотреть симуляции с независимой позиции, чтобы оценить сильные и слабые стороны участников споров.

Если эта тема интересна (позже проведем по ней опрос), то подумаем на какой платформе и как ее организовать.

Напишите пожалуйста в комментариях к этому посту свои предложения или рассуждения на эту тему!

Ниже, для примера, указан воображаемый диалог между главным бухгалтером (заказчик) и функциональным архитектором:

Проблемная ситуация
Представитель заказчика - главный бухгалтер. На предприятии команда архитектора выполняет внедрение 1С:Бухгалтерия 3.0. Между главбухом, как функциональным заказчиком и функциональным архитектором со стороны исполнителя возникла спорная ситуация. Главбух недоволен тем, что возникают новые требования к конечному результату, которые хотелось бы реализовать в программе, но поскольку ТЗ уже согласовано, архитектор возражает вносить изменения без пересмотра сроков и стоимости проекта. Запуск системы в эксплуатацию ожидается с 01.01.24 г.

Диалог:

Главный бухгалтер (Заказчик): Добрый день! Я хотел бы обсудить с вами некоторые изменения, которые мы хотели бы внести в проект внедрения 1С. Мы понимаем, что ТЗ уже согласовано, но в процессе работы нам стало очевидно, что некоторые дополнительные функции будут крайне полезны для нашего предприятия. Мы надеемся на вашу готовность пойти нам навстречу в этом вопросе.

Функциональный архитектор:

Здравствуйте! Мы понимаем необходимость предлагаемых изменений и готовы пойти вам на встречу с этим вопросом. Вместе с тем, внесение предлагаемых изменений повлечет за собой изменения основных параметров проекта: увеличение сроков, трудозатрат и стоимости проекта. Этот обстоятельство выяснилось после анализа запроса на изменения, который вы прислали на прошлой неделе.

Главный бухгалтер (Заказчик):

Спасибо за ваше понимание и готовность работать над внесением изменений. Однако, у нас есть определенные ограничения по времени и бюджету. Мы планировали запуск системы к 1 января следующего года и у нас есть фиксированный бюджет на этот проект. Можем ли мы обсудить возможность оптимизации процесса, чтобы минимизировать дополнительные затраты и задержки?

Функциональный архитектор:

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

Главный бухгалтер (Заказчик):

Это звучит разумно. Мы готовы рассмотреть ваше предложение и пересмотреть наши требования. Возможно, мы действительно включили в список некоторые функции, которые не являются критически важными на данном этапе. Давайте вместе пройдемся по списку требований и определим, что можно отложить или изменить, чтобы уложиться в сроки и бюджет. Мы также готовы обсудить возможность дополнительного финансирования в случае, если у нас все же останутся важные требования, которые невозможно отложить.

Функциональный архитектор:

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

Главный бухгалтер (Заказчик):

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

Функциональный архитектор:

Спасибо за понимание. Предлагаю встретиться завтра, я подготовлю все необходимую информацию для принятия вами решения.

Главный бухгалтер (Заказчик):

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

Коллеги, добрый день!

У кого есть кейсы (спорные ситуации) по которым можно сделать имитацию переговоров?

Нужно подробное описание проблемной ситуации, чтобы всем участникам был понятен расклад.

Я создал канал в discord для проведения симуляций переговоров (сначала в текстовых каналах, может по том будет интересно создавать такие симуляции в он-лайн).

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