Управление проектами (Project Management)

Fri, 18 May 2012 13:27:56 GMT

По просьбе хороших людей рассказываю про вакансию Руководитель проектного офиса (РФ).
Буду благодарен за ссылку на источник о вакансии.

Описание вакансии:

Заказчик - холдинговая структура. Основное направление - производство теплоизоляции, розничная и оптовая торговля собственной продукцией.
Место расположение вакансии: Москва, Российская Федерация.

Компания «ТехноНИКОЛЬ» - крупнейший производитель и поставщик кровельных, гидроизоляционных и теплоизоляционных материалов. Более 200 миллионов человек во всем мире живут и работают в зданиях, построенных с использованием материалов Корпорации "ТехноНИКОЛЬ". Сайт компании www.tn.ru Задачи:

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

Требования к кандидату:

Опыт аналогичной работы;
Знание стандартов по управлению проектами.

Зарплата по согласованию сторон.

Контакты: +7 (919) 965-04-16 (Гребельник Татьяна). E-mail: grebelnik@tn.ru Адрес: Москва, м. Проспект Мира. Удачи!

22 мая состоится бесплатный вебинар "Планирование проектов с помощью Microsoft Project"

Thu, 10 May 2012 13:35:04 GMT

Уважаемое сообщество, здравствуйте.

Делюсь с вами информацией, которая будет интересна руководителям проектов, планировщикам, а также сотрудникам, которые работают с Microsoft Project.

22 мая 2012 года я провожу бесплатный вебинар на тему "Планирование проектов с помощью Microsoft Project 2010".

Начало вебинара в 16:00 по московскому времени.

Подробности ниже или по ссылке [исправлена].

Регистрация на вебинар https://student.gototraining.com/r/8612952110595824128

О чем этот вебинар и что вы получите в итоге?

1. Настройка интерфейса MS Project под свои потребности (представления, таблицы, настраиваемые поля и индикаторы).

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

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

2. Пошаговый алгоритм создания расписания в Microsoft Project

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

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

3. Чек-лист проверки качества вашего расписания

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

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

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

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

Ребрендинг крупного логистического провайдера. Проект предусматривал создание фирменного стиля, разработку web-сайта, создание плана продвижения бренда;
Внедрение MS Exchange Server в многопрофильном холдинге. В содержание проекта входили результаты: обученный персонал (свыше 300 сотрудников), настроенная система и закупленные лицензии, установленное оборудование, пользовательская документация и пр.

Кто я?

Я - руководитель компании Проектный офис (Республика Беларусь). В ходе своей карьеры я всегда выполнял работы по планированию проектов моих заказчиков и работодателей. Моя задача была - корректно и точно спланировать выполнение всех администрируемых проектов. Я профессионально владею Microsoft Project и обучаю менеджеров его использованию.

Кейс для руководителей проектов

Sat, 05 May 2012 20:05:54 GMT

Вы руководитель проекта по внедрению центра обработки (ЦОД) данных для комбината текстильных головоломок города Урюпинска, бывший урюпинский тактильный комбинат абстракций (УТКА).

Спонсор проекта – директор Урюпинского филиала компании T&J (Tom&Jerry).

Заказчик находится в городе Урюпинск.

Вы были привлечены к проекту на этапе пресейла и успели наладить хорошие отношения с ключевыми сотрудниками Заказчика, представляющих ИТ-блок и бизнес комбината. С Людой и Любой, соответственно. Вы договорились с ними о том, что можно сдвинуть срок выполнения работ на 2 недели, подписав акты задним числом. Это вам стоило двух путёвок на февральский фестиваль французской моды в городе Анадырь, взятых из маржи проекта.

По договору последовала 70% предоплата и вы заблаговременно заказали оборудование для ЦОД.

Вариантов по выбору поставщика оборудования у вас было 3:

- международный концерн ЁБМ. Отгружает в течение 4-х дней со склада в Рязанской области. У вас в сервисном центре (СЦ) T&J есть специалист, имеющий компетенции по ЁБМ. Стоимость оборудования порядка $999999 (включая доставку).

- монгольская фирма «Силиконовая пустыня». Срок доставки со склада в Улан-Баторе 2 недели, в сезон песчаных бурь – 2 месяца (поставка идёт на верблюдах по караванному пути). У вас в СЦ T&J есть два специалиста, выходца из Монголии и обладающие, соответственно, компетенциями по указанному продукту. Стоимость оборудования порядка $666666 (без стоимости охраны груза).

- тайская оффшорная контора «Майкл Плетнев и сыновья». Срок поставки 1 месяц морским путём через Суэцкий канал (единственный местный аэропорт смыло цунами в прошлом году). У вас есть знакомый фрилансер Гриша, который владеет компетенцией по данному оборудованию (он вам, кстати, и посоветовал выбрать Майкла). Стоимость оборудования порядка $444444 (без учета страховки).

Вы выбрали третий вариант «Майкл Плетнев и сыновья» и сделали необходимую предоплату в размере 50%. Груз успешно погрузили и он уже прошел половину пути. Ожидаемое время прибытия в Урюпинск – за неделю до начала работ.

