Московский метод

января 4, 2010 от Денис Журавлев 1 комментарий »

Начну с истории из реальной жизни. Был у нас один заказчик, который предпочитал сам выставлять приоритеты требованиям и багам. Все начиналось классически — High, Medium, Low. Однако в какой-то момент он решил усовершенствовать эту систему и добавил Very High. Но со временем и этого оказалось мало, появился приоритет Urgent. Наверное, это может продолжаться и дальше.

MoSCoW methodВ другом проекте, при приоритизации требований, использовались аналогичные приоритеты (1,2,3). И нам как разработчикам не всегда удавалось определить логику которая двигала людьми из бизнеса при приоритизации, особенно вызывал внутренний конфликт высокий приоритет юзабилити требований, при низких приоритетах функциональных.

» Читать дальше: Московский метод

Microsoft Project 2010 Вооружен и опасен. Trial версия доступна всем.

декабря 10, 2009 от Денис Журавлев 6 комментариев »

microsoft project professional 2010
Новая версия народно-любимого Проджекта в триале доступна для скачивания:
Бета-версия Microsoft Project Professional 2010

» Читать дальше: Microsoft Project 2010 Вооружен и опасен. Trial версия доступна всем.

Fixed-price со скрытым конфликтом

сентября 11, 2009 от Денис Журавлев 5 комментариев »

Последние полгода был занят на fixed price проектах, и что характерно несмотря на различния в сферах применения в них было много общего.

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

Самое основное, что объеденяет проекты такого рода это изначальное наличие конфликтной ситуации:

Чтобы завершить проект, как планировалось, во время и в рамках бюджета, необходимо зафиксировать требования (freeze requirements), и не допускать дальнейшего изменения и разрастания требований.

» Читать дальше: Fixed-price со скрытым конфликтом

Впечатления от Baseсamp (37 signals)

июня 30, 2009 от Алексей Горобчук Нет комментариев »

Сразу скажу, я получил то, что ожидал. Все просто, аскетично, функционально. Примерно в таком же духе множество отзывов об этой системе, и я подтверждаю это.Что такое BaseCamp? Это онлайн система ведения проектов. Работает по схеме SAS (Software As Service). Мне требуется вести 4—7 небольших проектов одновременно, в каждом из которых задействованы 2—3 человека. Для моего случая BaseCamp оказался очень удобным.В каждом проекте есть списки TODO, списки участников, milestones, whiteboard и сообщения. Как использовать все это богатство вы решаете сами.

» Читать дальше: Впечатления от Baseсamp (37 signals)

Учебные курсы от MS

февраля 5, 2009 от Денис Журавлев Нет комментариев »

msdn

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

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

  • Управление ИТ проектами
  • Инженерный менеджмент и информационные технологии
  • Введение в программную инженерию
  • Разработка распределенных приложений
  • Технология разработки программных систем
  • Многоагентные интеллектуальные системы
  • Технологии программирования. Компонентный подход
  • Введение в Microsoft® Silverlight™ 2
  • и многое другое…

Чтобы результаты были лучше, надо работать … меньше!

января 10, 2009 от Денис Журавлев 1 комментарий »

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

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

Полицейские проекты

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

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

Полицейское отделение как мульти-проектная организация

…Мы расскажем о работе одного отделения эстонской полиции. Если более конкретно, о работе следователей, занимающихся в этом отделении расследованием уголовных преступлений. Какое это имеет отношение к управлению проектами? Каждое уголовное дело — это небольшой (а иногда и большой) проект. Поскольку в каждом участке есть только несколько специалистов, а преступлений совершается много, на момент начала нашей истории каждый следователь имел, по крайней мере, 20—30 открытых дел. Как в каждом проекте, в расследовании тоже не все идет так, как планируется, а значит, случается, что расследование «застревает». Причины? Неявка свидетеля, или необходимость новой длительной экспертизы, или что-нибудь еще, причины могут быть самые разнообразные. Что раньше делал следователь, когда одно дело «застревало»? Он, конечно, брал следующее. И когда с тем возникали проблемы, брал следующее, и так далее. Проходило много времени прежде, чем он мог вернуться к первому делу и продолжать по нему расследование. На языке управления проектами этот феномен называется «перепрыгивание» от задания к заданию. По общепринятой практике для эффективного использования ограниченных ресурсов с необходимыми навыками один ресурс назначается для работы во многих проектах. В результате этот ресурс переключается от одного проекта к другому, немного продвигая вперед каждый открытый проект. Но эта практика имеет серьезные негативные последствия. Одно из них — потеря времени при переключении от одного проекта на другой. Чем дольше перерыв в работе с проектом, тем больше времени уходит на «переналадку». Так, в проектах, требующих полного внимания и концентрации, потеря времени из-за переключения составляет 15—20%.

