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

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

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

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

Мария, добрый день.
Совершенно случайно нашел Вашу очередную статью на инфостарте и решил все-таки Вам написать.
Если честно, то при знакомстве с  различными книгами по РМ-у почему-то реально в голову лезет одна и та же навязчивая мысль:  тебя методично вербуют адептом в какую-то тоталитарную секту. Это ж надо так умудриться - высосать из пальца целое творение почти на 8 сотен страниц по управлению проектами в виде последнего  pmbok-а. Я вот думаю, а как же мы раньше жили без этого? Создали ядерную бомбу, первыми полетели в космос, создавали ледоколы и т.д. Читаешь и думаешь: и запомнить не запомнишь, и толком понять невозможно - слишком многамногабукаф. Вроде смотришь - а король-то голый, но вокруг все с восторгом носятся и нахваливают платье короля.

Иван, спасибо за письмо. И особенно за аналогию про тоталитарную секту - возьму на вооружение, если не возражаете, попали в точку. Я сама называю PMBOK "Библией проектного управления" - такое ощущение, что на него многие молятся. Действительно, вы говорите правильные вещи. Большинство нормальных людей сойдутся с вами в одной простой мысли - PMBOK читать как книгу практически невозможно. Мало того, если все-таки сумеете впихнуть в себя эти 800 страниц, то выясните, что это еще и бесполезно. Мудрее вы от этого не станете и лучше управлять проектами не начнете.  И этого мало, открою еще одну страшную тайну - PMBOK и не рассчитан на то, чтобы его читали. Это не методология, и не учебник, и не стандарт. Это Project Management Body of Knowledge - свод знаний по управлению проектами. Читай, энциклопедия. И как к энциклопедии к нему и надо относиться.  

Меня однажды спросили на собеседовании: "Мария, а вы в своей работе применяли все принципы из PMBOK?" - На что я честно ответила: "Конечно же, нет. Дело в том, что крайне неудобно копать экскаватором ямку в песочнице"... 

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

Про то как жили раньше - была в советское время тоже развитая методология управления проектами, и в том же атомном секторе прекрасно умели и планы проектов писать, и диаграммы Ганта рисовать - авторы PMBOK не придумали ничего нового, а просто собрали лучшие практики воедино.

Вот Вы пишете, что  занимаетесь бизнес-консалтингом, т.е. с бизнесом на "ты" и "дверь ногой". А ведь бизнес в своем корне мыслит единственной категорией - сколько денег принесет использование того или иного подхода. Простой реальный жизненный пример: инвесторы при вложении инвестиций в строительство недвижимости хотят знать, сколько денег они получат на выходе - все, точка! Их больше ничего не интересует - ни темпы строительства, ни технологии стройки - ни-че-го. Им абсолютно все равно, как это будет делаться, ибо БИЗНЕС РАЗГОВАРИВАЕТ ВСЕГО ЛИШЬ НА ОДНОМ ЯЗЫКЕ - ЯЗЫКЕ ДЕНЕГ И МЫСЛИТ ИМ ЖЕ. Способна ли любая методология ответить на простейший вопрос: сколько этих самых пресловутых денег в реальных единицах (гори они синим пламенем) она готова принести бизнесу (вы же помните, бизнесу абсолютно все равно, как вы будете строить и будете ли вообще, главное - чтобы отскок был обещанный)? Это самая реальная история, инвесторы считают только деньги. И, наверное, сложно их в этом упрекнуть, потому что свои деньги считают все, и мы с Вами здесь не исключение.
Ну да ладно, в сторону эту лирику, ибо спорить здесь можно до бесконечности, а от споров деньги не генерятся :).

А вот здесь всё, на мой взгляд, чуточку хитрее. Вообще, я не люблю категоричных утверждений: "только деньги и никаких гвоздей". Мне ближе формулировка "в первую очередь интересуют деньги". Потому что на самом деле есть еще много нюансов, интересующих бизнес, с деньгами, в целом, связанных, но - опосредованно. Что имеется в виду? Имидж. Влияние. Перспективы. Развитие. Управляемость. Безопасность. Снижение рисков. Психологический комфорт руководства. Развитие команды. Иногда - этика.  Что ещё, помогайте в комментариях???... 

И тут начинается интересное. Кто смотрел мой цикл вебинаров по управлению проектами (кстати, я думаю сделать онлайн-курс на эту тему), мы там разбирали уровни зрелости проектного управления. 

 

Уровни зрелости компании

 

Так вот, если организация находится на "начальном" уровне, то использование PMBOK в полном объеме будет не только не полезным, а, скорее вредным. Да и на уровне "управляемом" попытка "всё делать правильно" может привести к тому, что дефицитные ресурсы потратят на то, чтобы "делать по уму", и при этом упустят из виду наиболее острые проблемы, требующие немедленной реакции. Так вот, тут мы и подошли к той проблеме, о которой вы говорите. Действительно, когда организация находится на "начальном" уровне, тут стоит вопрос, каким образом заработать деньги. И наиболее ценным оказывается сотрудник, действующий не по правилам, но эффективно - ведь успех здесь зависит от личного подвига конкретных героев, тушащих пожары. А по мере развития организации уже важнее оказывается не личный героизм и возможность "урвать" здесь больший заработок, а предсказуемость успеха. И здесь - да, нам важно выстроить процессы и процедуры. Чтобы мы не просто получили кучу денег "здесь и сейчас", а получили уверенность в том, что мы будем постоянно зарабатывать. И следование методологии как раз может дать эту уверенность. 

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

