Том ДеМарко - Deadline. Роман об управлении проектами

Здесь есть возможность читать онлайн «Том ДеМарко - Deadline. Роман об управлении проектами» — ознакомительный отрывок электронной книги совершенно бесплатно, а после прочтения отрывка купить полную версию. В некоторых случаях можно слушать аудио, скачать через торрент в формате fb2 и присутствует краткое содержание. Город: М, Год выпуска: 2006, ISBN: 2006, Издательство: Вершина, Жанр: Программирование, Деловая литература, на русском языке. Описание произведения, (предисловие) а так же отзывы посетителей доступны на портале библиотеки ЛибКат.

Deadline. Роман об управлении проектами: краткое содержание, описание и аннотация

Предлагаем к чтению аннотацию, описание, краткое содержание или предисловие (зависит от того, что написал сам автор книги «Deadline. Роман об управлении проектами»). Если вы не нашли необходимую информацию о книге — напишите в комментариях, мы постараемся отыскать её.

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

Deadline. Роман об управлении проектами — читать онлайн ознакомительный отрывок

Ниже представлен текст книги, разбитый по страницам. Система сохранения места последней прочитанной страницы, позволяет с удобством читать онлайн бесплатно книгу «Deadline. Роман об управлении проектами», без необходимости каждый раз заново искать на чём Вы остановились. Поставьте закладку, и сможете в любой момент перейти на страницу, на которой закончили чтение.

Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

— Кстати о качестве. Вот мы доподлинно знаем, что наши программисты пишут хороший код, — гордо сказала Молли, подходя к огромной красной надписи на дальней стене комнаты. Надпись гласила:

Ровно 14!

— Четырнадцать чего? — удивился мистер Томпкинс.

— Четырнадцать проверок кода без единой ошибки, — Молли прямо светилась от радости.

— Это впечатляет, — пробормотал мистер Томпкинс. — Я полагаю, мы вполне могли бы сэкономить те сорок два человекочаса, которые были затрачены на эти проверки кода, а на качестве продукта это никак бы не отразилось. Ведь ошибок все равно не было.

— Думаю, ты ошибаешься, — несколько раздраженно ответила Молли. — Именно благодаря проверке кода мы добились такого высокого качества работы.

— Только не благодаря последним четырнадцати, верно? Без них вполне можно было бы обойтись.

— Ммм… и тем не менее я могу предоставить данные, которые докажут, что проверка кода приносит проекту много пользы. Я не уверена сейчас в том, что помню цифры,…

— Прекратите, — прервал ее мистер Томпкинс. Он чувствовал, что идет по верному следу.

— А?

— Прекратите проверять код. Просто выбросьте эту фазу из процесса разработки.

— Подождите! — застонала Молли. — Мы не можем так поступить! Аристотель, ну скажи хоть ты ему. Скажи ему то же, что ты говорил нам о важности исправления ошибок во время проверки кода. Он же с ума сошел.

На лице Кенороса появилась странная улыбка.

— Говоришь, он с ума сошел? Это может быть. Только это совсем не значит, что он не прав. Вебстер, я даже не думал о такой возможности, пока ты сейчас об этом не заговорил. Действительно, если во время проверок никто не обнаруживает ошибок, то мы не можем говорить о снижении стоимости исправления ошибок во время проверки!

— Ну, разве что в процессе проверки не были допущены какие-то грубейшие ошибки…

— Их не было, — быстро отреагировала Молли. — Мы проверяли и перепроверяли. Те модули, которые прошли через этот этап без каких-либо ошибок, так же хорошо проходили и тестирование. Так что это правда, ошибок в коде не было.

— Значит, проверка кода действительно просто потеря времени. Прекратите проверки.

Она посмотрела на Кенороса, ища поддержки.

— Ну, я даже не знаю… — начал было тот.

— Аристотель, там нет никаких ошибок, — перебил его мистер Томпкинс. — Именно поэтому мы так сейчас поступаем. Просто изначальное качество кода оказалось куда лучше, чем мы рассчитывали.

— Ммм…

— Вспомни, что ты сам говорил мне об ошибках. Они появляются не в самом модуле, а на «стыке» разных модулей?

— Да, помню.

— Так вот, значит, большинство ошибок — это ошибки взаимодействия, вот в чем дело. Значит, главные ошибки происходят во время проектирования системы. Было бы нелепо полагать, что во время проверки кода можно анализировать архитектуру всей системы. Это же твои собственные слова. Анализ дизайна должен происходить отдельно, тогда же нужно отлавливать ошибки, которые в нем присутствуют. Почему проверка кода считается эффективной? Потому что на этом этапе исправлять ошибки проектирования немного проще, чем во время тестирования. Но ведь наш процесс проектирования стал более формальным. Мы проводим тщательную проверку архитектурных решений, причем не во время написания кода, а в момент проектирования. Именно поэтому у нас практически нет ошибок. А значит, проверка кода — пустая трата времени.

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

— В чем же?

— Нам нужно удостовериться, правильны ли наши предположения. Иначе какая же мы Лаборатория по управлению проектами?

Мистер Томпкинс сидел за столом, озадаченно уставившись на пустую страницу записной книжки, когда в дверях показалась Лакса Хулигэн.

— О, это ты, Лакса, — приветливо сказал он, слегка покраснев.

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

— Ты подарила мне эту записную книжку несколько месяцев назад и сказала, чтобы я делал в ней записи каждый день. Записывать все, чему я в этот день научился, что нового и интересного открыл для себя. И ты знаешь, я ведь так и делал — почти каждый день. А сейчас я уже несколько недель подряд не знаю, что туда писать. Ты не знаешь, отчего так?

Читать дальше
Тёмная тема
Сбросить

Интервал:

Закладка:

Сделать

Похожие книги на «Deadline. Роман об управлении проектами»

Представляем Вашему вниманию похожие книги на «Deadline. Роман об управлении проектами» списком для выбора. Мы отобрали схожую по названию и смыслу литературу в надежде предоставить читателям больше вариантов отыскать новые, интересные, ещё непрочитанные произведения.


Harvard Business Review (HBR) - Управление проектами
Harvard Business Review (HBR)
Отзывы о книге «Deadline. Роман об управлении проектами»

Обсуждение, отзывы о книге «Deadline. Роман об управлении проектами» и просто собственные мнения читателей. Оставьте ваши комментарии, напишите, что Вы думаете о произведении, его смысле или главных героях. Укажите что конкретно понравилось, а что нет, и почему Вы так считаете.

x