Архив автора: Трофимов Валерий

На рынке управления проектами сразу несколько революций.

Новый Turbo Planner 2014 вместе со Spider Project Professional начали формировать новый де-факто стандарт управления стройкой, где Primavera выглядит решением начального класса.

Древняя магия нормирования проектов ПИР/НИОКР по методикам СССР не просто восстановлена, а вошла в состав Turbo Planner 2014.

читать статью

В Microsoft также революция: новый генеральный директор Microsoft фактически расформировал группу разработчиков MS Project Server (Online).

Новый руководитель Microsoft Сатья Наделла энергично занялся переделкой наследства Стива Балмера безжалостно закрывая какие-то проекты, а где-то создавая новые продукты. Внимательный анализ организационных перестановок в Microsoft показывает, что весьма вероятен сценарий «каннибализации» MS Project Server со стороны MS SharePoint. Это переводит в зону максимального риска тех, кто производит решения неработоспособные без MS Project Server, т.к. неясны намерения Microsoft по судьбе продукта. То что он будет это очевидно, но вопрос какой?

Читать статью

В то же время для десктопа MS Project впервые Microsoft дал гарантии защиты инвестиций партнеров и клиентов.

читать статью

Внимание: Service Pack 1 для Microsoft Project 2013

Не ставьте Service Pack 1 для Microsoft Project2013

Как сообщают пользователи у Microsoft опять получился «битый» Service Pack.

У Microsoft был уже страшный факап с Service Pack для MS Project Server 2010, который его выводил из строя.

Сейчас все серьезней. Service Pack 1 для MS Project 2013 наносит ему множественные повреждения. Одна из самых тяжелых ошибок состоит в том, что перестают работать несколько базовых планов и базовые планы хаотически затирают друг друга. Инцидентыв Microsoft подняты и от туда гробовое молчание.

Ранее Microsoft удавалось несмотря на оставляющее желать лучшего тестирование MS Project Server поддерживать очень высокое качество тестирования десктопа MS Project. Сейчас появляются вопросы.

В общем. Просто не ставьте Service Pack 1 для MS Project 2013.

Тестирование его явно не закончено. Ждите Service Pack 2.

Управление проектами. Камни преткновения

Управление проектами. Камни преткновения

Карен Рихтер,
тренер консультант компании BuroAkzent

Адрес статьи: http://www.iteam.ru/publications/project/section_40/article_2873/


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

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

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

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

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

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

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

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

Мотивация проектных команд

Мотивация проектных команд

Модуль позволяет осуществлять мониторинг реализации проектов любой сложности:

  • проекты основной деятельности:  девелопмент, консалтинг, IT-разработка, инжиниринг, прочее
  • проекты организационного развития
  • модернизация производства и капитальные ремонты
  • НИОКР
  • инвестиционные проекты реализации стратегии развития

Скачать статью

Применение принципов Деминга, Голдратта и методологии «Шесть сигма» в управлении проектами

Только глупец учится на собственных ошибках, в то время как умные люди извлекают для себя уроки из чужих промахов. Среди современных ученых, занимавшихся этими проблемами, есть два признанных гения: У. Эдвардс Деминг (W. Edwards Deming) и Элияху М. Голдратт (Eliyahu M Goldratt). Они анализировали существовавшие в компаниях проблемы, находили их корни и предлагали решения, внедряя которые компании становились мировыми лидерами в своих отраслях. В наше время созданные ими теории могут быть дополнены современными комплексными подходами, способными многократно ускорить продвижение организаций к стоящим перед ними целям. К их числу относится, в частности, методология ?Шесть сигма?. Читать далее

Влияние терминологии на эффективность совмещения проектных и операционных работ

1. ВВЕДЕНИЕ

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

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

В результате время в пути не только не сократилось, но и выросло, поскольку не была обеспечена готовность региона к коммуникациям в формате глобальной корпоративной системы поставок GSN (Global Sourcing Network), и его заказы на производстве в далекой Бразилии выполнялись и отгружались дольше регулярных и в последнюю очередь. Кроме того, из-за непредвиденных случайных факторов (забастовки бразильских докеров, проблемы в координации планов загрузки контейнеров и выхода судов из порта, и т.д.) пришлось существенно увеличить страховой запас в регионе. Так что снижение запасов в дистрибьюционном центре не смогло перекрыть их рост в регионе. То есть, ни одна из поставленных целей не была достигнута.

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

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

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

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

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

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

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

Для проектных организаций эта проблема не столь остра, поскольку у них заведомо существуют развитые проектные (они же производственные) подразделения наряду со сбытовыми, и организация изначально готова к корректному и эффективному совмещению в любом из подразделений этих двух видов деятельности. Но в непроектных организациях, которых все же абсолютное большинство, и у которых проектные (непроизводственные) подразделения и практики зачастую просто отсутствуют, подобное совмещение работ с очень большой долей вероятности будет организовано некорректно. И тут следует ожидать либо неэффективной траты времени и ресурсов на проекты, либо пробуксовки основных операционных работ, либо того и другого вместе. Подробнее об этом говорится, в частности, в статье «Биатлон для топ-менеджера», опубликованной в журнале «Управление проектами», №2-2010.

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

Gartner: 10 стратегических IT-технологий в 2014 году

