Автоматизация управления компаниями

Что такое Business Intelligence? | Главная | Конституция, Сказка для взрослых

Октябрь 27, 2006

Путь камикадзе. Как разработчику программного обеспечения выжить в безнадёжном проекте

Путь камикадзе. Как разработчику программного обеспечения выжить в безнадёжном проектеКнига Эдварда Йордона “Путь камикадзе. Как разработчику программного обеспечения выжить в безнадёжном проекте” попала мне в руки n-лет тому назад, во время очередного безнадежного проекта. В то время книга оказалась очень кстати, хотя сейчас, листая страницы, многие вещи кажутся очевидными.
Несколько слов описания
Практически каждому разработчику ПО и менеджеру приходится сталкиваться с проектами, характеризующимися никуда не годным персоналом, планом и бюджетом, т.е. проектам, обреченными на неудачу.
В условиях реинминиренга корпораций безнадежные проекты становятся “стилем жизни” многих организаций. Книга Эдварда Йордона является руководством по решению следующих проблем:

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

    Содержание

    ПРЕДИСЛОВИЕ
    ГЛАВА 1. ВВЕДЕНИЕ
    1.1 ОПРЕДЕЛЕНИЕ БЕЗНАДЕЖНОГО ПРОЕКТА
    1.2 КАТЕГОРИИ БЕЗНАДЕЖНЫХ ПРОЕКТОВ
    1.3 ПОЧЕМУ СУЩЕСТВУЮТ БЕЗНАДЕЖНЫЕ ПРОЕКТЫ ?
    1.3.1 Политика, политика, политика
    1.3.2 Наивные представления маркетинговых служб, высшего руководства, менеджеров проекта и др.
    1.3.3 Наивный оптимизм юности: «Мы сможем сделать это за выходные!»
    1.3.4 Менталитет первопроходцев у неопытных предпринимателей
    1.3.5 Менталитет «Морского Корпуса» (Marine Corps): Настоящие программисты не нуждаются в сне!
    1.3.6 Высокая конкуренция, порожденная глобализацией рынков
    1.3.7 Высокая конкуренция, вызванная появлением новых технологий
    1.3.8 Сильное воздействие неожиданных правительственных решений
    1.3.9 Неожиданный и/или незапланированный кризис
    1.4 ПОЧЕМУ ЛЮДИ УЧАСТВУЮТ В БЕЗНАДЕЖНЫХ ПРОЕКТАХ?
    1.4.1 Риск высок, но вознаграждение тоже
    1.4.2 Синдром покорителей Эвереста
    1.4.3 Наивность и оптимизм молодости
    1.4.4 Альтернатива - безработица
    1.4.5 Возможность будущей карьеры
    1.4.6 Альтернатива - банкротство или прочие разные бедствия
    1.4.7 Возможность победить бюрократию
    1.4.8 Месть
    1.5 ЗАКЛЮЧЕНИЕ
    ГЛАВА 2. ПОЛИТИКА
    2.1 ИДЕНТИФИКАЦИЯ «ИГРОКОВ», ВОВЛЕЧЕННЫХ В ПРОЕКТ
    2.1.1 Владелец
    2.1.2 Заказчики
    2.1.3 Акционеры
    2.1.4 Заинтересованные лица
    2.1.5 Защитники
    2.2 ОПРЕДЕЛЕНИЕ СУЩНОСТИ ПРОЕКТА
    2.3 ОТНОШЕНИЕ УЧАСТНИКОВ К ПРОЕКТУ
    2.4 ЗАКЛЮЧЕНИЕ
    ГЛАВА 3. ПЕРЕГОВОРЫ
    3.1 НОРМАЛЬНЫЕ ПЕРЕГОВОРЫ
    3.2 ДОПУСТИМЫЕ КОМПРОМИССЫ
    3.3 ПЕРЕГОВОРНЫЕ ИГРЫ
    3.4 СТРАТЕГИИ ПЕРЕГОВОРОВ
    3.5 ЧТО ДЕЛАТЬ В СЛУЧАЕ ПРОВАЛА ПЕРЕГОВОРОВ
    ГЛАВА 4. ЧЕЛОВЕЧЕСКИЙ ФАКТОР В БЕЗНАДЕЖНЫХ ПРОЕКТАХ
    4.1 КАДРОВЫЕ ВОПРОСЫ
    4.2 ЛОЯЛЬНОСТЬ, ОТНОШЕНИЕ, МОТИВАЦИЯ И ВОЗНАГРАЖДЕНИЯ
    4.2.1 Стимулирование участников проекта
    4.2.2 Сверхурочная работа
    4.3 ЗНАЧЕНИЕ КОММУНИКАЦИИ
    4.4 ПРОБЛЕМЫ ФОРМИРОВАНИЯ ПРОЕКТНОЙ КОМАНДЫ
    4.5 УСЛОВИЯ РАБОТЫ
    4.6 ЗАКЛЮЧЕНИЕ
    ГЛАВА 5. ПРОЦЕССЫ
    5.1 КОНЦЕПЦИЯ «TRIAGE»
    5.2 ВАЖНОСТЬ УПРАВЛЕНИЯ ТРЕБОВАНИЯМИ
    5.3 SEI, ISO-9000. ФОРМАЛЬНЫЕ ПРОЦЕССЫ ПРОТИВ НЕФОРМАЛЬНЫХ
    5.4 «ДОСТАТОЧНО ХОРОШЕЕ» ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ
    5.5 НАИЛУЧШАЯ ПРАКТИКА И НАИХУДШАЯ ПРАКТИКА
    5.6 ПРИНЦИП «ЕЖЕДНЕВНОЙ СБОРКИ ПРОЕКТА»
    5.7 УПРАВЛЕНИЕ РИСКАМИ
    5.8 ЗАКЛЮЧЕНИЕ
    ГЛАВА 6. ТЕХНОЛОГИЯ И СРЕДСТВА
    6.1 МИНИМАЛЬНО НЕОБХОДИМЫЙ НАБОР СРЕДСТВ
    6.2 СРЕДСТВА И ПРОЦЕССЫ
    6.3 РИСК ВЫБОРА НОВЫХ СРЕДСТВ
    6.4 ЗАКЛЮЧЕНИЕ
    ГЛАВА 7. БЕЗНАДЕЖНЫЕ ПРОЕКТЫ КАК ОБРАЗ ЖИЗНИ
    7.1 ПОЧЕМУ БЕЗНАДЕЖНЫЕ ПРОЕКТЫ СТАНОВЯТСЯ НОРМОЙ
    7.2 УЧРЕЖДЕНИЕ «КУЛЬТУРЫ» БЕЗНАДЕЖНЫХ ПРОЕКТОВ
    7.3 ОБУЧЕНИЕ УЧАСТНИКОВ БЕЗНАДЕЖНЫХ ПРОЕКТОВ
    7.4 КОНЦЕПЦИЯ «ВОЕННЫХ ИГР»
    7.5 ЗАКЛЮЧЕНИЕ

    А сколько она стоит в интернет-магазине Болеро?

    

    2 комментариев к записи “Путь камикадзе. Как разработчику программного обеспечения выжить в безнадёжном проекте”

    1. Fisher350 пишет:

      Для меня это бесценный материал

    2. Impact PopUp пишет:

      Сейчас как раз читаю эту книгу. Пока нравится, много толковых мыслей излагает Эдвард. Рекомендую почитать всем IT-разработчикам.

    Оставьте, пожалуйста, ваш комментарий