Реклама. ООО «ЛитРес», ИНН: 7719571260.
Предисловие
Введение
* * *
Для кого эта книга
Что я думаю о вас
Как пользоваться этой книгой
Глава первая. Краткая история управления проектами (и зачем это вам нужно)
* * *
История нам в помощь
Разработка, кухня и скорая помощь
Задача проектного менеджмента
Программный и проектный менеджмент в Microsoft
Сбалансированность проектного менеджмента
Стресс и отвлекающие факторы
Грамотная вовлеченность
Резюме
Упражнения
Часть первая. Планирование
Глава вторая. Вся правда о графиках работы
* * *
Три задачи графика
Палочка-выручалочка и методология
Как выглядят графики
Почему графики срываются
Что должно произойти, чтобы график сработал
Резюме
Упражнения
Глава третья. Как понять, что делать
* * *
Развенчание мифов планирования
Планирование: три подхода
Волшебный междисциплинарный взгляд
Правильные вопросы
Как не надо строить планы: перечень ошибок
Процесс планирования
Изучение потребностей клиентов и допускаемые просчеты
Собираем все вместе: требования
Резюме
Упражнения
Глава четвертая. Как правильно написать документ-вИдение
* * *
Ценность записей
Объем документа
Пять качеств хорошего видения
Ключевые моменты видения
Учимся писать красиво
Черновик, вычитка и правки
Каталог провальных формулировок видения (которых следует избегать)
Примеры видений и задач
Видения должны быть визуальными
Проверка адекватности видения: ежедневные напоминания
Резюме
Упражнения
Глава пятая. Откуда берутся идеи
* * *
Пропасть между требованиями и решениями
Плохие идеи существуют
Можно мыслить стандартно и нестандартно
Хорошие идеи рождаются из хороших вопросов
Плохие идеи приводят к хорошим
Перспектива и импровизация
Проектирование начинается с клиентского опыта
Проектирование – это цепочка обсуждений
Резюме
Упражнения
Глава шестая. Что делать с найденными идеями
* * *
Бесконтрольные идеи
Управление идеями требует твердой руки
Контрольные точки этапов проектирования
Как консолидировать идеи
Прототипы – ваши друзья
Вопросы по итерациям
Список открытых вопросов
Резюме
Упражнения
Часть вторая. Навыки
Глава седьмая. Как написать качественные спецификации
* * *
Что могут и чего не могут спецификации
Какие спецификации нужны
Спецификации – это не проектирование
Кто, когда и как
Когда спецификации готовы?
Проверка и обратная связь
Резюме
Упражнения
Глава восьмая. Как принимать хорошие решения
* * *
Как оценить решение (что на кону)
Поиск и оценка вариантов
Информация как луч света
Смелость принимать решение
Внимание и анализ
Резюме
Упражнения
Глава девятая. Общение и отношения
* * *
Управление через общение
Базовая модель общения
Распространенные проблемы общения
Проекты зависят от отношений
Лучший подход к работе
Резюме
Упражнения
Глава десятая. Как не раздражать людей: процессы, электронная почта и собрания
* * *
В двух словах: почему люди раздражаются
Влияние хороших процессов
Нераздражающая электронная почта
Как провести нераздражающее собрание
Резюме
Упражнения
Глава одиннадцатая. Что делать, когда все идет наперекосяк
* * *
Примерный план действий
Самые распространенные ситуации
Ответственность
Устранение ущерба
Решение конфликтных ситуаций и переговоры
Роли и полномочия
Эмоциональный арсенал: давление, чувства и комплекс героя
Резюме
Упражнения
Часть третья. Менеджмент
Глава двенадцатая. Почему лидерство опирается на доверие
* * *
Как завоевать и утратить доверие
Четко обозначить доверие (зеленый свет)
Различные типы власти
Доверяйте другим
Доверие – страховка от невзгод
Модели, вопросы и конфликты
Доверяйте и не бойтесь ошибок
Доверяйте себе (уверенность в своих силах)
Резюме
Упражнения
Глава тринадцатая. Как добиться результата
* * *
Приоритеты помогают добиться результата
Чтобы добиться результата, нужно сказать «нет»
Ближе к реальности
Ваш критический путь
Будьте упорны
Знания и смекалка
Резюме
Упражнения
Глава четырнадцатая. Стратегия «середины игры»
* * *
Летим впереди самолета
Осторожность прежде всего
Конвейер программирования
Как попасть по движущимся мишеням
Резюме
Упражнения
Глава пятнадцатая. Стратегия завершающего этапа
* * *
Большие дедлайны – это всего лишь несколько второстепенных дедлайнов
Элементы оценки
Элементы контроля
Конец «конца игры»
Пора праздновать
Резюме
Упражнения
Глава шестнадцатая. Власть и политика
* * *
Тот день, когда я ввязался в политику
Источники власти
Злоупотребление властью
Как решать политические проблемы
Тактики влияния на людей, наделенных властью
Изучить игровое поле
Резюме
Упражнения
Приложение. Руководство для групповых обсуждений
* * *
Добро пожаловать в «Клинику менеджеров проекта»
Как организовать свою дискуссионную группу
Примерные темы обсуждения
Библиография с аннотациями
* * *
Философия и стратегия
Психология
История
Менеджмент и политика
Наука, инжиниринг и архитектура
Процесс и методология разработки программного продукта
Благодарности
К доработанному изданию
К предыдущему изданию
Фотографии
Об авторе
Эту книгу хорошо дополняют:
С первым изданием случилось невероятное. Книга разошлась огромным тиражом; попала в несколько списков бестселлеров, стала номинантом различных премий и привлекла достаточно внимания, побудив автора объехать весь мир и рассказать о своих идеях. А потом произошло еще более неожиданная вещь: у книги поменялось название.
Мы с издательством O’Reilly договорились, что если уж книге предстоит обрести вторую жизнь (изначально книга называлась «Искусство управления IT-проектами»[1]), то нужно ее доработать. Мы обновили и дополнили текст, чтобы чтение доставило вам еще большее удовольствие. Если вам интересно, почему изменили название, позвольте перечислить несколько возможных причин.
.....
• Признавать сложность / отстаивать простоту. Многие становятся жертвой сложности. Столкнувшись с организационными или инженерными трудностями, они тонут в частностях и забывают об общей картине. Некоторые предпочитают отрицать сложность и принимать неудачные решения, потому что плохо воспринимают все тонкости ситуации. Баланс состоит в том, чтобы понимать, какой подход к проекту принесет больше пользы для текущей проблемы, и умело переключаться между разными подходами или держать их в голове одновременно (только чтобы голова не взорвалась при этом). Менеджеры проекта должны убедить команду стремиться к простоте в работе, не приуменьшая при этом всю сложность, связанную с созданием правильного, надежного кода.
• Нетерпение / терпение. Большую часть времени менеджер проекта подталкивает команду к действиям, следит за их рациональностью и целенаправленностью. Однако в некоторых ситуациях нетерпение вредит проекту. Периодически приходится тратить время на политические, межорганизационные или бюрократические действия – кто-то должен присутствовать на встречах или в конференц-зале и проявлять терпение. Знать, когда поднажать, а когда отступить, чтобы все шло своим чередом, – способность, которую нужно развивать менеджеру проекта.
.....