Gartner опубликовал список 10 важнейших стратегических IT-технологий в 2014 году.

Вот они с моими комментариями.

1. Управление мобильными устройствами в корпорациях
Начавшаяся мобильная революция во многом связана с тем, что персонал компаний за свой счет покупает смартфоны и планшеты, которые использует для бизнеса работодателя.
Проблема наличия устройств не принадлежащих компании, но управляющих ей, действительно критическая. Я думаю Apple, Google и Microsoft будут предлагать продвинутые технологии централизованного менеджмента мобильных ОС.

2. Мобильные приложения
Мобильные приложения для смартфонов и плашетов в топе. Gartner отмечает, что не будет ведущих вендоров для них с монопольной долей на манер Microsoft и ожидает порядка 100 вендоров контролирующих рынок. Gartner ожидает, что в 2014 году  мобильные приложения выйдут на новый уровень предлагая интерфейсы пользователей с аудио и видеовзаимосдействием. Последнее не считаю фантастикой, я вижу как разгоняется мой канал на YouTube даже по узкой теме управления проектами.

3. Интернет «в вещах»
Gartner говорит об этом давно. Смысл в том, что через WiFi практически любое домашнее оборудование будет подключено к Интернет. Определенный прорыв тут наметился. НедавноGoogle купил за 3 миллиарда долларов стартап бывших сотрудников Apple, которые выпускали термостаты для управления отоплением в доме. Поскольку отопление на Западе, или даже на даче в РФ, весьма дорогое, где-то $3000 за сезон, то такие устройства не прихоть, а окупаются буквально за сезон отопления. Вполне вероятно мы сможем управлять всем домашним оборудованием просто через браузер и в 2014м может начаться волна поставщиков таких устройств.

4. Гибридные облака и IT подразделения как посредники к облакам
Серьезный корпоратив окончательно выбрал гибридное облако, где только часть информации в облаке, а часть в компании. Это позволяет делать приложения надежнее и решить проблему безопасности в облаке, т.к. в гибридном облаке возможно шифрование данных до перемещение на сервера Microsoft и Google, а также удержание копии важнейших данных в компании.

5. Архитектура «Клиент-Облако»
Облака возвращают идею «толстых» клиентов. Не так важно будет это мощное HTML5 приложение или же подключение десктопа MS Project к облаку, но именно такая архитектура намного более эффективна «тонких» клиентов с учетом непостоянной связи с облаками с мобильных ноутбуков, планшетов и смартфонов.

6. Эра персонального облака, конец «одного личного устройства»
Ранее пользователи были сфокусировано вокруг одного устройства для работы такого как ноутбук или персональный компьютер. Этому приходит конец, люди будут использовать множество устройств для работы с информацией и интегрировать их будут персональные облака типа MS SkyDrive или Google Docs. К персональному облаку, а не к устройству становится привязан пользователь.

7. Тотальное превращение устройств в программы. «Виртуализация» всего
Все устройства превращаются в виртуальные в публичных и частных облаках. Ранее виртуализация могла сделать «виртуальную машину» с операционной системой, сейчас речи идет о «виртуализации» целых блоков IT-инфраструктуры (Software Defined Everything) Жесткие диски становятся облачными. Сети начинают работать с виртуальных систем организации сетей, как пример трансляция инфраструктуры сетей Microsoft из облака MS Office 365. Привязка какой-либо IT-инфраструктуры «к железу» растворяется. Все определяет программное обеспечение, которое создает виртуальные модели любых устройств и систем абстрагируясь от hardware

8. Масштабирование IT-решений через Web-сервисы
Корпоративные разработчики будут ставить не на покупку и создание своих ЦОД, а продумывать гибридные облачные решения, где нагрузочные вычисления выполняются у Microsoft, Google и Amazon.

9. «Умные машины» с элементами искусственного интеллекта
Компьютеры становятся более мощными. Распознавание речи и даже возможность беседы с пользователями будут широко внедряться с использованием облачных сервисов от суперкомпьютеров типа IBM Watson позволяющих реализовать такие технологии. Действительно, Apple Siri и речевые сервисы Google уже работаю весьма сносно. Я большую часть поисковых запросов на планшете делаю голосом.

10. 3D-печать
Стоимость 3D-принтеров упала с $50.000 до $300, что вызовет их бум и повсеместное внедрение. Как следствие это вызывает новый бум 3D-приложений таких как CAD-системы, в том числе для использования не профессионалами.

Контроль финансовой состоятельности инвестиционного проекта А. Ф. Гарифулин

Опубликована статья:

Контроль финансовой состоятельности инвестиционного проекта

А. Ф. Гарифулин экономист
Журнал «Планово-экономический отдел» №2 за 2014 год

Адрес документа: http://www.cfin.ru/finanalysis/invest/solvency.shtml
Обновлено: 22.04.2014


Инвестиции по своей природе являются долгосрочными вложениями капитала с целью получения экономического эффекта в будущем. Главным источником финансирования зачастую выступает заемный капитал (в основном — кредиты банков). В связи с этим в качестве главных участников инвестиционного проекта можно выделить два субъекта — собственников бизнеса, осуществляющих инвестиционный проект с привлечением заемного капитала, и кредитующую организацию, предоставляющую средства для финансирования инвестиционных затрат на платной и возвратной основе. Рассмотрим подробно данную тему.