Управление взаимоотношениями с ключевыми участниками проекта

Публикация № 1002222

Методология - Управление проектом

7
Руководителю проекта необходимо не только знать в лицо ключевых участников, но и уметь наладить с ними хорошие взаимоотношения. На что следует обратить внимание, чтобы расположить к себе спонсора и заказчика, рассказал главный редактор журнала «Управление проектами» Олег Тумасов.

Справка

Олег Тумасов, инициатор, создатель и главный редактор журнала «Управление Проектами». Имеет опыт управления крупными, территориально распределенными проектами и программами – более 15 лет, как на стороне заказчика, так и на стороне генерального подрядчика и конечного исполнителя. Руководил проектами в банковской сфере, в телеком индустрии, в области разработки и внедрения программного обеспечения, управленческом консалтинге.

Введение

Я хотел бы поговорить о гигиенических факторах, не о конкретных методиках, которые нам нужны, и которые можно выполнять относительно механически, а, скорее, о том, что определяет нашу культуру, как руководителей, то, как мы общаемся, взаимодействуем с ключевыми участниками или так называемыми стейкхолдерами (stakeholder) проекта.

Все мое изложение будет от лица PM (Project Manager): то есть я разберу связи не всех участников со всеми, а условно говоря, один ко многим, и расскажу, как Руководителю проекта взаимодействовать с командой, заказчиком и спонсором.

Ключевые участники: кто они?

На слайде вы видите четырех основных Стейкхолдеров.

Что нам важно понимать обо всех этих людях? Руководитель проекта - он счастлив, у него есть новый проект, есть новая интересная работа, которая его увлекает.

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

Спонсор – это наш проводник в мир проекта. Тот человек, который объясняет нам ограничения проекта, а его связи с бизнес-процессами компании – то есть, фактически, связи с бизнесом нашего проекта.

Команда проекта – это те люди, которые нам нужны для реализации проекта, потому что большие дела в одиночку не делаются. И важно понимать, что для реализации проекта нам нужна сплоченная мотивированная команда.

Важное замечание

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

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

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

 

 

При этом важно быть принципиальным или гибким? Что я имею в виду?  Поскольку конференция в большей степени посвящена гибким методологиям, то оговорюсь, здесь слово «гибкий» – это не отсылка к гибким методологиям, это отсылка к вашей личной гибкости, насколько вы готовы отстаивать свою позицию и насколько вы готовы идти на уступки. Очень интересный момент: чтобы идти на уступки, у вас обязательно должна быть своя собственная позиция. Прежде, чем идти на уступки, и прежде, чем о чем-то договариваться, нужно определиться со своей позицией. У вас должны быть некоторые руководящие принципы. Например, у меня больше 15 лет назад сформировался один такой принцип. Я его выработал буквально на первом своем проекте. Проект был внутренний, я работал тогда в большой финансовой организации, функционально устроенной, в которой у меня была роль руководителя проекта, а не должность. Этот принцип очень простой: у меня уже есть все, что нужно для того, чтобы делать то, что я считаю правильным.  

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

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

 

 

Взаимодействие со спонсором

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