Можно ли испортить хорошую вещь применяя "умную методологию из книжки"? О да, сколько угодно!.. Как говаривал один мой знакомый руководитель "Храни нас бог от эффективного менеджера"... И вообще, используя книжку из 800 страниц гораздо легче разводить имитацию бурной деятельности - тем более, что можно пенять собеседникам, которые будут чувствовать свою неполноценность, ибо они эти 800 страниц не читали (а если читали, то невнимательно - ибо, как справедливо сказано вначале, ну невозможно это прочитать!). 

Я человек честный, и поэтому, конечно, скажу еще одну вещь. Наибольший интерес к подробному изучению и разработке собственных методологий наблюдается, по моему опыту, в первую очередь в разнообразных госструктурах или сильно бюрократизированных структурах. Где задача обоснования часто бывает не менее, а то и более актуальной, чем заработок денег. Скажем, большие расходы, которые проще внести в смету, оказываются привлекательнее, чем меньшие расходы, если их обосновать затруднительно. В этом месте я не обесцениваю Project Management для бизнеса, который действительно заточен на получение прибыли, о нет. Я просто говорю, что ОСОБЕННО его ценят бюрократизированные структуры. 

Можете подсказать толковый курс по РМ именно в части IT? (или, может, не курс, а какую-то суперадекватную литературу?). Возможно, в конечном итоге я изменю свою точку зрения по отношению к РМ-у в целом.
Не бла-бла-бла, а курс, который нацелен на практическую часть, где по шагам разбирается создание реального устава проекта, разрабатывается реальный план, график, затрагиваются вопросы по управлению бюджетом, человеческими ресурсами, практически прорабатываются вопросы по созданию метрик проекта, KPI для участников и т.д., - словом, курс, где не зачитывают тупо переписанные из умных книжек фразы, а где разбираются на реальном примере все составляющие реального, живого проекта.

Ну, сам себя не похвалишь, никто не похвалит. Я вот стараюсь читать курсы по управлению проектами (особенно корпоративные) в привязке к реальности, с разбором реальных кейсов и конкретных вопросов. В любом случае, по каждому пункту нужно разбирать "а что из этого мне пригодится в реальности".  На Инфостарте планирую такой онлайн-курс для руководителей проектов 1С. Ну и знаю преподавателей, которые рассказывают с привязкой к реальности - да, так бывает (хотя не всегда).

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

Есть отдать грота-шкот!Однозначно! Подробно изучать теорию не имея опыта управления реальными проектами - это скорее вредно, чем полезно. Одно из моих хобби - парусный яхтинг (я яхтенный капитан). Так вот, в западных школах принята такая схема обучения: сначала курсант проходит курс на море Competent Crew (компетентный матрос) - 5 дней на яхте на море. Учится на практике настраивать паруса, стоять за штурвалом, вязать швартовы и т. п. И только после этого уже проходит продвинутый береговой курс теории - по навигации, терминологии, безопасности и т. п. Потому что если теории будет не на что ложиться - то обучение пройдет впустую. Так и в проектном управлении. Напомню, что к экзамену на Project Management Professional (PMP) допускаются только РП-практики, имеющие практический опыт управления проектами не менее 36 месяцев. Одного моего знакомого, например, завернули - он прослушал курс теории, внимательно изучил PMBOK, но опыт работы у него был - в проектном офисе крупной компании. То есть, опыт теоретический, а не практический. 

 

Читать разные книжки по PM без реального разбора потенциального проекта - это застрелиться можно уже после первой же страницы, а когда их 7 с лишним сотен, как в шестом издании pmbok?...Это же не дарья донцова, которая прочитывается нашими дамами за 2 часа! Где взять столько лишнего времени и мозгов на это "запрещенное" чтиво?

Ну ладно, ладно, поделюсь несколькими лайфхаками, как читать PMBOK.

1. Убедитесь, что вам это правда надо. Желательно, чтобы был внешний стимул: запрос работодателя, необходимость сдать экзамен, системные проблемы при руководстве крупными проектами и т. п.

2. Воспользуйтесь дополнительной литературой специально заточенной на разъяснение PMBOK. Я лично могу посоветовать как минимум два источника. Во-первых, это курс Ивана Селиховкина, который мы публикуем на Инфостарте. Он так и позиционируется автором, как разъясняющий PMBOK. Во-вторых, лично я читала пособие Риты Малкахи  "Подготовка к экзамену PMP: Как сдать PMP с первой попытки". Я читала на английском и еще старую версию (по 4-ому PMBOK), с тех пор последователи переиздавали неоднократно (самой Риты, к сожалению, уже нет в живых). И вот там, в хорошо написанной книжке ты, наконец, понимаешь, все эти бесконечные скучные блок-схемы и умные слова - к чему они нужны в реальной жизни??? И прочитав, скажем, главу про "Управление содержанием" у Риты ты морально готов прочитать аналогичную главу в PMBOK - она уже ляжет на подготовленный фундамент.