Вы 3 месяца не были на объекте, с Людой, Любой и поставщиками общались посредством телефона и e-mail. Руководству T&J вы регулярно шлёте оптимистические отчеты о ходе проекта.

За 3 дня до начала работ вы, вместе с Гришей, приезжаете в Урюпинск и селитесь в 5-ти звёздочный отель Ура-Плаза. И первая новость, которую вы узнаёте, включив в номере 108-ми дюймовую плазму, была про то, что сомалийские пираты захватили танкер, везущий ваше оборудование.

Потом вы приезжаете на комбинат и узнаете, что Люба и Люда, обе, за 2 недели до сдачи системы уходят в ~~дискретный~~ декретный отпуск. Февральский Анадырь тут не причём, это результат через чур активного участия Любы и Люды на 1-ом компьютерном съезде, который проводил Касперский в Урюпинске пол-года назад.
Теперь на места Любы и Люды претендуют Валя и Варя, соответственно. Которые в курсе, за чей счёт первые катались на фестиваль.

1. Что делать руководителю проекта в такой ситуации?

2. Как он должен был поступить, чтобы данной ситуации не возникло?

Тоталитаризм как идеальная форма управления проектами

Tue, 01 May 2012 07:10:07 GMT

Первое желание руководителя, когда в его руки попадает и реализуется любой проект – уничтожить в нём человеческий фактор. Часто, вместе с его носителями. Часто, в отличие от любви, это чувство взаимно и обоюдно.
Не зря же теория управления проектами (УП) пришла к нам из американских милитаризованных стандартов.
На моей памяти, самой удачной практикой УП были операции по развёртывания запасного командного пункта командующего КСибВО. Когда один страшный прапорщик, 20 полу-лысых пацанов и 72 часа в 3-х сутках, позволяли решить любую тактическую задачу в полевых или лесных условиях.
В армии вообще всё просто. Сразу же по знакам отличия легко определяется статус и квалификация человека.
Если же взглянуть на вопрос в исторической ретроспективе, то выясняется, что в борьбе различных цивилизаций и культур чаще побеждала не культурная и образованная империя, а более организованная и дисциплинированная. Даже гигантский разрыв в технологии не гарантирует победу (вспоминаем «Аватар»).
Сбалансированная Гитлером немецкая военная машина прокатилась по рафинированной демократией Европе, осваивая за 24 часа страны Бенилюкса. Пока не нарвалась на более авторитарную систему в виде Советской России.
То же самое можно сказать, про отношения русских войск под менеджментом, например, Суворова или Ермака, в борьбе, например, против турецко-татарских военизированных ополченцев. Когда более малочисленные части уничтожали силы превосходящего в количестве и в глупости противника.
Тут мне могут возразить по факту падения западной Римской империи от ударов восточно-славянских варваров. В виду бытующей версии о хорошо обученных местных легионах. Однако, тут упускается те обстоятельства, что славянская цивилизация имеет не менее древнюю (но менее припиаренную историю), и уровень развития варваров на тот момент, по некоторым аспектам, превосходил римлян. Например, их воинские части никогда не несли вертухайской повинности, в виду отсутствия у большинства пролетариата ~~прописки~~ постоянной регистрации у хозяина (проще говоря, рабства).
Поэтому приобщить всю европейскую элиту к социально-полезному труду вместо развращенно-гламурных развлечений (вспоминаем Калигулу) дорого стоит.
Возвращаясь к основному вопросу, хочу ещё раз подтвердить, что если бы люди приходили на работу оставив за заводской проходной все неоправданные амбиции, излишние понты, навязчивые идеи и сомнительные эмоции, то всем бы было гораздо лучше. Когда приходили бы именно работать, а не строить карьеру или выяснять отношения. Исполнение задач достигалось бы без траты дополнительных нервных сил, точно и в срок.
Потому как это позволило нашим отцам и дедам создать Великую Империю, провести индустриализацию, побеждать врагов.

Опубликована программа тренинга «Введение в управление ИТ проектами, Ключевые концепции»

Fri, 13 Apr 2012 03:04:55 GMT

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

Длительность: 1 День (8 часов) Уровень : Начальный но думающий :-)

В современных условиях любая теория и инструмент обрастают значительным количеством полезных и не очень материалов. Управление проектами как дисциплина не исключение.

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

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

20 апреля 2012 Зарегистрироваться

Для кого

Начинающие Менеджеры проектов (Project Managers).
Руководители групп разработчиков (Team Leads).
Руководители групп тестирования (Test Team Leads).
Системные аналитики (Systems Аnalysts).
Архитекторы, проектировщики (Software Architects, Designers).
Разработчики, ведущие разработчики (Software Developers, Senior Software Developers).

09:30 — 10:00 Регистрация и кофе.
10:00 — 11:30 Организационный контекст и задачи проектной деятельности.
Влияние организационных особенностей и процедур на ход проекта
11:30 — 11:45 Кофе-брейк.
11:45 — 13:00 Управление успешностью проекта.
Инициация проекта. Устав и паспорт проекта.
Фазы и результаты проекта. Коммуникационная карта проекта
13:00 — 14:00 Обед
14:00 — 15:45 Управление эффективностью проекта.
Внутренние процессы реализации проекта.
Методология исполнения прокта. Оценка и планирование работ.
Организация контроля
15:45 — 16:00 Кофе-брейк.
16:00 — 17:30 Организация успешной команды.
Зона ответственности РП в управлении участниками команды.
Групповая динамика. Поручение задач и предоставление обратной связи.
17:30 — 18:00 Итоги дня. Вопросы и ответы.