На старте проекта нужно договориться, выяснить у спонсора:  

  1. Продукт проекта;

  2. Цель проекта;

  3. Ограничения;

  4. Допущения. Я недавно в ходе общения с одним из клиентов с удивлением обнаружил, что понятие «допущение» вызывает у клиента непонимание. Достаточно трудно было объяснить клиенту это понятие, поскольку для меня оно было достаточно очевидным. Но для клиента этот вопрос оказался достаточно трудным. Итак, допущение – это то, что является действительным на старте, когда мы принимаем решение о проекте. Ведь любое решение принимается на основе определенных допущений, определенных рамок. Почему это важно учитывать? Проект все-таки длится не один день, не две недели, не месяц, бывает что год или два, если он крупный. Важно понимать, что решения, которые были приняты на стадии открытия проекта, были приняты в условиях определенных ограничений и допущений. И если эти ограничения и допущения сейчас недействительны, то нельзя просто сказать, что решение об открытии проекта было неправильным, просто оно было обусловлено определенными факторами;

  5. Нужно также понять в целом заказ – состав работ и состав поставки. В принципе, этого понимания спонсор ожидает от вас, это то, зачем вы нужны спонсору. Потому что спонсор часто понимает, что он хочет получить в более общем виде, но ждет понимания деталей от вас. На самом деле вдумчивый спонсор на этапе взаимодействия часто проверяет PM-а. Может ли он этот пункт адекватно воспринять и объяснить, для спонсора это важно, ведь на старте проекта легче поменять PM-а. В свою очередь для PM-а этап первичных договоренностей также очень важен. Не нужно «брать под козырек» и бежать реализовывать проект. Если вам что-то непонятно, это самый лучший момент взять паузу. Не на месяц, естественно. Пауза зависит от объема реализации проекта: например, если предполагаемая длительность проекта два месяца, абсолютно нормально, если вы возьмете паузу на несколько часов, подумаете до вечера, и более детально все себе представите. Но опять же, это все зависит от культуры организации. Если у вас культура приказная, то, возможно, вам такой роскоши не предоставят. Если культура открытая, демократичная, спонсор абсолютно нормально и даже положительно отнесется, если вы придете чуть позже с более взвешенным решением и с пониманием состава работ, состава поставки;

  6. Важно выяснить, как видятся риски этого проекта спонсору, и отличается ли это от вашего понимания рисков.

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

  8. Конечно же, бюджет и сроки реализации проекта – это классика.

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

 

 


На что необходимо обратить внимание

Обязательно нужно выяснить, есть ли у вас различия в понимании или трактовке каких-либо аспектов проекта. Этот момент очень важен.

О чем еще надо договориться со спонсором? О коммуникациях, о том, как вы будете с ним взаимодействовать – устно или письменно, на регулярной основе либо в какие-то определенные моменты времени, например, по ключевым точкам, которые в проекте они могут быть технологически обусловлены.

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

 

 

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

Кроме того, важно держать спонсора и заказчика в тонусе. Что это означает? Интерес спонсора и заказчика к проекту не линейный: он максимальный на старте, потом есть некоторый провал, когда спонсор и заказчик могут даже не появляться, если вы не будете им давать новую информацию, или появляться в совершенно неожиданный для вас момент.  Чтобы этого не происходило, наладьте регулярное взаимодействие. При этом не нужно успокаивать спонсора и не нужно давать ему каждый раз одну и ту же информацию, например, все в порядке, сроки соблюдаем. Потому что руководители верхнего уровня не любят такую информацию. Казалось бы, от PM-а ожидают, что он взял проект, ведет его, и по готовности показывает зеленый флажок. Это не так. Действуя подобным образом, вы рискуете пропустить важный момент - момент изменения понимания проекта у заказчика или спонсора. Поэтому обязательно обмениваясь информацией, поддерживая один и тот же уровень детализации, чтобы таким образом поддержать преемственность.

 

Несколько слов о рисках

Очень важно риски озвучивать спонсору. Не озвучивая риски, не обсуждая их со спонсором, вы принимаете всю ответственность на себя. Иногда это может быть даже административная ответственность. И если риск, с которым вы не можете работать, вы пропустили, не сообщили о нем, вам это аукнется.

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

 

Что нужно знать про взаимодействие с заказчиком

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

Будьте готовы к изменениям. Проекты никогда не реализуются так, как планировалось в начале. Изменения в принципе – движущий фактор проекта. Очень часто коллеги, которые говорят о гибких методологиях, говорят, что изменения в проекте – это хорошо. Но изменения какого рода? Если заказчик добавляет вам задания, это говорит о том, что ему по-прежнему проект интересен. Конечно, для PM-а это большая сложность, особенно если проект с фиксированной ценой и с фиксированной датой. Но по факту, даже если проект с фиксированной датой и с фиксированной ценой, в условиях долгосрочных отношений очень часто удается договариваться с заказчиком по объему поставки. Он готов отказаться от ненужных требований, чтобы успеть в нужный срок. Однако понятно, что иногда он не может пересмотреть сумму контракта, который уже забюджетирован.

 

 

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

 

 

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

Для команды проекта такой подход также позволяет понять собственную производительность. Ценность гибких методологий, например Scrum, когда вы раз в 2 недели осуществляете поставку, в том, что вы понимаете вашу двухнедельную производительность. Когда вы понимаете свою двухнедельную производительность, у вас повышается качество планирования, вы четко понимаете, что вы готовы сделать за эти две недели. А у команды крепнет вера в собственные силы и успех проекта.
 

 