3. Это всё чтение имеет смысл тогда и только тогда, когда вы уже прошли  практический курс компетентного матроса на реальной яхте получили опыт реального управления проектами. И на каждой точке вы можете остановиться и сказать "о, вот этого-то и не хватало в том самом проекте N!" или "а вот до этого мы интуитивно сами додумались, и не зря!.." или "ага, вот скажем в том проекте M, если бы у нас был бы план коммуникаций, в него стоило бы включить вот такой пункт, глядишь -  тогда  и не наступили бы на те грабли"...

Мария, ну вот Вы как умудрились стать РМ-ом при таком раскладе? Где Вы черпали реальную информацию по разработке сопровождающих проект документов? Не думаю, что на Вас снизошло озарение после прочтения вышеуказанной макулатуры...Это ж сколько надо иметь фантазии, чтобы накрапать сей "нелегкий" труд?...Я б не смог налить столько воды. А про лаконичность и "архиваторы" они, видимо, не знают...И, что самое интересное, от издания к изданию источники неплохо так пухнут, мотивируя это непрерывным развитием...

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

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

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


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

Не люблю давать универсальных ответов. Мой опыт показывает следующее: идеальный PM - это хороший техспециалист, и хороший управленец. "Съесть то он съесть, да кто ж ему дасть"... Если такого не завезли, лучший вариант - связка из хорошего PM и хорошего заместителя тех. консультанта, которого PM, черт возьми, слушает!!! Не могу удержаться, приведу антипример "как не надо" (Источник: Xander Toons):

 

 

И самый последний вопросик: Вы действительно свято верите во всемогущую силу (сборище различных методологий) теории управления проектами? Может, это все вовсе и не нужно, и это все, может, только усложняет жизнь? Может, это все бровада, сказка про голого короля, выгодная обширной аудитории создателей различных многотомных методологий, высокодоходной индустрии по производству различных тренингов и тренеров для них? Главное - подсадить массово, а уж легион, готовый кинуться на помощь нашему обывателю, падкому на все модно-современное, найдется! Хороший или плохой - вопрос уже десятый.

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

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

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

Есть старая индейская притча: «Лошадь сдохла – слезь». Казалось бы, всё ясно, но..

  • Мы уговариваем себя, что есть еще надежда. 
  • Мы пытаемся бить лошадку сильнее. 
  • Мы говорим «Мы всегда так скакали». 
  • Мы организовываем мероприятие по оживлению дохлых лошадей. 
  • Мы объясняем, что наша дохлая лошадь гораздо «лучше, быстрее и дешевле». 
  • Мы организовываем сравнение различных дохлых лошадей. 
  • Мы сидим возле лошади и уговариваем ее не быть дохлой. 
  • Мы покупаем средства, которые помогают скакать быстрее на дохлых лошадях. 
  • Мы изменяем критерии опознавания дохлых лошадей (доказывая, что наша - вовсе не такая). 
  • Мы посещаем другие места чтобы посмотреть, как там скачут на дохлых лошадях. 
  • Мы собираем коллег, чтобы дохлую лошадь проанализировать. 
  • Мы стаскиваем дохлых лошадей в надежде, что вместе они будут скакать быстрее. 

Но суть одна: ЛОШАДЬ СДОХЛА - СЛЕЗЬ !!

Еще пару вопросов вдогонку.
Вы всегда можете гарантировать успешность того или иного проекта?

Нет. Вспоминаем матчасть - любой проект уникален, и любой проект сопряжен с рисками. В этом его отличие от операционной деятельности. См. Chaos Report от the Standish Group International.

Т.е. изначально каждый ли проект потенциально успешен? И можно ли в принципе вести проект "не по методологии", написанной людьми, которым также свойственно ошибаться? Ведь каждый проект уникален, и объять все некой универсальщиной возможно ли?

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

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

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

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

Надеюсь, Вы меня поняли.
Заранее признателен за исчерпывающий ответ.

Иван Иванов.

Не за что. Обращайтесь.  Буду рада продолжению дискуссии.

42

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

Комментарии
Избранное Подписка Сортировка: Древо
1. tchee 19.12.18 03:45 Сейчас в теме
Всё так. И это всё на самом деле касается не только pm. Точно такую же историю можно рассказать про, например, ITIL. Большой, скучный, при попытке использования можно угробить то немногое что есть и работает. Но! Существуют выжимки типа ITIL -small bisuness implementation.
Да вот беда - никто особенно про это не пишет и не говорит.
Мне кажется это вселенский заговор гуру - коучей ;)
rovenko.n; +1 Ответить
7. MariaTemchina 833 19.12.18 10:07 Сейчас в теме
(1)
Да вот беда - никто особенно про это не пишет и не говорит.
Мне кажется это вселенский заговор гуру - кручей ;)

