Анатомия одного проекта

Анатомия одного проекта
О книге

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

Книга издана в 2023 году.

Читать Анатомия одного проекта онлайн беплатно


Шрифт
Интервал



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

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

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

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

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



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

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


Часть 1 – классические метод ведения проектов, водопадная модель.


Интеграция


Думайте на бумаге. Каждая минута, затраченная на планирование, экономит 10 минут при осуществлении плана.

Брайан Трейси


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

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

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



Вам будет интересно