Agile в разработке ПО: преимущества для Заказчика

Mon, 02 Apr 2012 07:57:16 GMT

Что такое Agile?

В переводе с английского языка «agile» означает «живой, подвижный», но переводят его чаще как «гибкий». В отрасли разработки программного обеспечения этот термин появился в начале 2000-х годов, когда в штате Юта был издан «Манифест гибкой разработки ПО». С тех пор под «agile» понимают набор подходов по "гибкой" разработке программного обеспечения.

Суть agile-подхода изложена в "манифесте", но для заказчика ее можно коротко сформулировать так:

разработка ведется короткими циклами (итерациями), продолжительностью 1-4 недели;

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

В настоящее время agile-принципы используются в работе десятки тысяч команд по всему миру. Существуют компании, оказывающие услуги обучения и внедрения agile-методик.

Почему появился Agile?

История возникновения этого подхода стала ответом на запросы отрасли:

Заказчик не может сформировать четкие требования к ПО;

Новые технологии усилили конкуренцию и потребовали оперативного применения в бизнесе;

Заказчики и разработчики ПО не удовлетворены процессом взаимодействия.

Рассмотрим эти вызовы подробнее.

#1 Заказчик не может сформировать четкие требования к ПО

В начальной фазе проекта заказчик не может сформулировать исчерпывающие требования к продукту. Этому есть несколько причин:

у Заказчика существует только идея приложения и он не представляет всю его функциональность

у группы проекта есть разный взгляд на функциональность приложения

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

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

В традиционных «водопадных» моделях руководитель проекта минимизирует изменения в проекте, используя для этого отдельные процессы - управление изменениями. Но если требования будут меняться раз в месяц, то управление изменениями становится трудоемким и замедляет ход проекта.

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

#2 Новые технологии усилили конкуренцию и потребовали оперативного применения в бизнесе

К середине 90-х разрабатываемое ПО было в основном десктопным и его требовалось устанавливать на каждый отдельный компьютер (например, MS Word). С появлением веб-приложений внедрение новой функциональности стало происходить быстрее: требовалось развернуть приложение только на сервере и все пользователи получали к нему доступ. Эта инновация серьезно усилила конкуренцию между компаниями: тот, кто применил новую технологию раньше других – выигрывает рынок и клиентов.

Подход Agile предоставил бизнесу главное преимущество – быстрые поставки новой функциональности. Это позволило каждый месяц выпускать продукт и оперативно получать обратную связь от пользователей.

#3 Заказчики и разработчики не удовлетворены процессом взаимодействия

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

Основная идея agile – сотрудничество с заказчиком важнее, чем контрактные обязательства. И поэтому agile-методы стремятся к уменьшению объема документации. Это позволяет Заказчику платить только за результат, имеющий ценность для бизнеса.

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

Резюме

Agile-философия проста. Agile-принципы разумны. Но переход к реальному применению agile - это серьезный вызов для каждой команды. Требуется не только освоить новый подход к управлению проектами, но также подобрать людей, способных работать в agile режиме.

Компания «Проектный офис» обучает agile-подходам проектные команды, а также помогает внедрять «гибкие» методики на реальных проектах.

Юрий Шиляев, CSM, CSPO, scrum-тренер, партнер компании.
Александр Кольцов, партнер компании.

Если бы программисты строили дома

Sun, 18 Mar 2012 15:22:51 GMT

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

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

А теперь представим, что таким людям доверили строительство жилого дома.

И так, диалог строителя-программиста и членов приемо-сдаточной комиссии.

Вопросы задают комиссары (К), отвечает менеджер проекта (МП) со стороны исполнителя.

К: почему в первом подъезде 8 этажей, во втором 14, а в третьем 5?

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

К: но ведь нужно было 9-ти этажный дом построить?

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

К: почему лифт открывается не ровно на этаже, а проезжает на пол-этажа выше? И так, что из него можно вылезать только на карачках и прыгать на пол с полутораметровой высоты?

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

К: почему унитаз посреди зала стоит?

МП: ну так всё согласно требований. Вот в ТЗ написано: обеспечить исполнение естественной надобности в отдельно взятой комнате. Так мы и обеспечили! Кстати, очень удобно, можно сразу и телевизор посмотреть и в интернете в блогах комменты оставлять. Я сам всегда так делаю. Попробуйте и вам понравится. Все опять вам будут от этого завидовать!

К: а почему выключатели под потолком?

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

К: почему вода во всех кранах только горячая? в ТЗ есть требование, чтобы была и горячая и холодная вода?

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

К: кстати насчет балкона… почему балкон к дому прилеплен скотчем?

