Кто без книжки жить не может (уже в Москве): 4-й PMBoK Guide и 2-ая редакция стандарта PgM

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


[...]

Comments Off

Семинар «Ментальные карты — инновационный способ мышления»

12 февраля 2009 состоялась встреча «Ментальные карты — инновационный способ мышления», которую организовывали клуб «Бизнес в стиле .RU» и кафедра инноваций и бизнеса в сфере ИТ.

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

Доступны презентация первого доклада и видео (первый доклад только частично).
Читать дальше...

Comments Off

Автофокус

Марк Форстер, известный на западе гуру тайм-менеджмента, автор трех книг, описал в своем блоге замечательную систему управления делами - AUTOFOCUS.
Совместил ее со своей системой GTD и пользуюсь всего третий день, но такого прорыва в собственной эффективности у меня никогда не было, кроме, может быть, периода, когда я вел хронометраж.
GTD говорит нам, как привести дела в порядок. Но он не помогает перед выбором, что именно делать, когда перед тобой список next-actions из десятков или сотен пунктов. И у многих, как и у меня, скорее всего, многие важные дела откладываются день за днем, а малополезные дела вроде просмотра жж-френдленты занимают слишком много времени. Можно конечно выделить каждый день несколько самых главных дел и усилием воли заставлять себя их сделать несмотря ни на что, “съедать лягушек” каждое утро. Но при этом тратится очень много энергии.
Подход же новой системы Марка Форстера дает сбалансированное рационально-интуитивное решение. Каждый раз, выбирая, что делать из списка дел, мы выбираем интуитивно то, что хотим сейчас сделать, но все дела оказываются сделанными (кроме неважных, которые вы на самом деле и не хотели никогда сделать).
Итак, здесь полное описание системы для тех, кто читает на английском. А здесь я начал коллективный перевод на русский, поэтому моя просьба к тем, кто дружит с английским, помочь в полезном деле.
Читать дальше...

Comments Off

Гибкие методологии разработки: максимальный результат для бизнеса с минимальными затратами

Вчера сделал доклад “Гибкие методологии разработки: максимальный результат для бизнеса с минимальными затратами” на конференции “Оптимизация ИТ-инфраструктуры предприятия”.

Смотрите презентацию:

Комментариев нет

Конференция “Оптимизация ИТ-инфраструктуры предприятия”

В четверг, 19-го (завтра) в Одессе пройдёт конференция “Оптимизация ИТ-инфраструктуры предприятия”.

Время проведения: примерно 10:00-17:00
Регистрация: 9:30 - 10:00
Место: ФАВТ, аудитория 605.
Точнее смотрите в холле факультета - будет висеть объявление.

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

Я буду выступать на конференции с докладом “Гибкие методологии разработки ПО: максимальный результат для бизнеса с минимальными затратами”.

Подробнее:

Одесский ИТ-Клуб проводит конференцию “Оптимизация…
Читать дальше...

Комментариев нет

Живой труп, или ригидный Agile

avva написал пост о своём восприятии Agile:

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

Мой ответ:

Кажется, вам встречались в основном “не тру” аджайлисты.

Очень часто различные полезные течения опошлялись последователями N-ого поколения, копирующими лишь внешние признаки, ритуалы, и превращающие полезные паттерны в ригидные правила.

Так, например, раннее христианство отличается от того, что сформировалось в 5-7 веке, когда сформировался канон.

В то время как одним из ключевых принципов Agile на мой взгляд является необходимость модификации и постоянной подстройки процесса под конкретный проект/команду/сложившуюся ситуацию. (inspect and adapt) …
Читать дальше...

Комментариев нет

База знаний по проекту

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

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

Хочется все это удобно организовать.
- Очень желателен веб-интерфейс
- Очень желательна возможность добавления документов, и редактирования прямо на веб
- Разграничение прав доступа на просмотр/создание/редактирование
- Желательна возможность оставлять комментарии к документам
- Возможность назначения нескольких категорий к документам

Кто-то может что-нибудь посоветовать? Заранее спасибо всем откликнувшимся!
Читать дальше...

Comments Off

Система управления задачами (web, wiki, Гант…)

