И еще про SPM Conf 2

Спасибо Сергею Поволяшко за упоминание моего доклада на SPM Conf 2 среди "действительно интересных докладов".

Cloud Computing

Компания Citrix (один из ведущих игроков рынка Cloud Computing) заинтересовалась вопросом, что вообще думают обычные люди о Cloud Computing. Она опросила тысячу простых американцев, и вот что выяснилось. На вопрос "Что такое Cloud Computing?" только 16% четко ответили, что это компьютерная сеть, предназначенная для хранения и обработки данных, доступная через интернет. Другие варианты ответов были разнообразны и включали в себя, например, "образование облаков в атмосфере", "ортопедическая подушка", "фильм", "название кафе", "бренд туалетной бумаги". 54% опрошенных заявили, что они никогда не пользовались Cloud Computing (хотя, судя по ответам на другие вопросы, 95% из них все-таки пользовались).

В ответ на вопрос о пользе Cloud Computing, 68% сказали, что это экономия денег. Аж 40% ответили, что это возможность работать дома голышом. 33% - возможность загорать на пляже и работать со своими файлами. 25% - возможность хранить компрометирующие видео НЕ на своем компьютере. 35% - возможность сотрудничать с неприятными людьми без личной встречи.

Источник.

Плохой хороший полицейский

Вчера был на переговорах. Проект проблемный (сроки затянуты).

Причина - в ходе опытной эксплуатации "всплыл" вопрос, который, с одной стороны (если смотреть в документы - ТЗ) сделан нами "как надо" (точь-в-точь с согласованными детализированными требованиями), но с другой стороны есть понимание (с обеих сторон), что с точки зрения бизнес-полезности реализованный вариант не является наиболее эффективным.

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

Обсудив ситуацию с зам.директора и нач.ит Заказчика в результате приняли решение совместно предпринять определенные действия в ближайшее время (наконец-то удалось их сдвинуть с железобетонной позиции: "только так и никак иначе"!).

Вроде все Ок, понимаем что надо двигаться, есть определенный прогресс.

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


О, как это знакомо!
"Мы же будем работать, тут правда наш директор ... ".
"Давайте, давайте! Правда, тут Вам письмо придет гневное, но это же не мы ...".
"Ну вы же понимаете, у нас фирма большая... Это он, а не я. Мы же с Вами двигаемся!".
"Мы будем обязательно работать, пусть 'собаки лают', но на наших отношениях это не должно сказываться!"

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

А вам часто приходилось в общении с Заказчиком попадать в ситуацию "плохой хороший полицейский"?

SPM Conf-2

Был очень приятно удивлен конференцией SPM Conf-2. Замечательный состав участников и должный уровень организации всего процесса в целом. В связи с тем, что конференция "менеджерская", мне она показалась даже более полезной, чем недавний SECR.

Я на конференции тоже выступал, но моя тема явно была не для ИТ-ников, которые находятся "по эту сторону баррикад" (я все-таки надеялся, что будут Заказчики).

Как всегда, Цепков Максим подготовил исчерпывающее резюме по конференции тут и тут. 

Подписание актов, "потому что надо…"

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

Но на одном из вопросов я хотел бы остановиться более подробно.

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

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

Главная задача Исполнителя в этом случае – прозрачно и четко организовать процесс  завершения проекта, который, наверное, правильнее назвать в этом случае процессом завершения отдельной фазы проекта.

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

Это в корне неверно. Руководитель проекта должен обязательно приложить все усилия на то, чтобы получить максимально подробную документацию, подтверждающую приемку Заказчиком уже выполненных результатов проекта к данному моменту и четкий перечень тех результатов, которые еще не выполнены, но должны быть достигнуты в согласованные сроки. Можно такую документацию назвать "Протокол", "Технический акт" или еще как-либо, но он обязательно должен быть. Естественно, с подписями основных заинтересованных лиц Заказчика.

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

SECR-2012

Выступал на SECR-2102 с докладом Чего хотят Заказчики?… Или особенности национальных «внедрений». Позже должно быть доступно видео выступления.
Спасибо Цепкову Максиму за отзыв о моем выступлении.

В целом от конференции только положительные впечатления. Отличная площадка для новых знакомств. Хорошие и интересные выступления. Все организационные вопросы - выше всяких похвал.

PMI’s Project Management Professional (PMP)® Certification

По странному стечению обстоятельств недавно столкнулся с рядом текстов/видео, посвященных обоснованию необходимости аттестации на гордое звание PMP PMI :).

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

Мое знакомство с PMBoK началось достаточно давно. Еще в 2006г. благодаря настойчивому желанию фирмы 1С, внедрением продуктов которой я занимаюсь, повышать квалификацию своих партнеров, особенно работающих на корпоративном рынке, мне необходимо было получить сертификат "1С: Руководитель проекта". Собственно, данная квалификация представляла тогда некое mini-PMP: необходимо была представить описание своего проектного опыта, подготовиться и сдать тест, состоящий из вопросов по общему менеджменту и вопросов, связанных с проектным управлением (честно признаюсь, не помню сколько точно было вопросов).