Ну, тут работает логика "есть спрос - будет и предложение".
Честно, ничего не скажу про окружающих гуру и коучей. Но вот лично я всегда стараюсь не путать теплое с мягким. Например, у меня есть трехдневных курс "Основы управления проектами". На котором я рассказываю про те инструменты, которые, по моему опыту, реально зарекомендовали себя в управлении существующими проектами. И есть пятидневный курс "Подготовка к экзамену PMP" на котором я честно предупреждаю, что кроме вышеупомянутых инструментов рассказываю еще и то, что с точки зрения разработчиков настоящий PM должен знать к экзамену. И иногда я сама не могу понять, какую траву курили авторы, каким образом некоторые инструменты и методы можно применять на практике, особенно в российской действительности. Хотя, повторюсь, большинство вещей, упомянутых в PMBOK, представляются мне полезными и разумными. Правда, некоторые вещи только в ну ОЧЕНЬ масштабных проектах и организациях.
2. dm_romanov.idm 19.12.18 08:38 Сейчас в теме
Какую экономическую выгоду он принес компании, кроме того, что сожрал кучу денег? Вспомните про инвестора, мыслящего языком денег, который спрашивает, сколько бабла осядет на моих счетах в результате освоения данного проекта за минусом потраченного!??? Как перед ним отчитываться?

А что за проблема с обоснованием?
Считаем сколько в среднем времени сотрудники тратят на беготню с бумажками, на не продуктивное взаимодействие, которое корпоративная почта поможет убрать, и умножаем на зп сотрудников, Добавляем сумму потерь от пропажи важных документов (инвестор наверняка вспомнит пару случаев принесших репутационные или материальные потери и сам их оценит).
Только делать всё это желательно до запуска проекта или хотя бы до выбора варианта реализации).
rovenko.n; +1 Ответить
9. Kutuzov 563 19.12.18 10:26 Сейчас в теме
(2) Если "сэкономленное" время умножить на з/п сотрудников, мы не получим реальную цифру экономического эффекта. Потому как з/п сотрудников осталась прежней, а выручка не выросла, следовательно - дельта не изменилась. Хотелось бы увидеть пример реального увеличения прибыли от ИТ-проекта за пределами статистической погрешности, но таких "измеримых" проектов наверное меньше 1%.
11. dm_romanov.idm 19.12.18 11:33 Сейчас в теме
(9) Вы ищите прямую связь там где её быть не может. Это инфраструктурный проект и как любой инфраструктурный проект (сравните со строительством новой дороги) на прибыль влияет опосредовано и это совершено нормально)
3. dkoder 19.12.18 09:18 Сейчас в теме
Мария, я восхещаюсь Вашему таланту так красиво соченять, так красиво объяснять и ... ничего не сказать.
Автору письма могу сказать так.
Все комьюнити вокруг PM "скрывает" одну большую Ложь. Которая заключается в том что ЛЮБОГО можно научить - только нужно пройти определенне шаги, только нужно.... Все гораздо проще, только у 5 - 10% процентов человеков структура мозга позволяет стать достойными руководителями. И PM не учить надо, а искать. Но в текущем состоянии общества проще голого короля видеть одетым.
По поводу методологий есть напрмер ТБР от 1С - правда, что то подзаглох Проект ;)
Если уж хочешь Больших знаний поищи ерп мастер (это не реклама, это факт).
Ну и самое главное, кто сказал, что нужен результат в виде успешного проекта, в текущем состоянии общества нужнен процесс и специалист "честно" распределяющий ресурсы проекта 80% руководству остальные 5 на реализацию ;)
И помни Большие знания они не для всех, может и не для тебя.
4. extrim-style 7 19.12.18 09:36 Сейчас в теме
Статья нарушает п. 5.2.1 правил...
6. MariaTemchina 833 19.12.18 10:01 Сейчас в теме
(4) Спасибо за комментарий, строго говоря, это не мои слова, а слова цитируемые мною из письма. Но в любом случае, убрала спорный момент.
5. for_sale 777 19.12.18 09:44 Сейчас в теме
Вы сейчас по самому святому! Люди, может, целый год аджайлируют и скрамируют, лопатят тонны литературы, чтобы найти какое-то крутое словечко и говорить потом, что это они его первыми ввели в обиход в 1С, по ночам заучивают другие крутые словечки, чтобы не перепутать случайно пока-ёк с пмбок - и всё это, чтобы потом на халяву съездить на инфостарт-ивент и с гордостью рассказать нам, плебеям, как надо правильно! А вы вот так вот - раз! - и отпокаёкали этих достопочтенных мужей. Я бы вам рекомендовал теперь оглядываться, когда ходите по улицам.
dabu-dabu; wowik; rovenko.n; MariaTemchina; smit1c; +5 1 Ответить
8. Kutuzov 563 19.12.18 10:20 Сейчас в теме
По поводу экономического обоснования ИТ-проектов. Или про "инвестиции" в ИТ-проекты. Честный ответ ИТ-шника или РП-шника на вопрос собственника: "А сколько мы на этом заработаем?" - "Я не знаю". Потому как для зарабатывания денег (а тем более для изменения действующей системы зарабатывания на более эффективную) требуются предпринимательские навыки, которые у обозначенных сотрудников как правило не развиты. Поэтому мысль, как увеличить доход - она как правило в голове у собственника, и отталкиваясь от нее, он думает - а может внедрить вот эту фишку, и она поможет? Логически просто подумайте - если бы РП-шник знал, как заработать 10 миллионов, сидел бы он на зарплате в сто тысяч? При этом он вполне может думать, что знает, и даже пытаться убедить в этом других ;).
MariaTemchina; +1 Ответить
10. tenikov 19.12.18 10:51 Сейчас в теме
PMBOK читать как книгу практически невозможно