Подскажите пожалуйста web-решение (возможно, интранет) для управления задачами. Специализация у нас разработка сложных web-порталов. Методология пока классический waterfall, но планируем переходить в сторону Agile/SCRUM.

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

Есть ли возможность реализовать это поверх какого-то стандартного баг-трекера (Trac, Redmine, Bugzilla) например с помощью плагинов или готовых решений?
Читать дальше...

Comments Off

Как централизованно хранить все материалы по проектам?

Так или иначе у меня есть пара десятков живущих и периодически оживающих проектов.

По каждому из них довольно много разнородных материалов. В частности:
- переписка по электронной почте
- логи из мессенджеров
- текстовые документы типа технических заданий и брифов
- тяжёлые файлы дизайны из фотошопа и какого-нибудь корела
- пачки смежных материалов “на почитать для повышения эрудиции по вопросу”
- для веб-проектов ещё скрипты и статические файлы (полное дерево виртуального хоста) и дампы БД
- файлы расписания (например, для Planner или MS Project)
- просто ту-ду списки наведённые где-нибудь в эволюшене
- огромные кучи присланных файлов (вроде исходников пары сотен фотографий по 3.5Мб каждая)
- …

И вот как это всё где-то хранить в одном месте, да ещё и периодически синхронизировать (чтобы не смешивать состояния из разных моментов времени) свои несколько машин и смартфон, плюс то, что прислали разработчики/дизайнеры?

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

Я подумываю о запихивании этого всего в какую-нибудь систему контроля версий. Здесь хотелось бы разделяемости проектов - то есть, чтобы для каждого проекта можно было получить отдельную независимую группу файлов, которую можно было бы бэкапить на болванки (это важно - причём хотелось бы, чтобы проект не сильно рос по объёму от версии к версии), и с которым можно было бы в идеале работать с этой же самой болванки - что-то вроде standalone-репозитория.

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

А. И хочу open-source или очень дешёво. Скорее open-source.
Читать дальше...

Comments Off

Неделя проектного управления

Компания Standish Group International в 2003 году исследовала свыше 13 000 проектов (март 2003 года, исследование “chaos report”). Оказалось, что 82% проектов завершено позже запланированного срока, причём с 2000 года этот показатель вырос на 30%! В тот момент, когда вы читаете эти строки, в мире погибает не один десяток проектов, а не одна сотня проектов, будучи выполненными на 95% ещё 2-3 года назад, продолжает тянуться до сих пор. Одновременно с этим, тысячи проектов успешно завершаются.
Генеральные директора компаний, их карьеры и даже выживание, сейчас как никогда зависят от эффективного управления проектами. И в выживании им помогут именно руководители проектов. В то время как многие профессии в нынешние времена вдруг оказались невостребованными, профессия PM, или руководителя проекта, наоборот, становится сверхвостребованной в деловой среде.

Однако это не означает, что руководителям проектов нужно ликовать. У них своих проблем предостаточно. Удивительно, но слова, которые используют для описания своих проблем менеджеры проектов в разных странах и разных отраслях, практически одинаковы.
Эти жалобы часто звучат так: «практически всегда подводят подрядчики», «в содержание работ часто вносятся изменения», «регулярно отвлекают от работы (заказчики, руководство, коллеги…)», «всегда возникает необходимость что-то переделать», «работа занимает больше времени, чем планировалось», «постоянно возникают непредвиденные сбои и задержки», «у нас недостаточно ресурсов». Наиболее часто встречающаяся жалоба: «Постоянно меняются приоритеты!».

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

Бизнес-сообщество ЗУБРЫ.РУ совместно со своими партнёрами проводит Неделю проектного управления под девизом: «Кризис – возможность для руководителей проектов!». В рамках этого мероприятия будет положено начало формированию сообщества руководителей проектов, которые не просто обсуждают рутинные вопросы, а решают насущные задачи своей деятельности, делятся опытом, развиваются и обучаются, формируют новое знание. читать дальше: что это? как это? и чем мне это будет полезно?

Если у Вас есть знакомый руководитель проектов, дайте ему ссылку на это сообщение - он будет благодарен!
Если данное сообщение не заинтересовало вас - прошу прощения.

Спасибо!
Читать дальше...

Comments Off