МП: понимаете, тут такое дело. Наш ведущий сотрудник уходил в отпуск, ездил в Египет и там сильно отравился виски (тоже скотчем, кстати) и ещё месяц валялся на больничном. Мы, чтобы время не терять, наняли стажера. А он до этого только посылки на почте скотчем клеил. Ну, вы не переживайте! Мы в следующей версии под каждый балкон подпорки поставим. Знаете, есть такие красивые, деревянные. Такие же в шахте у Стаханова стояли, когда он свой знаменитый рекорд ставил.

К: а если вот я, например, выйду на балкон покурить и он подо мной провалится?

МП: ничего страшного! Тогда вы звоните в службу технической поддержки. В течение 8-ми часов прибудут наши специалисты и технично поддержат балкон, пока вы курите.

К: а почему у вас на всех дверях, даже на туалетной, кодовый замок стоит? и везде разный пароль? и этот пароль меняется автоматически каждый день?

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

К: а почему у вас труба мусоропровода через кухню проходит?

МП: это наше ноу-хау: интеграционная сервизная шина. Способствует человеческому объединению и взаимопониманию.

К: да? а почему она стеклянная?

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

К: а межкомнатные стены почему у вас картонные?

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

К: и наконец, почему вы строили в два раза дольше и истратили в два раза больше материала?!

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

Шесть качеств менеджера проектов

Sat, 03 Mar 2012 21:34:55 GMT

Тут мне посчастливилось пройти профессиональную аттестацию на текущем месте занятости. Давненько такого со мной не случалось, в последнее время больше сам оценивал, чем был жертвой экзамена. Поэтому не могу не поделиться своими наблюдениями и возникшими мысляшками.
Помимо формального подсчета баллов, основанного на фактуре завершенных проектов, в этой процедуре была задействована оценка свойств характера. Так называемые, личностные качества.
И так, оглашаю полный список системы показателей. Плюс - мои комментарии, почему я против их субъективной оценки.
1. Нацеленность на результат
Обычно, если иное не оговорено, целями проекта является закрытие работ и получение денег. С условием соблюдения сроков, качества и бюджета по использованию ресурсов.
Если компания имеет дополнительные цели, типа развитие команды, получение преференций у заказчика, занятие доли на рынке и т.д., то она должна, как минимум, поставить МП в курс. В идеале – мотивировать на достижение именно этих своих целей.
МП не обязан обладать телепатическими способностями для понимания планов руководства.
Поэтому единственное мерило нацеленности на результат это факт успешного завершения проектов.
На моей практике был один серьёзный проект, не достигший основной цели. И хотя в результате работы сформировался крупный региональный ресурсный центр и боеспособная проектная команда, мне в тот момент это стоило карьеры в той конторе.
К слову, сложно строить команду с нулевым бюджетом на тим-билдинг.
2. Сообразительность
Это про быстроту принятия решений.
На мой взгляд, скорость нужна при ловле определенного вида паразитов, а не при управлении проектом. МП не хоккеист и не пилот Формулы-1, от молниеносной реакции его классность не зависит.
Более важно не быстрое, а своевременное принятие решений.
3. Ответственность
Безответственный человек не сможет успешно завершить проект. Поэтому других критериев, кроме описанных в п.1, для оценки этого качества я не вижу.
4. Самостоятельность в принятии решений
Если МП научился загребать жар чужими руками и при этом успешно закрывать проекты (см. опять п.1), то его руководителям стоит брать с него пример делегирования полномочий и всерьёз задуматься о своей собственной профессиональной пригодности.
5. Стрессоустойчивость
Как оценить это свойство человека, не побывав вместе с ним в заложниках у террористов или на необитаемом острове в качестве последних героев, я не представляю.
6. Коммуникабельность
За всю свою практику, я только один раз видел МП, который боялся звонить заказчику. С помощью каких формальных процедур можно определить уровень коммуникабельности – я не знаю. Возвращаю вас опять на п.1, как на единственное мерило истинных качеств МП.
Завершая тему своей аттестации, хочу отметить интересный факт. Мой сертификат IPMA, сроком действия 5 лет, зачтён не был. Так как был получен не в прошлом году. Долго ржал.

Обратная связь от сотрудников и Заказчиков

Fri, 02 Mar 2012 20:53:47 GMT

А кто как получает обратную связь от сотрудников и Заказчиков?
Есть ли у Вас в компаниях какие-то процессы на эту тему?

Я могу сказать как делаем мы:

с Заказчиками: хотя бы раз в год организуем встречи с каждым из аккаунтов на тему что понравилось за отчетный период, что нет, что надо улучшить.
с сотрудниками: обеды 1-1 раз в 2-3 месяца + лично я пару раз устраивала опросы на тему "оцените меня по шкале 0..10 как PM", "что нравится/не нравится/можно улучшить в процессе ведения проектов", "что нравится/не нравится/можно изменить в процессах разработки и тестирования" (было бы здорово, конечно, делать это более регулярно).

Но может есть еще какие-то способы делать это более интересно и эффективно.
Расскажите как у вас это происходит? Заранее спасибо :)

Янусы

Wed, 22 Feb 2012 15:10:52 GMT