Но это еще не такая большая проблема по сравнению с тем, как «перепрыгивание» сказывается на времени исполнения всего проекта: чем больше ресурсы заняты во многих проектах одновременно, тем больше времени уходит на исполнение каждого отдельного проекта от начала до конца. Давайте для примера будем считать, что для того, чтобы завершить дело и передать его в прокуратуру, следователь должен работать с ним 5 полных рабочих дней. Реальный срок отправки дела в прокуратуру, однако, зависит от того, как следователь может использовать эти 5 дней. Если у него есть возможность работать с этим делом нормально, а не урывками, оно может быть завершено через десять дней после получения. Но если следователь работает с этим делом один день каждые 3 недели, то для того, чтобы закончить данное расследование, у него уходит почти 3 месяца (84 дня). Разница в 840%! Именно это и имело место в полицейском участке нашей истории: на завершение даже незначительных дел у следователей уходило очень много времени. И ситуация все время ухудшалась. Почему? Чем больше открытых дел было у следователя, тем больше он занимался «перепрыгиванием» от одного дела к другому. Чем больше он «прыгал», тем длиннее становился период времени, через который он мог вернуться к каждому ранее начатому делу, и тем больше времени уходило на завершение расследования. Чем дольше каждое дело ждало завершения и отправки в прокуратуру, тем больше новых дел появлялось у следователя на столе. А чем больше открытых дел было у следователя, тем дольше длилось расследование по каждому конкретному делу и так далее по кругу. От следователей постоянно требовали, чтобы они завершали расследование быстрее. Они работали день и ночь и находились под неимоверным стрессом, но объем работы продолжал расти. Естественно, качество работы страдало, и многие дела возвращались из прокуратуры на доследование, что прибавляло следователям работы и стресса. Этот замкнутый круг хорошо знаком каждой организации, у которой больше одновременных проектов, чем людей, имеющих необходимые навыки для их исполнения. Возможности принять на работу дополнительных специалистов, как правило, нет, и не только из-за того, что это приведет к дополнительным затратам, но и из-за того, что число специалистов требуемой квалификации всегда ограничено. Это верно для любой сферы. Как вырваться из этого замкнутого круга?

Чтобы делать больше работы, работы должно быть меньше.

Полицейские проекты

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

Ограничение — это время наиболее загруженного ресурса (в нашем случае — время следователей). Как использовать время следователей наилучшим образом, как «максимально использовать» ограничение? Не путем выдачи следователям новых дел для «перепрыгивания», а сокращением количества дел, находящихся в производстве у каждого следователя одновременно — для того, чтобы быстрее закончить расследование по этим делам. Было принято решение: каждый следователь не может иметь в производстве больше 5 дел одновременно. А что, если все пять дел «застрянут»? Тогда следователи должны ждать, пока решится какая-нибудь из проблем. Просто сидеть и ждать! А разве это не разбазаривание их драгоценного времени? Нет, потому что теперь у них появилась возможность концентрировать свои усилия, и работа стала двигаться намного быстрее, чем тогда, когда у них было еще 20 других открытых дел, и они ничему не могли уделить полного внимания. Что теперь происходит с остальными уже открытыми делами и с новыми делами? Они лежат в сейфе и ждут своей очереди. Разработанная шкала приоритетности не допускает, чтобы по делам, находящимся в очереди, истекли процессуальные сроки или чтобы дела по преступлениям особой тяжести ждали слишком долго. Да, новые дела стали открываться позже, но расследование по ним завершается значительно раньше. Звучит парадоксально: чтобы закончить раньше, надо начать позже. Результаты, однако, доказывают, что это так:

  • Через один месяц после внедрения решения по Теории ограничений среднее количество завершенных дел выросло на 100%: с 2,1 на следователя в месяц до 4,2;
  • Количество дел, ждущих своей очереди в сейфе, сократилось за один месяц со 140 до 80;
  • Качество работы улучшилось: нет дел, возвращаемых из прокуратуры на доследование, и 50% дел решаются без судебного разбирательства в упрощенном порядке (результаты следствия настолько ясны, что в суде спорить не о чем);
  • Ушел стресс, возросла продуктивность.