Еще один важный фактор, который должен отслеживать PM, – это повышение  производительности по ходу проекта. Команда, которая сработалась, постепенно выдает все лучший результат. Пусть на 3-5-10 процентов, но лучше. Если этого не происходит, для PM-а – это звоночек, надо посмотреть, что-то идет не так.

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

 

 

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

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

На этапе эксплуатации мы всячески приветствуем замечания и пожелания заказчика по улучшению продукта, поскольку это не только позволяет нам совершенствовать продукт, но и показывает, что заказчик продуктом пользуется.

 

Несколько кейсов

Оба кейса, о которых я кратко расскажу, – не негативные, но проблемные.

 

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

 

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

 

Кейс 2. Какие могут быть риски у этого подхода? У заказчика может создаться ощущение, что вы завысили цену или сроки проекта.

 

 

 

 

 

Взаимодействие с командой

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

 

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

 

 

Спасибо за внимание.

Успеха Вашим проектам!

****************

Данная статья написана по итогам доклада (видео), прочитанного на конференции INFOSTART EVENT 2018 EDUCATION. Больше статей можно прочитать здесь.

Приглашаем вас на новую конференцию INFOSTART EVENT 2019!
 

7

Специальные предложения

Избранное Подписка Сортировка: Древо
В этой теме еще нет сообщений.
Оставьте свое сообщение

См. также

Незакрытый проект на 1000 часов 61

Статья no Нет файла Россия Бесплатно (free) Управление проектом

История о незакрытом проекте, о бессонных ночах, о попытках его выгрести, о бесплатной работе, о вселенской боли.

19.09.2019    6680    ogroup    153       

Стратегия выживания в корпоративных войнах 47

Статья no Нет файла Бесплатно (free) Управление проектом

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    3872    GSoft    14       

Мастер-класс СППР 38

Статья Программист Руководитель проекта Нет файла Бесплатно (free) Управление проектом СППР

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

30.08.2019    3105    SergeyN    4       

Быстрый старт: минимальный набор автоматизации типовых процессов 21

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление проектом

Автоматизация дает множество преимуществ бизнесу, но в то же время ее выгода может быть настолько несущественной, что процесс принесет компании больше убытков, чем прибыли. С чего начать эффективную автоматизацию, какие процессы стоит автоматизировать на первом этапе, а какие – лучше оставить на потом, рассказала руководитель разработки систем учета компании «Едадил» Екатерина Золотарева.

16.08.2019    3569    Hissin    18       

Как заработать миллион или История успешного сотрудничества 45

Статья Программист Нет файла Бесплатно (free) Управление проектом

Многие мечтают один раз что-то создать, а потом жить на заработанные деньги до конца своих дней. Но миллионерами становятся не все, их единицы. Среди них – разработчик Андрей Карпов. Человек, который сумел за полтора года заработать 2 миллиона рублей чистой прибыли, поделился с гостями конференции Infostart своими секретами.

05.08.2019    3962    karpik666    77       

Бизнес-аналитика с помощью Power BI 65

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

11.07.2019    6153    pbazeliuk    18       

Управление проектами по автоматизации бюджетирования 35

Статья Бизнес-аналитик Руководитель проекта Нет файла УУ Финансовый учет и бюджетирование (FRP) Бесплатно (free) Управление проектом

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    3123    SergeyN    1       

Внедрение решений: как выполнять все обязательства в срок в условиях ограниченных ресурсов 22

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    2558    sbase    9       

Риск - благородное дело!.. Часть первая 30

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    3750    MariaTemchina    8       

Мы в ответе за то, чего вовремя не послали. Матрица ответственности в проектах внедрения 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В своей публикации “Устав писать Устав” я много рассуждала о том, как полезно умение договариваться на берегу. Как известно, у каждого человека в голове своя картина мира. В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.  

31.05.2019    4034    MariaTemchina    23       

Как продать проект в 3 раза дороже и нанести клиенту пользу, выполнив не внедрение... 22

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Практически все российские компании нуждаются не просто в установке 1С:ERP, 1С:Документооборота или какой-то другой программы, а в масштабных организационных изменениях, но мало кто из заказчиков это понимает. Те, кто занимается 1С, могут помочь бизнесу решить его проблемы, а заодно и продать проект внедрения в несколько раз дороже. Как это сделать, на конференции INFOSTART EVENT 2018 EDUCATION рассказал собственник и директор компании «Корада» Алексей Бояршинов.