Те, кто умеет читать, помнят господина Невструева и его разрешенное медициной раздвоение личности. На административную и собственно учёную части.
Поскольку я, как и многие из нас, не имею возможность строгать дублей со скоростью Кристобаля Хозиевича Хунты, то неизменно озадачился вопросом: кем должен быть менеджер? Учёным или Администратором?
Переводя диллему на современный пост-стругацкий сленг: специалистом или управленцем?
Где тот Рубикон, который отделяет бывших разработчиков/аналитиков/архитекторов от ореола и небожития менеджера проектов?
На мой скромный, замутнённый годами кодерства и пердпринимательства взгляд, если у человека в непосредственном подчинении более 5 сотрудников, то ему стоит сдать свой микросоп на длительное хранение, брать в руки кнут и пряник. И начинать этими руками водить.
Ибо даже у фантастов не получалось совмещать админов и учёных в одном мозгу. Или это потому что Стругацкие на пару писали?

IT и психология. Человеческий фактор в парном программировании: почему многие не получают желаемого

Wed, 22 Feb 2012 07:50:31 GMT

Авторы: Александр Новичков, Галина Карабанова, Александр Шамрай, СМ-Консалт - www.cmcons.com

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

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

А вы друзья как не садитесь, все в музыканты не годитесь…

Сами знаете, чья это басня :)

Сфера ИТ полна парадоксов и противоречий! Ожидая от компьютерных программ математической точности, мы забываем о том, что их делают люди... А программы наследуют все те же «черты характера», которые присущи их разработчикам: педантичность, аккуратность, взбалмошность, непостоянство, системность, надежность и т.д. Хорошая команда работает единым слаженным организмом, и продукт у нее получается цельный, стройный, гармоничный и не глючный. Если же над программным продуктом работает группа плохо ладящих друг с другом людей, то единого целого не будет, системы не будет, будет просто сборище различных частей, не всегда даже сочетающихся друг с другом, и у каждой части будет свой характер, и не известно будет, чего ожидать от продукта в целом.К сожалению, у нас в ИТ, в Российском ИТ, уделяется очень мало внимания работе с людьми. Причем это происходит на всех уровнях: от тимлидов до генеральных директоров.

На своих тренингах мы очень часто спрашиваем участников – руководителей и тимлидов:

Сколько книжек по проектному управлению вы прочитали за год
Сколько книжек по психологии вы прочитали за год?

И если по первому вопросу найдется на 15 человек 3-4, которые прочитали всего одну книгу, то о психологии и говорить не приходится: 0 из 15 человек – такова статистика… Сам собой напрашивается не очень приятный вывод: ТЕХНАРИ не читают ГУМАНИТАРНЫХ книг… А зря :)

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

Не гуманитарий и не технарь - 8%
Гуманитарий, но не технарь - 28%
Технарь, но не гуманитарий - 8%
И технарь, и гуманитарий - 31%
Сомневающийся - 5%

Самооценка и тестирование способностей. Заметьте разницу в оценке своих возможностей теми, кто считает себя чистыми технарями!

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

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

Возможно, это и интересная для дискуссии тема, но мы не будем рассуждать о том, как у нас в ИТ становятся руководителями… В лучшем случае в кресле руководителя вы встретите человека с хорошим знанием предмета, но ничего не знающего в управлении, и, как правило, совсем профана в психологии, не редко не умеющего связать двух слов и членораздельно объяснить подчиненным, чего же он хочет на самом деле. (Если вы из числа тех руководителей, к которым это не относится, и вы немного слышали о психологии и разбираетесь в менеджменте, то мы вас поздравляем – вы попали в те 5% счастливчиков, которые скорее являются исключением из правила!) И, в общем-то, это даже не вина руководителей. Просто нас так учат: начиная с вуза, если мы выбрали техническую специальность, нам твердят, что всё остальное знать не обязательно… Вот и получается: сначала не обязательно, а потом – некогда.

Читать продолжение -->

Citycelebrity открывает школу креативных проектов "Рабочее место"

Tue, 07 Feb 2012 14:26:55 GMT

ЕСТЬ ИДЕЯ ПРОЕКТА, НО НЕ ЗНАЕШЬ С ЧЕГО НАЧАТЬ?
ТЕПЕРЬ ЕСТЬ МЕСТО, ГДЕ ЭТОМУ УЧАТ САМИ АВТОРЫ КРУТЫХ ПРОЕКТОВ

«РАБОЧЕЕ МЕСТО» - специализированный лекционно-практический курс, нацеленный на обучение проектной деятельности в соответствии с принципами креативной экономики. Мы не просто учим теории – мы изучаем реальные кейсы и помогаем вам запустить реальные проекты. Всего 2 месяца и вы будете готовы реализовать идею, о которой давно думали. А мы поможем с продвижением, связями и ресурсами.
Так мы создаем новые рабочие места. Креативные. Интересные. Эффективные.

ЧТО ВЫ ПОЛУЧАЕТЕ:
- возможность запуска своего проекта с нуля или развитие существующего
- разработку своего проекта по принципу фабрики идей: мозговые штурмы, story telling, case study
- рабочее место на «красном октябре» в co-working зоне
- 6 месяцев раскрутки проекта на одном из ведущих федеральных проектных интернет-порталов
- лучший проект получает 100.000 рублей на развитие

