Как провести изменения и остаться в живых

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

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

40
Неважно, запланирован проект в вашей организации или сторонней, главное – чтобы он был успешно реализован. Но что значит «успешно реализован», и как этого действительно добиться? Ответы на эти вопросы предложены в статье.

Вместо вступления

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

На самом деле проект здесь ни при чем. Заглохло изменение, потому что никто им не управлял. Более того, если вы работаете у стороннего заказчика,  то управление изменениями – это не ваша прерогатива. Управление изменениями – это прерогатива заказчика, это его изменения. Но поскольку организациям редко приходится заниматься изменениями, они просто не умеют им управлять. И, значит, вам придется помогать заказчику и в этом.

Если вы не понимаете, как проходят изменения, тогда шансов,  что ваш проект будет успешным, немного. В 3 случаях из 4 изменения проходят, как получается. И по статистике, 75% IT-проектов неуспешны. То есть они либо не попадают в график по времени, либо не попадают в бюджет, либо то, что делается, не соответствует техзаданию. А бывают и такие ситуации, когда все соответствует требованиям, но изменение никому не нужно.

Почему проекты не получаются? И, главное, каким образом они "не получаются"?

1.       Изменения даже не начинаются.

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

2.       Изменение, вроде, началось, но застряло.

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

3.       Проект завершился, но все работает по-старому.

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

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

 

И возникает вопрос, что такое успешное изменение, и что вообще мы считаем успехом проекта?

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

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

А знает ли топ-менеджер цели бизнеса? Что он считает успехом? Ведь бывает, что IT-директор подчиняется именно ему. А иногда – не самому главному топ-менеджеру, а финансовому или исполнительному директору. И тогда непонятно, что именно надо делать, если интересы непосредственного босса и верховного начальника отличаются.

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

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

Подготовка к проекту

 

Мы привыкли счиатать, что проблема - это плохо. Увы, это "плохо" не для всех, иначе ее решили бы до нас. Она бы даже не возникла. Если проблема есть, значит она кому-то дает важное преимущество. Надо только понять, для кого эта проблема – преимущество.

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

Кому и что эта ситуация давало хорошего, нужного и ценного? Врачам. Они таким образом, возможно не осознавая этого, давали понять, что хотят лечить, а не стоять за прилавком и торговать. И восстанавливали самоуважение.

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

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

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

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

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

- уровень неудовлетворенности текущим положением достаточно высок

и/или

- есть четкое представление о желаемом состоянии

и/или

- первые шаги по изменению достаточно безопасны.

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

Каким он может быть, расскажу на примере из собственной практики. В центре КЕЙ мне пришлось внедрять в IT-отделе новую систему управления. Но я не стал объяснять, какие красивые вещи мы получим от нее, как все будет круто. Я сделал маленький шажок: предложил посадить человека, который будет фиксировать все заявки и передавать их айтишнику. Тогда работник сможет работать только по заявкам, времени на саму работу останется больше, и специалистов никто не будет отвлекать. Кроме того, когда будет организована работа по заявкам, появится контроль, сделал айтишник свою работу или нет. И мы четко знаем, кто и сколько работает. А главное, когда работа выполнена, он нажимает на кнопочку, оператор понимает, что все готово и уведомляет об этом пользователя.  Ведь, одна из существовавших проблем – отсутствие оперативной и полноценной информации. Получалось, айтишник все сделал, а пользователь об этом не знает. Или один работник знает,  что проблема уже устранена, а другой – нет. И вот такой маленький первый шажок прошел, ведь это было очень просто – посадить оператора, который будет принимать заявки. А дальше понеслось: пошла стопроцентная фиксация заявок, постепенно начали разрабатывать и внедрять остальные этапы. В общем, понятно: первый шаг должен быть безопасным и очень небольшим.

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

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

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

Реализуем проект

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

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

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

Очень часто забывают про размораживание и про замораживание. Но оба этапа очень важны.

Вместо заключения

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

