[2/3] The Art of Project Management (Искусство управления IT-проектами) (Рубрика Management)

Продолжая рассказ про эту книгу Скотта Беркуна, начатый ранее, я хотел бы поговорить про вторую часть книги под "Skills"

7) Writing good specifications Автор рассказывает о том, что хорошая спецификация дает тройную пользу

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

8) How to make good decisions Для начала надо научиться принимать решение о том, а каким решениям надо уделать время, а какие принимать не раздумывая. Важно понимать последствия решения перед тем, как тратить на них свое время. Надо уметь сравнивать заслуживающие внимания решения по списку критериев. Информация и данные не примут решения за вас, поэтому не стоит постоянно пытаться собрать больше данных:)

9) Communication and relationships Проект движется вперед при помощи общения людей в команде, причем важно качество общения. Хорошие взаимоотношения улучшают и ускорят общение, а плохие могут парализовать проект. Существуют типичные проблемы в общении, которые хороший руководитель проектов должен уметь идентифицировать и фиксить:

• Неверные предположения
• Отсутствие ясности изложения
• Нежелание слушать
• Диктат
• Подмена понятий
• Персональные нападки и упреки Для улучшения взаимоотношений часто достаточно распределить и зафиксировать роли

10) How not to annoy people: process, email, and meetings В этой главе автор рассказывает как не раздражать других людей, сделав неинвазивные процессы, а также соблюдая базовые правила отправки писем и проведения совещаний. В принципе, советы дельные, но достаточно базовые

11) What to do when things go wrong Здесь автор классно рассказывает о том, как вести себя во время сложной ситуации. Начать надо с того, что сохранять спокойствие и попробовать действовать по принципу разделяй и властвуй, отдельно решая под-проблемы, входящие в одну общую. Автор разбирает как действовать в стандартных ситуациях: когда был просчет в расписании, вас принуждают к нерациональным действиям, у вас дефицит ресурсов, низкое качество проекта, поменялось направление или даже если есть угроза мятежа. Важно принять на себя ответственность и дальше взять решение проблемы в свои руки. Тут же автор дает базу по ведению переговоров и разграничению полномочий при решении проблем. Заканчивается глава тем, как люди реагируют на давление обстоятельств (||по разному||)

Окончание рассказа в следующем посте

#Management #Agile #Project #Leadership #SelfDevelopment #Software #Processes