СТОИМОСТЬ: 25.000 рублей
С КЕМ ОБЩАТЬСЯ: Алина Вострикова, куратор учебной программы (+7 916 723 40 81)
КАК ЗАПИСАТЬСЯ: web@citycelebrity.ru,

Подробнее о школе и программе курса здесь.
Школа "Рабочее место" на Facebook и Вконтакте

Анонс конференции "ProductCamp Spb 2012"

Wed, 25 Jan 2012 09:32:36 GMT

Что это такое?
ProductCamp Spb 2012 — это событие в формате BarCamp‘а для менеджеров по управлению и маркетингу продуктов, которое пройдёт в Санкт-Петербурге 31 марта 2012 года.

Каждый участник ProductCamp выступает с рассказом о своем опыте, ведет круглый стол, помогает с логистикой, привлекает спонсоров или помогает с организацией.
ProductCamp SPb является частью глобальных неконференций productcamp.org и продолжением ProductCamp Moscow 2011.

Зачем оно проводится?
Мы хотим, чтобы опытные профессионалы и начинающие в области управления продуктами познакомились, установили связи, начали обмениваться опытом, повышать свою квалификацию и квалификацию рынка как следствие.

О чём будут выступления?
Темы выступлений, круглых столов, семинаров и тренингов будут посвящены

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

Кто участвует?
В качестве участников мы приглашаем профессионалов индустрии, работающих в должностях и ролях: Директор по продуктам (Product Director), Менеджер продукта (Product Manager), Менеджер по маркетингу продукта (Product Marketing Manager), Менеджер по маркетингу (Marketing Manager), Бренд-менеджер (Brand Manager).

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

Consumer Web (+Social Apps)
Mobile Apps
Enterprise Web (SaaS+)
Consumer Desktop
Enterprise Desktop & Server

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

Сколько стоит участие?
Участие бесплатно, если не считать обязательности активного участия (см. выше).

Как я могу поучаствовать?
Подумайте над темой своего выступления и оставьте заявку в форме регистрации. Мы свяжемся с вами для подтверждения регистрации и обсуждения деталей участия.

У меня есть ещё вопросы, что делать?
Напишите нам по любым вопросам, связанным с участием или спонсорством:

Михаил Карпов (Яндекс): kapnov @ gmail
Денис Бесков (Школа Системного Анализа): denis.beskov @ gmail

Роль сертификаций PMI в развитии карьеры руководителя, менеджера, администратора Проектов и Программ

Fri, 20 Jan 2012 13:26:34 GMT

Уважаемые коллеги!

Очередной открытый семинар московского отделения PMI состоится в СРЕДУ 25.01.2012 в 19.00.

Тема семинара: «Роль сертификаций PMI в развитии карьеры руководителя, менеджера, администратора Проектов и Программ».

Каким образом компании оценивают менеджеров Проектов и Программ? Из чего состоят компетенции и как их развивать? Какие составляющие компетенций могут быть подтверждены сертификациями и аттестациями PMI? Могут ли компании извлечь бизнес-выгоду за счёт сертификации менеджеров Проектов и Программ? На эти и другие вопросы, связанные с развитием компетенций в проектном управлении, ответит Сергей Гончаров, PMP®, PgMP® в своём докладе «Роль сертификаций PMI в развитии карьеры руководителя, менеджера, администратора Проектов и Программ».

Докладчик: Сергей Гончаров, PMP®, PgMP®. Основатель компании PM City. Опыт управления стратегическими Программами более 20 лет. Участвовал в создании и развитии Российской Торговой Системы, отвечал за формирование и реализацию Портфеля ИТ проектов национального телеком оператора РТКомм.Ру, отвечал за program setup стратегической Программы реконструкции сети МГТС с бюджетом 13 млрд.руб., проводил аудит проектного управления ММВБ. Единственный в России аттестованный PgMP - Program Management Professional.Автор учебных курсов и специализированных семинаров по управлению Проектами, Программами, Портфелем проектов.
Принимал и принимает участие в разработке стандартов PMI: «Practice Standard for Project Risk Management» (reviewer), «Standard for Portfolio Management, 3rd edition» (sub-team Core Committee member).

Семинар состоится в Круглом зале (ауд. 210, 2 этаж) компании Ланит по адресу Доброслободская ул., 5, м. Бауманская. Вход свободный.

Внимание! Для личного участия предварительная регистрация обязательна! Зарегистрироваться

Участники смогут зачесть 1 PDU за этот семинар при продлении сертификации PMI PMP, PgMP. Идентификатор мероприятия C180-OSMC38.

До встречи на семинаре!

На кого равняться то :)

Tue, 10 Jan 2012 08:43:38 GMT

А кого Вы считаете самым классным управленцем в IT?
Кого уважаете больше всех и считаете успешным?

Почему софт такой глючный

Thu, 29 Dec 2011 15:35:03 GMT

Почему софт такой глючный

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

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

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

Взять, например, строителя. Он и 20, и в 50 лет каменщик. Кладёт свои кирпичики, накапливая нехитрые, но полезные ~~скилзы~~ компетенции. Поэтому дома у нас падают не в пример реже софта. А присказку про дятла и программы знают теперь даже в детском саду.

Вопрос в другом, куда деваются опытные ваятели бинарных шедевров, почему программирование стало как война – дело молодых и лекарство против морщин?

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