27.05.2019    4089    cybrat    9       

Устав писать Устав 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    3971    MariaTemchina    8       

Как сжать время? 22

Статья no Нет файла 1С:Франчайзи, автоматизация бизнеса Бесплатно (free) Управление проектом Личная эффективность

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    4621    1c-intelligence    39       

Путь джедая в управлении проектами 1С: умение быть, а не казаться 36

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    6676    MariaTemchina    15       

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 16

Курс Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

18000 руб.

04.04.2019    9137    18       

Стыд и Скрам, часть вторая 21

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.03.2019    7639    MariaTemchina    47       

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?" 38

Статья Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    4323    chavalah    22       

Стыд и скрам - Чему нас учит Scream Guide 29

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    5995    MariaTemchina    20       

Бизнес, не горюй 33

Статья no Нет файла Бесплатно (free) Управление проектом

Про цели автоматизации.

04.02.2019    5686    1c-intelligence    64       

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения 23

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

31.01.2019    4918    MariaTemchina    0       

Ошибки управленцев: как топ-менеджеров убивает перфекционизм 5

Статья no Нет файла Бесплатно (free) Управление проектом

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

24.01.2019    6040    user809424    11       

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан 31

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

14.01.2019    6508    MariaTemchina    13       

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях" 62

Статья no Нет файла Бесплатно (free) Управление проектом

Этой статьей начинается цикл из 20-ти обещанных мыслей об ИТ-проектах. Надеюсь, что по прочтении кто-то посмотрит на проблему незаменимых людей с другой стороны.

10.01.2019    8847    chavalah    123       

Где мы взяли флакон? 38

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

История появления и развития методики

26.12.2018    6119    1c-intelligence    7       

Озарение после прочтения макулатуры по проектному управлению 42

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    6415    MariaTemchina    24       

20 мыслей об ИТ-проектах, или 20 лет спустя. 53

Статья no Нет файла Бесплатно (free) Управление проектом

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    5843    chavalah    119       

Памятка руководителя: не играйте с деньгами 83

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность Управление персоналом (HRM)

Важная статья о персонале из цикла «Памятка руководителя»: здесь я планирую затронуть один из наиболее острых вопросов – деньги. А также развернуто ответить на некоторые комментарий читателей по двум прошлым статьям.

05.12.2018    13093    andironenko    128       

Шаг назад и ... шаг назад (классификация внутренних проектов) 34

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

03.12.2018    5459    capitan    26       

Белая и пушистая рецензия на Чёрную книгу Скрам 31

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

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

26.11.2018    6592    MariaTemchina    40       

Черная книга Скрам 21

Статья Бизнес-аналитик Пользователь Руководитель проекта Архив с данными Бесплатно (free) Управление проектом

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

26.11.2018    5432    356    Selikhovkin    4       

"Черные страницы Scrum", по версии Ивана Селиховкина 21

Статья no Нет файла Бесплатно (free) Управление проектом

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

23.11.2018    7731    Selikhovkin    8       

Памятка руководителя: Будьте оптимистичным или на крайний случай злым 46

Статья no Нет файла Бесплатно (free) Блоги Управление проектом

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    8813    andironenko    43       

Scrum за 5 минут (заметки) 24

Статья no Нет файла Бесплатно (free) Управление проектом

Первый опыт создания статьи в сообществе. Немного о Scrum и нашем знакомстве.

20.11.2018    5022    leobrn    11       

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8 30

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    4853    Selikhovkin    1       

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия) 35

Статья no Нет файла Бесплатно (free) Управление проектом

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

19.11.2018    6183    capitan    41       

Почему внедрение ERP-системы не приносит пользы бизнесу? 87

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Интеграция Управление проектом

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

15.11.2018    15492    rossoxa    62       

Думать некогда, трясти надо - или что такое ретроспектива в Agile 30

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

12-ый принцип Agile-манифеста, как известно, гласит: "Каждый раз в конце заранее определенного интервала времени команда размышляет, как повысить результативность своей работы, и затем вносит коррективы в процессы." Попробуем разобраться, как это стоит, а как не стоит делать на практике. 

13.11.2018    7201    MariaTemchina    16       

Памятка руководителя: В одиночку здесь не выжить 43

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом Личная эффективность