Вы бы еще энциклопедический словарь попробовали почитать как книгу и жаловались, что не увлекательно и сюжет не проработан.
12. profiprog1c 184 19.12.18 15:04 Сейчас в теме
Ну что я могу сказать. Есть такое понятие - теоретическая физика. Это когда придумывают что-то в теории, но пока эту теорию невозможно проверить на практике, поэтому в теорию лепят все на свете. Так и эта статья, разговор слепого с глухим. Для начала надо бы дать вводные данные, например такие как: автор письма вам далек от практического бизнеса, а силен в теоретическом бизнесе. Его утверждения во многом абсурдны. Особенно насмешило, что инвесторы которые вкладывают в недвижимость интересуются только деньгами, а не сроками строительства. Это просто наивнейший бред!!! Но и ваши ответы, где вы намешали все в кучу, начиная от ответов на собеседовании (какую вообще практическую ценность могут иметь ваши ответы на собеседовании при приеме на работу???) оканчивая историями про вашего мужа, который учился играть в игру го. Вся эта статья большое теоретическое рассуждение, которое имеет мало практической пользы и интересно только автору статьи и человеку, который писал письмо. Скучно и неинтересно - вот мое мнение
13. acanta 67 19.12.18 15:58 Сейчас в теме
Есть такое понятие как астрология. В нее никто не верит, но все считают что каждый уважающий себя человек должен знать кто он по зодиаку.
В науке практика призвана опровергать теорию. Если ей это не удалось, значит теория имеет право на существование. В этом плане можно утверждать, что наука априори подвержена систематической ошибке выжившего, поскольку оперирует не полным набором теорий.
18. MariaTemchina 833 20.12.18 11:17 Сейчас в теме
(13)
В науке практика призвана опровергать теорию. Если ей это не удалось, значит теория имеет право на существование. В этом плане можно утверждать, что наука априори подвержена систематической ошибке выжившего, поскольку оперирует не полным набором теорий.

Не вижу здесь системной проблемы. Есть неподтвержденные гипотезы - действительно, любые. Есть опровергнутые, есть подтвержденные. Гипотезы, как вы правильно озвучили, можно предлагать любые. Другой вопрос, что проектное управление никоим образом не сумеет соответствовать критериям науки Карла Поппера (также как и астрология). Не случайно японцы вообще считают управление проектами сочетанием науки и искусства...
23. FB_1811930315551820 26.12.18 16:21 Сейчас в теме
(13) В большинстве случаев в науке все немножко наоборот: теория должна объяснять практику (имеющиеся экспериментальные данные), ну и предсказывать результаты будущих экспериментов. Тогда (и только тогда) эта теория имеет право на существование. Временно. До того момента, пока новая практика ее не опровергнет...
MariaTemchina; +1 Ответить
14. Petr54-ru 72 19.12.18 16:19 Сейчас в теме
А вот здесь всё, на мой взгляд, чуточку хитрее. Вообще, я не люблю категоричных утверждений: "только деньги и никаких гвоздей". Мне ближе формулировка "в первую очередь интересуют деньги". Потому что на самом деле есть еще много нюансов,


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

Если руководитель проекта начнет искать некие иные интересы бизнеса и рассуждать про то что "интересует бизнес", то он на мой взгляд не в адеквате и его лучше к управлению проектами не допускать, пока не подлечится.
17. MariaTemchina 833 20.12.18 11:12 Сейчас в теме
(14)
Если руководитель проекта начнет искать некие иные интересы бизнеса и рассуждать про то что "интересует бизнес",

Мне кажется, эти вопросы стоит поднимать на этапе ДО запуска проекта. Как раз в ходе подготовки бизнес-кейса и написания Устава как раз и уточняется, какие у бизнеса цели, чего нужно сделать. А после того, как цели проекта уже утверждены - тут да, рассуждать, "чего на самом деле интересует бизнес" - уже не его забота.
15. Petr54-ru 72 19.12.18 16:46 Сейчас в теме
И еще реальный пример. Представьте компанию на 1000 чел, у которой нет корпоративной электронной почты, но она им нужна очень сильно для различных коммуникаций (забудьте на время про облака, спуститесь на землю).