Какие уроки можно извлечь из данного кейса? Самый главный: работая в мультипроектной среде, нельзя быть нетерпеливым. Это еще один парадокс управления проектами: для того, чтобы больше проектов завершились успешно, меньше проектов должно запускаться в работу одновременно и больше проектов должно «придерживаться» в соответствии с графиком работы критического ресурса.

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

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

Хейти Пакк
Елена Федурко
Goldratt Baltic Network

(с сокращениями)

Найдено здесь: http://www.toc-center.ru

Дополнительную информацию о «Теории ограничений» можно получить прочитав интереснейщию книгу «Цель: процесс непрерывного совершенствования»

а также из статей:

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

Рецепт доктора Голдратта

Снимаем ограничения

Теория ограничений и теория рачительного производства: друзья или соперники?

Теория ограничений — аспекты управленческого учета

Хронометраж вести стало легче!

декабря 12, 2008 от Денис Журавлев 4 комментариев »

Нактулся в закромах интернета на интересную программу Slife.

Для установки скачал инсталяционный пакет в 400Kb с сайта, а после она еще выкачала себя (9Mb). Видимо исспользует ClickOnce.

day-small.png

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

Вот еще несколько аналогов,

TimeSnapper for Windows
RescueTime for OS X (also available for Windows)
Timecamp
Toggl
ActiveTimer

Еще одна родственная программа но которая делает снимки экрана через определенные промежутки времени TimeSnapper

Agile trend

ноября 11, 2008 от Денис Журавлев Нет комментариев »

Лучше один раз быстро, чем 2 раза правильно.

Анализ исполнения бюджета проекта по методу освоенного объема

сентября 12, 2008 от Денис Журавлев 4 комментариев »

Существует ряд методов анализа исполнения и контроля бюджета проекта, среди которых особенно популярным в последнее время стал метод освоенного объема (earned value), позволяющий по нескольким индексам делать выводы о ходе проекта.

Зачем нужен освоенный объем?

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

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

Для оценки методом освоенного объема используются следующие основные показатели:

BCWS — Budgeted Cost of Work Scheduled — сметная стоимость запланированных к выполнению за рассматриваемый период времени работ;
BCWP — Budgeted Cost of Work Performed — плановая (сметная) стоимость выполненных (фактически) работ — освоенный объем;
ACWP — Actual Cost of Work Performed — фактическая стоимость выполненных работ

Рассмотрим ситуацию на рисунке

Мы потратили на |V| больше, чем было заложено в бюджет. Но что это значит: или сделано больше работы ? или работа обошлась дороже ?

Мы потратили на |V| меньше, чем было заложено в бюджет. Но что это значит: или сделано меньше работы ? или работа обошлась дешевле ?

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

Для того чтобы правильно интерпретировать причины отклонений, и вводиться понятие освоенного объема (BCWP) — Budgeted Cost of Work Performed — плановая (сметная) стоимость выполненных (фактически) работ.

Как рассчитать показатель освоенного объема?

Существует два основных подхода к вычислению показателя освоенного объема (BCWP) в некоторый момент времени:
— просуммировать бюджетную стоимость выполненных на данный момент времени работ (“снизу вверх”);
— определить долю выполненного объема работ от текущего прогноза их общего объема и умножить на BCWS проекта (“сверху вниз”)

Подход “сверху вниз” очевиден для тех работ, которые были запланированы и уже завершены, — для них BCWP равно их бюджетной стоимости. Однако когда осталось доделать только незапланированные работы, этот подход показывает, что BCWP= BCWS, так как бюджетная стоимость незапланированных работ считается равной 0, и отслеживать прогресс проекта по освоенному объему уже нельзя.

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

