usecase.ru – вариант использования

Владимир Иванов и Олексій Просніцький совместно начали создавать общедоступную книгу по управлению проектами с применением широко используемого средства управления проектами Microsoft Project 2010.

Беглый взгляд по части существующих разделов говорит, что в книге идет мапирование методологии PMBoK2008 на технические возможности MS Project. Таким образом, изучая методологию можно сразу изучать и ее практическое применение на одном из инструментов.

Книга создается в формате wiki и расположена по адресу http://turboproject.ru/projectmanagement/MS_Project. По заявлению авторов данная книга будет доступна бесплатно.

Tweet

На днях посмотрел выступление Михаила Заборова в рамках конференции компании CustIs и проекта Стратоплан на тему «О чем нужно обязательно подумать, развивая персонал».

Видео ниже.

Нашел с помощью поста Ивана Селиховкина

Tweet

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

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

Tweet

Меня несклько раз спрашивали начинающие руководители проектов: какой уровень детализации должен быть в проектном плане (WBS – Work Breakdown Structure)? Я отвечал, что детализация WBS всегда зависит от конкретной ситуации.

Для себя я выработал следующею схему.

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

Что значит «задачи, которые ты должен контролировать на своем уровне иерархии»? Это те задачи, которые ты выдаешь своим подчиненным.

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

1. Разработка ТЗ
   1. Собрать требования
   2. Подготовить ТЗ
      1. Описать модуль А
      2. Описать модуль B
      3. Описать модуль C
   3. Согласовать ТЗ
2. Проектирование архитектуры
   1. Разработать общую архитектуру
   2. Разработать архитектуру модуля А [разработчик 1]
   3. Разработать архитектуру модуля B [разработчик 2]
   4. Разработать архитектуру модуля C [разработчик 3]
   5. Разработать структуру БД
3. Разработка …
4. Документирование …
5. Тестирование …
6. Приемка

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

1. Разработка ТЗ
   1. Собрать требования
   2. Подготовить ТЗ
      1. Описать модуль А
      2. Описать модуль B
      3. Описать модуль C
   3. Согласовать ТЗ
2. Проектирование архитектуры
   1. Разработать общую архитектуру [архитектор;тимлид 1;тимлид 2;тимлид 3]
   2. Разработать структуру БД
3. Разработка
   1. Разработать модуль А [тимлид 1]
      1. Разработать экранные формы [дизайнер]
      2. Автоматизировать сценарий 1 [разработчик 1]
      3. Автоматизировать сценарий 2 [разработчик 2]
   2. Разработать модуль B [тимлид 2]
   3. Разработать модуль C [тимлид 3]
4. Документирование …
5. Тестирование …
6. Приемка

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

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

1. Проект 1
   1. Разработка ТЗ
   2. Проектирование архитектуры
   3. Разработка
   4. Документирование
   5. Тестирование
   6. Приемка
2. Проект 2
   1. Разработка ТЗ
   2. Проектирование архитектуры
   3. Разработка
   4. Документирование
   5. Тестирование
   6. Приемка

Tweet

Задался недавно вопросом: какими качествами должен обладать лидер (тимлид, руководитель проекта, менеджер, политик)?

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

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

У меня в жизни не всегда, но часто происходит такой эффект «возгорания» (самостоятельно или от кого-то). И тогда реально сдвигаешь горы. То же происходит с некоторыми моими знакомыми.

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

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

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

Tweet