Есть такая идея, что когда владелец создает организацию, он создает ее для чего-то. Иногда он сам не осознает, для чего он ее создавал. Например, я пытался понять, для чего владелец фирмы, где я работал 18 лет, создавал ее. Некоторые говорят, что ради денег. Но это не так. Потому что сами по себе они не очень нужны. Что с ними можно сделать? Бумажки! Печку топить! В целом, они нужны, чтобы купить покой, власть, драйв, комфорт. По-разному бывает. Там, где я работал, компания создавалась в 90-х, и надо было поднимать семью и детей, покупать свое жилье, заработать на счастливую пенсию. Это хорошие принципы. Но организация с такими принципами должны быть обязательно очень большой, на всю страну? Нет. Более того, она не имеет права ею быть, потому что это опасно: организация растет, и одновременно повышаются риски. А значит, под угрозу ставятся и принципы, и мечты об обеспеченной старости.

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

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

Если организация создавалась для драйва, драйва будет много. Она будет то расти, то падать. Если создавалась для власти, то она будет большой. Владелец будет идти в традиционную власть, а потом возвращаться. Для чего ее создавали, для того она и будет.

Как я себе представляю само появление компании. Есть некий социум, какие-то люди. У них есть желания. Среди этих людей есть предприниматели – им вечно надо что-то «предпринимать».  Они тоже чего-то хотят. Есть у них свои идеи, но дополнительно они ловят идеи социума. В итоге появляется идея бизнеса, своего рода продукт.

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

Это ДНК называется лидирующим или ведущим принципом. Если вы хотите быть успешными в проектах и изменениях, надо понять, для чего создавалась организация. Тогда у вас есть шанс. Иначе шансов на успех нет. 

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

Данная статья написана на основе доклада, представленного автором на конференции Infostart в 2016 году.

Больше статей можно прочитать здесь.
Приглашаем вас на новую конференцию INFOSTART EVENT 2019!

40

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

Комментарии
Избранное Подписка Сортировка: Древо
1. IvanovAV 58 04.08.17 12:38 Сейчас в теме
Поставил плюс за фотку с домом, по ржал ))) На тех проектах где я занимался автоматизацией, основная моя работа заключалась, уменьшить время на выполнение рутинных операций, путем написания различных обменов или групповых - пакетных обработок, следовательно экономия рабочего времени сотрудников. На одном проекте за 1 год работы удалось сократить отдел менеджеров с 25 человек до 5 человек, а выручку увеличили в 3 раза, просто запустили сайт, и заявки с действующей клиентской базой пошли по сайту, 90% работы клиенты стали делать сами на сайте, а менеджеры только обрабатывали готовые заявки. Как говорил тот директор "Должна работать машина она не болеет, в отпуска и декрет не ходит, зарплату и налоги с ФОТ платить не надо, Леша сделай мне проект и я поделюсь с тобой частью прибыли". Я тогда квартиру купил на этом проекте, пахали по 12 часов, 7 дней в неделю))) Но таких директоров единицы )))
На другом проекте директор на совещании сказал своим руководителям подразделений "Кто будет саботировать внедрение проекта, в понедельник заявление по собственному желанию, мне пофигу на ваш опыт и регалии, не хотите автоматизации значит мне с вами не по пути, работайте в другом месте!"
Был еще один интересный проект, завод делал противопожарные двери, под конкретный дверной проем, а их технолог постоянно бухал и требовал премии, но так как только он знал правильную технологию раскройки и списания материала, он был незаменимым человеком. Мы прописали в программе ТиС 7.7 свой документ в котором алгоритмы, сколько какого материала на какую дверь требуется по формулам и размерам дверного проема, и через 2 недели этого технолога уволили, минус одна штатная единица.
Аналогично избавились от одного логиста, когда прописали систему доставки и загрузки товаров.
Как говорил мой РП, 1 программист = 5 менеджеров.
Deslime; rpgshnik; SiAl; Garik-1980; klinval; PowerBoy; kredko; UniversaLL; igo1; +9 Ответить
2. Bassgood 938 04.08.17 13:15 Сейчас в теме
(1) Автоматизация бизнеса никого не щадит ;)
newdigger; IvanovAV; +2 Ответить
3. ZUL_MTFKA 11 04.08.17 13:55 Сейчас в теме
Плюсанул за название, прочитал позже.)
Написано верно, но все же лучше документально утвердить постановщика и приемщика задач со стороны Заказчика, который и будет пинать и мотивировать своих сотрудников.
4. webester 29 05.08.17 04:31 Сейчас в теме
Перестал читать на середине. Очень много воды.
rpgshnik; sergelemon; klinval; sasha777666; hulio; Светлый ум; +6 Ответить
5. WanGoff 130 07.08.17 02:32 Сейчас в теме
Хочу попросить автора - раз уж Вы взяли на себя работу по публикации данной статьи, то сделайте статью, а не компиляцию презы с инфостарта.
А в остальном - спасибо, такие вещи способствуют на новый виток размышлений. Считаю, что статья недооценена судя по 15 "звездам".
Winstoncuk; +1 Ответить
Оставьте свое сообщение