Так вот.

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

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

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

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

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

Некоторые остались при деле.

Однако и времени кукурузников тоже настал конец. Пришла эпоха дельтапланов.

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

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

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

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

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

Этому факту очень рады работодатели-продавцы летательных устройств. Ведь платить новоиспечённым старателям можно в 3-4 меньше, чем мастодонтам.

Если вы меня спросите, почему я провёл такую регрессивную аналогию, то я вам предложу сравнить время отклика ДОСовской бухгалтерской системы, установленной на 286-ой машинке и реакцию на клик локального ява-приложения на 2-х ядерном icore-7. Сравнение, я думаю, будет не в пользу последнего.

Аристарх: баг таймера

Mon, 19 Dec 2011 04:19:06 GMT

Двухминутная обучалка на тему постановки сроков для сотрудников:

Как вы думаете, к какой методологии или идее относятся приведенные ниже 10 высказываний?

Fri, 09 Dec 2011 04:04:14 GMT

Вопрос с небольшим подвохом :) Как вы думаете, к какой методологии или идее относятся приведенные ниже 10 высказываний?

Удовлетворенность клиента важнее всего.
Проекты выполняются через небольшие пилоты ограниченным числом участников в межфункциональном составе.
Открытость. Все на виду у всех. Рабочие места скомпонованы открытым образом.
Отношения сотрудничества между менеджерами и сотрудниками: сотрудники предлагают, менеджеры принимают к сведению. Менеджеры не строят вертикаль власти, а прислушиваются к исполнителям и всячески стимулируют «инициативу снизу».
Постоянное внесение изменений. Все в постоянном движении. Основной девиз – чтобы не было стагнации и застоя.
Открытое признание проблем. Каждый сотрудник не просто может, а обязан сообщать обо всех проблемах в проекте (компании и т.д.).
Высокая информированность сотрудников. Любая информация является общедоступной для всех сотрудников. Каждый сотрудник знает о планах компании, отдела, проекта. Вся информация находится в открытом доступе.
Формирование «поддерживающих» взаимоотношений – наличие сплоченных команд. Направленность на то, чтобы отношения в коллективе были тесными и здоровыми, поддерживаются неформальные команды. Цель в том, чтобы команды действовали как одно целое.
Самодисциплина – способность к гармоничному взаимодействию с коллегами и клиентами. Гармония в команде возможна в том числе и при развитии себя как личности.
Тотальный контроль качества. Качество ставится во главу угла.

Голосование проводится в блоге Александра Новичкова. Варианты ответов - там же. Комментарии приветствуются! Правильный ответ будет написан после проведения голосования Нам важно ваше мнение, а ваши ответы нужны для статистики!

15 и 16 декабря 2011 г - Управление проектами 2011

Wed, 07 Dec 2011 23:23:02 GMT

Чуть больше недели осталось до крупнейшего мероприятия года в области управления проектами в Москве!

С радостью сообщаю, что программа мероприятия 6-ой международной конференции «Управление проектами 2011», которая будет проходить 15 и 16 декабря 2011 г. в отеле «Холидей Инн Сущевский», Москва, активно пополняется интересными выступлениями. Так и в этот раз, к числу участников присоединились новые авторитетные спикеры, представители крупных российских компаний.

В числе новых тем и спикеров:

Андрей Плужников, Глава управления проектами в Российском Центре Разработки - Дойче Банк

«Управление проектами в Российском Центре разработки – Дойче Банк»

Михаил Степанов, Руководитель проектов компании, «Сбербанк – Технологии»

«Управление рисками в проекте миграции банка на целевую ИТ-платформу»

Также в рамках мероприятия выступят Константин Филиппишин, генеральный директор, ОАО «Управляющая компания ЭкоДолье» и Борис Климов, руководитель проектов инфраструктурного направления, «Лаборатория Касперского».

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

Компания «ЭкоДолье» реализует крупный проект в Оренбургской области, заключив договор о сотрудничестве с областной администрацией. В соответствии с ним компания построит в 5 км Оренбурга на 382 га малоэтажное жилье.
Читать подробнее
«Лаборатория Касперского» сообщает о расширении сотрудничества со Scuderia Ferrari. На финальной гонке Гран-при Формулы-1 сезона 2011 года в Сан-Паулу компания объявила о подписании нового двухгодичного контракта с легендарной гоночной командой.
Читать подробнее
На состоявшейся 7 июля ежегодной церемонии вручения наград за достижения в банковской отрасли в 2011 году журнал Euromoney присвоил Дойче Банку звание Лучшего международного банка. Признание достижений направления коммерческих и инвестиционно-банковских услуг журналом Euromoney стало удачным завершением ряда впечатляющих результатов, которые банк продемонстрировал в течение года, одновременно продолжая процесс успешной структурной интеграции своей деловой активности
Читать подробнее

У крупнейшего банка страны в ближайшее время появится собственная ИТ-компания - «Сбербанк-Технологии». Основная ее задача - обслуживания ИТ-систем «Сбербанка», но в дальнейшем, возможно, и работа на внешнем рынке. Параллельно с организацией новой структуры банк активно нанимает ИТ-менеджеров.
Читать подробнее