На самом деле такая история была, в новосибирской компании, разработчике ГИС систем в первой половине 90-х. Товарищ рассказывал. Проели разработчики руководству плешь - край нужна электронная почта. Руководство в отказ. Тут возвращается директор из московской командировки и требует, чтобы как можно быстрее это сделали. Оказалось, что у него на визитке нет электронной почты, а у всех в Москве есть.
16. Rico17 30 20.12.18 09:36 Сейчас в теме
"Имидж. Влияние. Перспективы. Развитие. Управляемость. Безопасность. Снижение рисков. Психологический комфорт руководства. Развитие команды. Иногда - этика."

Деньги -> Доля рынка -> Увеличение доли и расширение рынков -> Мировое господство …

Если серьезно, то начинать необходимо с архетипов, индивидуальных и социальных.
Например, самоутверждение (до "пошлого" ЧСВ), продолжение вида (все что связано с размножением), страх смерти, кайф (стремление к получению удовольствий).
Из социальных - основной это менталитет, который определяет межличностные взаимодействия.
Все известные внешние формы поведения людей при ближайшем рассмотрении полностью определяются этими архетипами.
19. Гость 25.12.18 05:24
(0)
на инфостарте планирую такой онлайн-курс для руководителей проектов 1с.


И это замечательно, сейчас повсеместно требуются внедренцы erp, да вот беда - все хотят поиметь по скромным своим запросам уже готовеньких, да и не абы каких, а с двумя-тремя успешно завершенными масштабными проектами с охватом 80+% функционала всей erp, а это, в свою очередь, ни много, ни мало - несколько лет жизни! И где же таких рп разводят, и в какие гипермаркеты их потом развозят??? Я к вам в очереди первый на ваш курс, надеюсь, уже по блату, у меня списки отмечающихся!!!
Вы что предпочитаете применять на практике - производные от agile - scrum и kanban? Или все больше по pmbok-у?

(0)
напомню, что к экзамену на project management professional (pmp) допускаются только рп-практики, имеющие практический опыт управления проектами не менее 36 месяцев.

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

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

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


Да поймите вы, наконец, жаждущие давно сыты по самые бубенцы теоретической проповедью, ну неинтересно это совершенно без привязки к реальному проекту, ну не остается ничего в голове после такого удава, его померяли мартышками и попугаями, а потом и самого удавили за ненадобностью, все это имеет весьма опосредованное отношение к реальному проекту, это из разряда бла-бла-бла, ну не за этим к вам идут! Человек мыслит ассоциациями и всевозможными производными от этих ассоциаций, и, если вы ему их дадите правильные, тогда он сможет их применять к месту.
Вам никогда не приходило в голову разработать практический курс на основе симбиоза из нескольких реальных достаточно успешных проектов? Вот это будет весьма ценно!
Боитесь разболтать коммерческую информацию из них - все эти материалы можно искусно переработать, обозвав компанию рогаикопыта, ее продукцию - резинотехнические изделия с надписью "проверено электроникой", цели проекта - создание машины времени назло америкосам, чтобы доказать, что они никогда не были на луне и т.д. И т.п., все можно максимально изувечить до неузнаваемости, но при этом вы донесете ту самую суть, за которой к вам и пришли, чтобы научиться делать хотя бы так же, при этом подробно разобрав возможные ошибки и снабдив курс реальным портфелем документов, сопровождающих проект.
Кстати, когда на последней конференции 1с я подошел к одному известному рп из довольно популярной компании-франчайзи по внедрению 1c:erp c вопросом "есть ли курсы по подготовке внедренцев 1с:erp", он мне ответил, что сама 1с пока еще не знает, что с этим всем делать, и что, возможно, они совместно придут к единому решению по созданию такого курса. Так что тема весьма востребована, вопрос в другом - возьмутся ли...

(0)
и нельзя подпускать к реальным проектам теоретиков, это просто опасно!
Но будьте готовы, что практическая часть будет куда менее универсальной.
И ею менее охотно делятся - ибо удачные инструменты дают конкурентные преимущества.


Так, может, в этом все и дело? Так, может, вот она - волшебная сила искусства под названием "чудесный и увлекательный мир бабла" ? Неужели так банально упирается все именно в это?...
Неужели для этого и пишутся все эти талмуды "бесценных" трудов и плодятся всевозможные тренеры-теоретики со своими псевдотренингами? И о каком удачном инструментарии речь, если каждый проект по-своему уникален? Мы же не о серийном производстве...вспомните гражданина ульянова, если не ошибаюсь, он в палатке с гражданкой крупской натужился аж на целых 52 тома! Ииии?....где процветающий коммунизм, а где вечногниющий капитализм...800-страничное поделие под названием pmbok еще не показатель его авангардизма.
Продавайте тогда хотя бы действительно ценные для людей знания, которые они потом, используя ваши материалы, применят для приобретения достаточного опыта и тоже смогут достойно продавать уже свои знания и умения, хотя бы этим компенсируете им их издержки на обучение у вас. Или вы из меценатов-альтруистов? Я, к примеру, сам всегда оплачивал все свои курсы (к сожалению, в большинстве своем бесполезнейшие, только узнаешь об этом постфактум), потому что хрен допросишься у работодателя, а возможности работать в очень известных нам всем компаниях, к сожалению, нет, там, по слухам, и платят достойно, и обучают своих сотрудников, понимая, что это крайне необходимо, но эти себе позволить могут, остальные начинают чтение с первого абзаца...