В рамках подготовки к данной квалификации я прошел обучение - дистанционный курс "Управление проектами на базе стандарта ANSI PMI PMBOK Guide 3rd Edition" (в Санкт-Петербургском отделении Института Проектного Менеджмента) и, естественно, "заработал" необходимые 35 PDU. Скажу честно, мне кажется, что первое знакомство с какими-либо методологиями лучше осуществлять очно, т.к. дистанционное обучение не позволяет в полной мере окунуться в новую проблематику. В процессе прохождения данного курса я изучил и PMBoK, тогда еще 3-ей редакции. Первое впечатление было, честно говоря, не очень ... Показалось все слишком сухим, академичным, и, что самое прискорбное - не применимым на практике. Обращаю внимание на слово "показалось":) Собственно экзамен  на "1С:Руководитель проекта" я сдал без особых проблем, возникли мысли о PMP, но я их благополучно отложил... как оказалось - надолго.

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

В начале этого года, "возлегая" на пляже, я решил полистать на планшете четвертую редакцию PMBoK (наконец-то!) и ... увлекся. Мне действительно понравилось, текст уже не казался сухим и академичным, а излагаемые положения стали совершенно понятными и четкими.

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

разговора).

Вообщем, мне понравилось. Не скажу, что я получил какие-то сильно новые "откровения", но очень полезно было посмотреть на свой опыт со стороны, увидеть почти то же самое, но в структурированном виде и "сухом остатке". 

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

Теперь немного о самой подготовке.

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

С литературой определился достаточно быстро. Это непосредственно сам PMBoK (обязательно со всеми приложениями), этический кодекс и Ким Хелдман "Профессиональное управление проектом" (многое устарело, но тем не менее есть и полезные моменты). Естественно, я не говорю о необходимости обязательно прочитать handbook (на английском).

Опять ремарка - все, что касается сетевых графиков, обоснования экономической эффективности (NPV, IRR), бюджетов, управления персоналом - все это я очень глубоко изучал еще в университете и до сих пор не забыл. Поэтому в этом плане мне было достаточно легко, для тех же, кто сталкивается с данными вещами впервые, данные темы представляют определенную сложность и я рекомендую обязательно изучать дополнительные материалы.

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

Я же использовал 2 ресурса: pm-prepare и TenStep. Остался доволен и тем и тем. Первый более удобен в плане гибкого подхода к порядку формирования тестов (выбор количества вопросов, разделов и т.д.), второй мне показался интересным с точки зрения формулировки (содержания) самих вопросов.

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

Много вопросов при подготовке было связано с этическим кодексом (на экзамене мне показалось - меньше). Тут  главное помнить, что если прецедент еще не возник (ваш коллега собирается что-то сделать неправильное) - нужно этот прецедент предупредить (отговорить коллегу, указать на неправомерность действий), если поступок уже совершен - нужно "стучать" в PMI :).

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

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

Немного про сам экзамен, который у меня был paper-based. Я сначала ответил на все вопросы, отмечая отдельно вопросы в ответах на которых я был полностью уверен и те вопросы, которые надо еще обдумать. После этого я начал заполнять сам экзаменационный лист, еще раз проходя по вопросам и останавливаясь не "проблемных" вопросах. Много читал, что экзамен является определенным стрессом, не скажу, что я это ощутил. Главное, естественно, не волноваться, не пытаться судорожно что-то вспоминать, не сомневаться, а думать и уверенно отвечать.Еще раз отмечу про важность именно понимания вопросов, а не их заучивания. Мне в тесте практически не встретилось ни одного вопроса "один-к-одному" из тех, по которым я готовился. Удивило также невысокое количество вопросов, связанных с расписанием и стоимостью (т.е. с формулами). Думал (даже надеялся, т.к. мне это близко), что будет больше.

Что я извлек для себя из данного процесса? 

Не буду в очередной раз повторять про престижность PMP, важность для работодаля и т.д. (я согласен со всем этим, но это не самое главное лично для меня).

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

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

Желаю все успехов в подготовке и прохождении аттестации! 

Если есть вопросы - задавайте, буду рад ответить.

Худшие практики. ERP

Ежели есть лучшие практики, Best Practice, то, как учат нас Великие Учителя от Лаоцзы и Клаузевица до Генри Форда и Микки Мауса, где-то есть и худшие, Worst Practice

Можно ли измерить экономический эффект ИТ?

Рекомендую интересную статью, особенно меня порадовала первая часть со статистикой.

Цитата:

"В 2001 г. консалтинговая компания McKinsey опубликовала доклад “Рост производительности труда в США в 1995—2000 гг.”, в котором говорилось, что в 53 из 59 отраслей увеличение расходов на ИТ не приводит к соответствующему росту эффективности. Связь обнаружена только в шести отраслях: розничная торговля, оптовая торговля"

о чем я всегда и говорил.

Да, и ссылка на проект it-value.ru интересна.