Присоединяйтесь!

Нюансы T&M

Wed, 07 Dec 2011 07:20:52 GMT

Никогда не вела проекты по схеме T&M, хочется узнать нюансы (интересуют именно живые проекты, а не теория):
1) Как у вас происходит оплата в таких проектах? Каждый месяц, квартал?
2) Берете ли вы аванс и каким образом?
3) Когда вы решение подготовили, отдали на приемочное тестирование, а в нем нашлись баги - баги тоже оплачиваются по T&M? Маловероятно, но все-таки интересно, вдруг кому-то оплачивают :)
4) Определяется ли заранее какой-то скоуп работ (в часах)? Если да, то что происходит, когда вы в этот скоуп не попадаете, какие санкции?
5) То же по поводу сроков

Заранее благодарна за ответы

Эффективность внедрения проектного управления/ КСУП

Wed, 07 Dec 2011 07:19:33 GMT

Коллеги, будьте любезны, поделитесь ссылками на статьи, исследования и т.п., где есть статистика по экономической эффективности внедрения проектного управления/ КСУП.

Trekking Project Management :: Episode II

Wed, 07 Dec 2011 07:19:12 GMT

Мы запускаем второй Trekking Project Management. До марта 2012 года изучаем проектный менеджмент, готовя путешествие (или готовим путешествие, изучая проектный менеджмент), а в марте летим в Непал и поднимаемся к базовому лагерю Эвереста. Подробности здесь.

Описание первого TPM: подготовка, отчет.

Присоединяйтесь!

Возрастной ценз для менеджера проектов

Wed, 07 Dec 2011 07:18:48 GMT

Предлагаю таки поговорить за возраст МП, имея в виду не показатель зрелости индивидуума, а самый влияющий на это фактор: количество прожитых на грешной земле лет.
А проще говоря, с какого возраста человека можно считать готовым исполнять обязанность МП.
За все отрасли народного хозяйства не скажу, опишу то, что мне близко и дорого, наши родные информационные технологии.
В виду того, что менеджерству проектов никто никогда до 2000-х в отечественных вузах в промышленных масштабах не учил, то состав касты доморощенных МП складывался стохастически, вполне саморегулируемым способом, с помощью естественного отбора.
В МП ИТ попадали бывшие архитекторы и ведущие разработчики. Те, что перерастали окружающий уровень и изъявляли желание взять на себя дополнительный груз ответственности. Или те программисты, потратившие пол жизни на разработку и сопровождение систем, которые безжалостная технологическая революция списала в утиль.
Разными путями, короче, шли к званию МП наши товарищи.
Так вот, по данным моих многолетних наблюдений, настоящим МП может стать человек, имеющий в багаже опыт не менее 10 лет работы в отрасли.
Недаром получила всемирное признание история плотника, сумевшего повести за собой паству лишь в тот момент, когда ему стукнуло 33.
Поэтому я настороженно отношусь к конторам, выдвигающих (регулярно) в МП 25-летних тестировщиков. Закрывать брешь в штатном расписании только потому, что сотрудник выучил свод правил корпоративного проектного управления.
Есть, конечно, примеры 15-ти летних капитанов, 16-ти летних комполка и 25-ти летних миллиардеров. Но это уже происки фантазий Жюля Верна, суровой военной жизни и близкого к ней бандитско-олигархического капитализма. Исключения, подтверждающие правила.

50 000 Профессиональному Руководителю Программ

Thu, 01 Dec 2011 14:27:12 GMT

Компания «PM City» объявляет набор в программу «PM City PgMP Mentoring Program 2012» и учреждает премию в размере 50 000 рублей, которую получит участник программы, первым успешно прошедший аттестацию Program Management Professional инcтитута PMI (PgMP).

Программа, включающая в себя мероприятия по сопровождению участников, готовящихся к аттестации PgMP, будет проходить с 1 декабря 2011 г. по 31 декабря 2012 г.

Дата подведения итогов: 15 февраля 2013 г.

Количество участников программы не ограничено, прием заявок начинается 1 декабря 2011 г. Подать заявку на участие и претендовать на получение премии можно в период всего действия программы (пожалуйста, ознакомьтесь с условиями участия в программе). Однако мероприятия, связанные с подготовкой к аттестации начнутся уже через 2 месяца после начала регистрации – 1 февраля 2012.

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

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

Присоединяйтесь сегодня к нашей программе подготовки к аттестации Program Management Professional, пройдите одно из самых интересных профессиональных испытаний, станьте первым и получите премию в 50 000 рублей!

Желаем удачи!

Контакты организационного комитета Программы: почта pgmp2012@pmcity.ru, телефон +7 926 226-1357

Москва - онлайн доступ на SQA Days

Fri, 18 Nov 2011 20:08:55 GMT

2-3 декабря 2011 года в Москве пройдет ЮБИЛЕЙНАЯ Десятая Международная конференция в области обеспечения качества ПО «Software Quality Assurance Days»

Если вы тест-менеджер и вас беспокоят вопросы управления командой тестировощиков, найм персонала, обучение коллег, управление тестированием, управление процессами обеспечения качества, то вам следует обратить внимание на конференцию SQA Days 10!