Продолжаю цикл материалов, в котором рассказываю о своем опыте работы в качестве директора по ИТ. Этот материал будет посвящен теме управления персоналом.

07.11.2018    9179    andironenko    62       

Приоритизировали, приоритизировали, да не выприоритизировали... 28

Статья Бизнес-аналитик Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В ответ на классическое требование "сделать всё и сразу" Agile предлагает "сделать сразу, но не всё". В этой статье я хочу поговорить о разных методах приоритизации требований.

30.10.2018    6037    MariaTemchina    47       

Памятка руководителя: Уволь HRа и найди себе хороших сотрудников 67

Статья Руководитель проекта Нет файла Управление персоналом (HRM) Бесплатно (free) Управление проектом

Продолжаю цикл «Памятка руководителя». Эта статья будет на тему поиска новых сотрудников и одной грубой ошибки при проведении собеседования.

29.10.2018    8824    andironenko    35       

Принцип быстрой автоматизации 22

Статья Программист Нет файла Бесплатно (free) Управление проектом

Как выполняется автоматизация в бизнес-программировании?

29.10.2018    6255    1c-intelligence    19       

Опыт внедрения ESB (интеграционной шины) в ПАО "Газпром нефть" 34

Статья no Нет файла Бесплатно (free) Управление проектом

Харитонов Михаил описывает проект по внедрению интеграционной сервисной шины предприятия (ESB) «2iS:Интеграция» на платформе “1С:Предприятие 8” в компании ПАО «Газпром нефть». Проект уникален тем, что это – первое решение, использующее отечественное ПО в качестве полноценной интеграционной шины для столь крупного заказчика с обширным ИТ-ландшафтом. В статье подробно рассмотрена архитектура решения, способы тестирования и масштабирования.

17.10.2018    7254    Mick2iS    8       

#БезОценок, или Как перестать беспокоиться об оценке проекта, всегда успевать в срок и укладываться в бюджет 33

Статья Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

Считается, что для планирования и принятия решений по проектам их нужно прогнозировать и оценивать. Александр Белов, генеральный директор и руководитель проектов ГК «Белов и партнеры», рассказывает, почему стоит отказаться от оценок.

11.10.2018    5155    AlexWhite    7       

Профессиональные стандарты в ИТ как инструмент кадровой политики организации 21

Исследование Программист Пользователь Руководитель проекта Нет файла Обучение, бизнес-тренинг, курсы ИТ-компания 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free) Управление проектом

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

08.10.2018    7613    39    infostart    4       

Построение высокоэффективной Agile-команды 34

Статья no Нет файла Бесплатно (free) Управление проектом

Меня зовут Асхат Уразбаев, я из компании ScrumTrek. Наша компания помогает внедрять Agile, Scrum, Kanban – гибкие методологии и гибкие подходы. К миру 1С я совсем не принадлежу, но в прошлом я, тем не менее, программист – занимался разработкой на самых разных языках программирования. Помимо основной деятельности у меня было несколько технологических стартапов, в которые я был так или иначе вовлечен. И сегодня мы поговорим о том, как сделать так, чтобы команда была крутой и эффективной.

08.10.2018    5134    askhatu    15       

История одного провала внедрения 1С:ERP 2 по классической технологии. С последующим спасением по Scrum 106

Статья no Нет файла Бесплатно (free) Управление проектом

Статья описывает успешный опыт реализации проекта после перехода от классической технологии «каскада» к методологии Scrum. Автор приводит примеры конкретных инструментов для построения эффективных коммуникаций в команде, ведения технической и пользовательской документации, реализации Scrum-доски, проведения стендапов и т.д. Также в статье даются рекомендации для тех, кто хочет научиться применять Scrum в своей деятельности.

01.10.2018    13237    glebushka    41       

Контракты Agile: как заключать договора в условиях расползания содержания 41

Статья Системный администратор Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление проектом

В большинстве проектов, реализуемых при помощи гибких методологий, точное содержание продукта невозможно выяснить на этапе инициации. Отсюда и возникает крик души руководителей проектов – «Как можно заключить контракт, не понимая точный бюджет проекта?» В статье я попробую рассмотреть этот вопрос с двух сторон: рекомендации от идеологов Agile и опыт реальных практиков. 

25.09.2018    6674    MariaTemchina    10