BCWP работы = (ACWPработы/EACработы) *BCWSработы

Где
— EACработы — текущий прогноз затрат на данную работу
— ACWPработы/EACработы показывает долю уже понесенных затрат в общем объеме затрат на выполнение работы (то есть оценку степени готовности результата)

Поскольку бюджетная стоимость работы равна BCWSработы, то считается, что освоенный объем равен доле готовности от его бюджетной стоимости.

Практика показывает, что второй подход к вычислению освоенного объема проекта в целом, состоящий в применении формулы к параметрам всего проекты (“сверху вниз”), в большинстве случаев более эффективен.

Далее будем предполагать, что используется второй метод. Однако и здесь существуют свои трудности. При использовании второго подхода возникает ситуация, когда “освоенный объем” за предыдущие периоды зависит от прогноза общих затрат на завершение проекта, данного в тот период. Поэтому для расчета BCWP за прошлые периоды используют два показателя — BCWP1, вычисляемый для каждого их прошлых периодов на основе последнего прогноза; и BCWP2, вычисляемый для каждого из прошлых периодов на основе прогноза, данного в тот период.

BCWP1 обычно дает более точную картину, поскольку опирается на последний, более точный прогноз. Совместное использование BCWP1 и BCWP2 позволяет оценить качество прогнозирования.

Две характерные особенности метода освоенного объема
— Освоенный объем может рассчитываться как в стоимостных, так и в натуральных показателях. Если используется несколько разных ресурсов (материалы, трудовые ресурсы), то предпочтительно использование стоимостных показателей.

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

Как анализировать графики?

Анализ по методу освоенного объема подразумевает ответы на следующие вопросы:
— как наши фактические показатели соотносятся с плановым, и по стоимости, по срокам?
— насколько мы опережаем (отстаем) график по стоимости, по срокам?
— каковы тенденции по стоимости, по срокам?
— насколько хороши наши прогнозы?

Рассмотрим, как это можно сделать с помощью визуального анализа графиков. Для простоты будем анализировать часть графиков попарно (в координатах время — деньги, где t1, t2, … — анализируемые периоды), рассматривая по одной или две точки каждого графика.

Как наши фактические показатели соотносятся с плановыми?

Соотношение показателей по стоимости


Работа обошлась на |CV| дороже, чем было заложено в бюджет


Работа обошлась на |CV| дешевле, чем было заложено в бюджет

Соотношение показателей по срокам

Выполнено работ на |SV| меньше, чем было запланировано

Выполнено работ на |SV| больше, чем было запланировано

На сколько мы опережаем график?

По стоимости

Только сейчас (в периоде t2) оправданы затраты, понесенные в прошлом периоде (t1) 


Только сейчас потрачены средства, отведенные на выполнение работ, завершенных в прошлом периоде (t1) 

По срокам

Только сейчас (в периоде t2) выполнен объем работ, который должен быть выполнен в прошлом периоде (t1), то есть имеет место отставание на один период


Объем работ, запланированный на данный момент, был выполнен в прошлом периоде (в периоде t2), то есть имеет место опережение графика на один период

С чего начать?

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

— бюджет — распределение затрат по проекту по периодам (показатель BCWS)
— фактические затраты — фактическое распределение затрат по периодам (показатель ACWP)
— оценка — оценка затрат по проекту в целом, даваемая в каждом периоде (для расчета BCWP1 используется последнее значение, для расчета BCWP2 — значение того периода, для которого ведется расчет)
— индексы — расчет индексов BCWP1, BCWP2, CV, SV по первым таблицам.
Введите в таблицы данные по проекту и постройте в Excel графики

Должно получиться нечто похожее на следующий график.

И в завершении вопрос стоит ли продолжать проект по данным которого построен график ?

Продолжение данной темы можно найти в книге «Управление проектами: стандарты, методы, опыт» А. Товб, Г.Ципес

Офисная байка про муравья в картинках

сентября 12, 2008 от Денис Журавлев 2 комментариев »

Каждый день, с утра пораньше приходил на работу продуктивный и веселый МУРАВЕЙ






















Взято с http://fishki.net/