Надеюсь, я хоть немного обрисовал вам те чаяния, те ожидания, с которыми к вам на обучение приходят ваши студенты. А пока же лично я уже по горло сыт идиотскими курсами от бестолковых преподавателей, увешанных, как новогодние елки, различными званиями и всевозможными рыгалиями в виде "крутых" сертификатов, только прорыва в руководстве проектами до сих пор так никто и не создал...
20. MariaTemchina 833 26.12.18 11:20 Сейчас в теме
Как обещала, постараюсь ответить.
(19)
все хотят поиметь по скромным своим запросам уже готовеньких, да и не абы каких, а с двумя-тремя успешно завершенными масштабными проектами с охватом 80+% функционала всей erp, а это, в свою очередь, ни много, ни мало - несколько лет жизни! И где же таких рп разводят, и в какие гипермаркеты их потом развозят???

О да, меня тоже всегда восхищают работодатели, которые ищут кандидатов до 30 лет с 2-умя высшими образованиями и 15-летним опытом работы...

(19)
А зачем ему этот экзамен, если он уже и так все умеет? Ради дополнительной звездочки на погонах? Или покормить братию писателей всевозможных методологий и любителей "потренировать" ненатренированных? Это ли не нонсенс? Человек должен сначала научиться, а потом делать, а здесь все наоборот - сначала упороть без опыта несколько проектов, а потом, когда ты с таким-то "опытом" уже никому не нужен, тебя, так и быть, допустят до экзамена, который ты не факт, что сдашь.

Не совсем нонсенс. Во-первых, у PMI есть и другие экзамены. Например, CAPM (Certified Associate in Project Management) - предполагает, что вы знакомы с проектным управлением. Для допуска к этому экзамену нужно либо 1500 часов опыта работы в проектах (необязательно руководителем), либо 23 часа обучения. В России он, правда, не очень популярен. Но, опять же, есть и другие экзамены! Тот же "1С: Руководитель проекта", который, в действительности, проверяет не умение проектом управлять, а знание PMBOK. Он состоит из формальных вопросов на знание процессов, их входов и выходов.
Ну, и еще масса других сертификаций есть попроще. А PMP как раз потому и ценится, что подтверждает не только знания, но и опыт.

(19)
Вы сможете [рассказать про проектное управление - МТ] хотя бы на таком же уровне, как в школе, - делай раз, делай два, делай три, и у тебя обязательно получится тот ответ, который указан в конце учебника, хотя башку все равно поломать придется, - сможете?

Ключевое слово "обязательно". Обязательно - не получится. Я же уже объясняла, что Project Management - не строгая наука, и гарантий никто не даст. Шансы на успех повысятся - возможно. Дальше можно кричать, что "это всё развод и глупости", а можно - осваивать технологии и методы и пробовать. Да и с математикой и физикой всё похоже - когда речь идет про упражнение в учебнике, то всё получается. А когда про реальные эксперименты - то будет, как в книге "Физики шутят": "Слова о том, что "Данная тенденция лучше всего заметна на результатах следующего эксперимента" следует интерпретировать как "Результаты остальных экспериментов не лезли ни в какие рамки, поэтому их было решено не учитывать"...

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

Конечно же, в любом хорошем курсе рассматриваются реальные кейсы. Но подстава заключается в том, что наша действительность слишком сложна, и попытка в чистом виде использовать чужой опыт в других организациях и других проектах редко срабатывает... В конце концов, важная составляющая информационной системы - человек, без него никакая автоматизация не взлетает. А если убрать из документа всю специфику, и сделать его максимально нейтральным и универсальным... То и получится, как раз, PMBOK...
21. MariaTemchina 833 26.12.18 11:45 Сейчас в теме
(19)
Пусть это небольшой проект, но все же проект, который я делал без использования каких-либо методологий, просто имея определенный багаж фундаментальных знаний.

Вы молодец, хороший пример ситуации, когда знания пригодились.

(19)

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

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

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

Я вам сочувствую. А возможен ли прорыв? Успех в управлении проектом зависит от множества факторов. Включая корпоративную среду, личные качества РП, и внешние условия (гуляет по Интернету карикатура: "вам наконец-то представилась возможность проявить себя - поручаю вам ключевой проект для компании, ресурсов нет, бюджета нет, дедлайн вчера...").
Путь длиной в 1000 ли начинается с одного шага. Хорошо, если обучение помогает делать эти шаги (и обидно, когда шаги ведут в тупик). Но не надо ждать, что оно выдаст вам голубой вертолет...


(19)
800-страничное поделие под названием pmbok еще не показатель его авангардизма.


