LT People

По многочисленным просьбам участников 17 Международной он-лайн конференции «Управление проектами 2010 с минимальными затратами», проходившей в марте 2010 года переведены на русский язык презентации иностранных экспертов. Предлагаем Вашему вниманию эти материалы.
• Eric Uyttewaal. «Опыт реального применения критического пути в Microsoft Project. Ресурсный критический путь»
• Darius Snapkauskas. «Обзор Microsoft Project Server 2010. «Живая» демонстрация, ответы на вопросы»
• Ali Jaafari. «Процессы и инструменты для оценки и разработки неформальных менеджерских компетенций (soft competencies)»
• Avraham Mordoch. «Офис управления проектами и измерения как ключевые элементы успешной реализации проектов»
• Chris Cartwright. «Стандарты PMI: Прошлое, настоящее, будущее»
• Ricardo Vargas. «5 вещей, о которых Вы должны знать для внедрения ОУП с минимальными затратами»
• Chris Cartwright. «Опыт построения «лучшего в своем роде» Офиса управления проектами»

Недавно прочитал статью Atwood-а и заинтересовался вопросом.

Если учесть закон Мура, то когда нужно решать проблему производительности повышением мощности оборудования? В общем случае, почти всегда:) …

(more…)

Посмотрел на днях этот фильм (пр-во Тренинг Медиа), показался забавным. Снят в стиле рекламы МММ, по крайней мере мне так показалось:)

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

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

В целом рекомендую.  Нескучно, с русским колоритом, опять же.

Наткнулся на интерессную статью …

парадигма неограниченых ресурсов

Привет,

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

Вопрос, а что же ждут от менеджеров Разработчики ? Что хотят люди, которыми эти менеджеры руководят?

Конечно, менеджер всегда должен знать, что он него ждут, но это опять же о том, что менеджер должен, а не о том, что от него хоят.

Предлагаю высказываться …

http://software-testing.ru/lib/ashmanov/ashrul2.htm

Еще один сборник тезисов по поводу управления проектами. Наверное, что-то совсем новое тут встретить тяжело, хотя один тезис меня зацепил: “план есть квинтэссенция ответственности. Соответственно, руководитель без плана — лицо безответственное.”

Собственно, видимо по этому я так не люблю писать планы

Наткнулся на некоммерческий русский перевод SWEBOK
http://sorlik.blogspot.com/

Большое спасибо автору - Сергею Орлику.

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

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

Авторы предлагают количественно оценивать риск с помощью диаграмм неопределенности. Диаграмма неопределенности сроков показывает для промежутка времени вероятность окончания проекта к той или иной дате в этом промежутке. С помощью такой диаграммы можно оценить, какова вероятность закончить проект в срок, или, например, когда проект будет готов с вероятностью 50% и т.п.

В книге выделяются типичные риски любого проекта разработки ПО и данные по неопределенности по этим рискам, накопленные в ходе многолетней работы авторов в консалтинге. Также авторы предлагают продукт “Riskology”, разработанный на основе MS Excel, который позволяет построить диаграмму неопределенности для своего проекта с учетом даных, накопленных в отрасли.

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

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

1. Внутренние изъяны календарного планирования
2. Раздувание требований 
3. Текучесть кадров 
4. Нарушение спецификаций 
5. Низкая производительность

 

 

Аннотация на books.ru.

Обсуждение книги на дружественном блоге.

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

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

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

Добавлено 11 января 2006:

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

Добавлено 13 января 2006:

Коллеги на блоге Codemate.net публикуют эти уроки в электронном виде .

Добавлено 16 января 2006:

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

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