См. также

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

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

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

19.09.2019    6786    ogroup    153       

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

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

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

16.09.2019    3966    GSoft    14       

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

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

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

30.08.2019    3176    SergeyN    4       

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

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

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

16.08.2019    3623    Hissin    18       

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

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

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

05.08.2019    4011    karpik666    77       

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

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

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

11.07.2019    6230    pbazeliuk    18       

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

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

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

28.06.2019    3151    SergeyN    1       

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

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

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

24.06.2019    2598    sbase    9       

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

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

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

18.06.2019    3772    MariaTemchina    8       

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

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

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

31.05.2019    4074    MariaTemchina    23       

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

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

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

27.05.2019    4128    cybrat    9       

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

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

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

06.05.2019    3988    MariaTemchina    8       

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

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

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

04.05.2019    4645    1c-intelligence    39       

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

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

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

15.04.2019    6706    MariaTemchina    15       

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

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

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

04.04.2019    9182    infostart    18       

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

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

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

14.03.2019    7676    MariaTemchina    47       

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

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

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

13.02.2019    4371    chavalah    22       

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

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

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

12.02.2019    6033    MariaTemchina    20       

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

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

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

04.02.2019    5719    1c-intelligence    64       

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

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

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

31.01.2019    4943    MariaTemchina    0       

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

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

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

24.01.2019    6077    user809424    11       

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

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

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

14.01.2019    6542    MariaTemchina    13       

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

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

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

10.01.2019    8907    chavalah    123       

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

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

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

26.12.2018    6143    1c-intelligence    7       

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

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

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

19.12.2018    6437    MariaTemchina    24       

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

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

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

09.12.2018    5888    chavalah    119       

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

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

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

05.12.2018    13145    andironenko    128       

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

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

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

03.12.2018    5479    capitan    26       

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

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

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

26.11.2018    6625    MariaTemchina    40       

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

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

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

26.11.2018    5460    356    Selikhovkin    4       

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

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

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

23.11.2018    7769    Selikhovkin    8       

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

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

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

22.11.2018    8835    andironenko    43       

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

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

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

20.11.2018    5048    leobrn    11       

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

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

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

19.11.2018    4883    Selikhovkin    1       

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

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

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

19.11.2018    6220    capitan    41       

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

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

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

15.11.2018    15545    rossoxa    62       

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

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

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

13.11.2018    7225    MariaTemchina    16       

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

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

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

07.11.2018    9208    andironenko    62       

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

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

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

30.10.2018    6069    MariaTemchina    47       

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

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

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

29.10.2018    8861    andironenko    35       

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

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

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

29.10.2018    6292    1c-intelligence    19       

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

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

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

17.10.2018    7292    Mick2iS    8       

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

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

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

11.10.2018    5187    AlexWhite    7       

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

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

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

08.10.2018    7656    39    infostart    4       

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

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

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

08.10.2018    5169    askhatu    15       

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

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

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

01.10.2018    13280    glebushka    41       

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

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

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

25.09.2018    6734    MariaTemchina    10