Конечно, объем не показатель. А вот тот факт, что инструменты из него успешно используют, и они помогают в реализации проектов - уже показатель...
22. MariaTemchina 833 26.12.18 11:53 Сейчас в теме
А вот картинка, которую я хотела как иллюстрацию использовать. Если вы в такой ситуации оказываетесь, никакой PMBOK не поможет. Ну, то есть поможет, но только в формате "Ты сильный, ты справишься... - Я умный, я даже не возьмусь!"...
Прикрепленные файлы:
24. Гость 28.12.18 13:04
Обязательно - не получится. Я же уже объясняла, что Project Management - не строгая наука, и гарантий никто не даст. Шансы на успех повысятся - возможно. Дальше можно кричать, что "это всё развод и глупости", а можно - осваивать технологии и методы и пробовать.


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

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


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

...рассказываю еще и то, что с точки зрения разработчиков настоящий PM должен знать к экзамену.


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

На Инфостарте планирую такой онлайн-курс для руководителей проектов 1С.


Да я же уже с самого начала копытом бью! Где анонсы? Где маркетинг? Где реклама? Можно на примере внедрения ERP на производственном предприятии? Реальные документы, которые должны сопровождать проект и которые должны быть разработаны и выйти из-под пера РП, будут разбираться? Или это все из разряда
И ею менее охотно делятся - ибо удачные инструменты дают конкурентные преимущества.
???
Оставьте свое сообщение

См. также

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

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

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

19.09.2019    6609    ogroup    152       

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

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

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

16.09.2019    3825    GSoft    14       

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

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

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

30.08.2019    3079    SergeyN    4       

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

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

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

16.08.2019    3550    Hissin    18       

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

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

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

05.08.2019    3947    karpik666    77       

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

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

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

11.07.2019    6124    pbazeliuk    18       

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

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

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

28.06.2019    3109    SergeyN    1       

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

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

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

24.06.2019    2536    sbase    9       

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

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

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

18.06.2019    3735    MariaTemchina    8       

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

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

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

31.05.2019    4018    MariaTemchina    23       

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

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

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

27.05.2019    4068    cybrat    9       

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

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

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

06.05.2019    3957    MariaTemchina    8       

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

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

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

04.05.2019    4598    1c-intelligence    39       

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

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

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

15.04.2019    6661    MariaTemchina    15       

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

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

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

18000 руб.

04.04.2019    9121    18       

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

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

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

14.03.2019    7623    MariaTemchina    47       

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

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

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

13.02.2019    4302    chavalah    22       

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

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

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

12.02.2019    5991    MariaTemchina    20       

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

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

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

04.02.2019    5673    1c-intelligence    64       

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

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

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

31.01.2019    4905    MariaTemchina    0       

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

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

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

24.01.2019    6027    user809424    11       

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

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

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

14.01.2019    6497    MariaTemchina    13       

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

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

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

10.01.2019    8832    chavalah    123       

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

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

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

26.12.2018    6108    1c-intelligence    7       

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

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

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

09.12.2018    5833    chavalah    119       

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

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

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

05.12.2018    13063    andironenko    128       

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

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

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

03.12.2018    5454    capitan    26       

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

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

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

26.11.2018    6574    MariaTemchina    40       

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

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

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

26.11.2018    5424    356    Selikhovkin    4       

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

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

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

23.11.2018    7714    Selikhovkin    8       

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

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

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

22.11.2018    8795    andironenko    43       

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

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

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

20.11.2018    5012    leobrn    11       

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

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

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

19.11.2018    4845    Selikhovkin    1       

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

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

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

19.11.2018    6174    capitan    41       

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

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

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

15.11.2018    15468    rossoxa    62       

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

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

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

13.11.2018    7190    MariaTemchina    16       

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

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

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

07.11.2018    9171    andironenko    62       

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

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

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

30.10.2018    6024    MariaTemchina    47       

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

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

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

29.10.2018    8809    andironenko    35       

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

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

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

29.10.2018    6245    1c-intelligence    19       

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

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

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

17.10.2018    7230    Mick2iS    8       

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

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

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

11.10.2018    5144    AlexWhite    7       

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

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

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

08.10.2018    7593    39    infostart    4       

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

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

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

08.10.2018    5130    askhatu    15       

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

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

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

01.10.2018    13216    glebushka    41       

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

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

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

25.09.2018    6655    MariaTemchina    10       

Как увеличить на 30% эффективность работы сервисных подразделений компании 23

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

Многие компании работают над повышением качества и эффективности сервиса техподдержки. Своим опытом в этом направлении на конференции INFOSTART 2017 поделился замдиректора по ИТ группы компаний «Агат» Алексей Тапилин.

20.09.2018    4603    Sfairat    7       

Планирование в группе компаний 22

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

В крупных компаниях к планированию необходимо относиться очень серьезно, иначе бизнесу грозят проблемы с недогрузами, дефицитом, большими остатками. О том, с чего начать планирование и какими при этом пользоваться правилами, рассказал директор по ИТ группы компаний «1МарКа» Дмитрий Щеглов.

17.09.2018    4606    DimDiemon    2