Фредерик П. Брукс

Вид материалаДокументы
Рабочая тетрадь проекта
Подобный материал:
1   ...   11   12   13   14   15   16   17   18   ...   48

Рабочая тетрадь проекта


Что. Рабочая тетрадь проекта является не столько отдельным документом,сколько структурой, налагаемой на все документы, которые будут созданы вовремя выполнения проекта.

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

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

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

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

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

Механика. Как и во многих задачах управления программными проектами,проблема технических меморандумов усложняется нелинейным образом по мереувеличения объема данных. Если в работе участвуют 10 человек, документыможно просто пронумеровать. Если участвуют 100 человек, часто достаточнонескольких линейных последовательностей. Для 1000 сотрудников, неизбежноразбросанных по нескольким площадкам, возрастает потребность вструктурированной рабочей тетради, и, следовательно, возрастает ее объем.Как поступать в этом случае?

Я думаю, мы правильно поступили при работе над проектом OS/360. Нанеобходимости хорошо структурированной рабочей тетради особенно настаивал О.С. Локен, который убедился в ее эффективности при работе над своимпредыдущим проектом, - операционной системой 1410-7010.

Мы быстро приняли решение, что каждый программист должен иметьвозможность видеть весь материал, т.е. должен иметь экземпляр рабочейтетради в своем офисе.

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

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

Наш проект не перешел и шестимесячного рубежа, когда мы столкнулись сдругой проблемой. Толщина рабочей тетради составила около полутора метров!Если бы мы сложили в одну стопку требующиеся программистам 100 экземпляров всвоих помещениях здания Time-Life в Манхеттене, она бы превысила по высотесамо здание. Кроме того, ежедневные исправления имели толщину больше пятисантиметров и насчитывали около 150 страниц, которые надо было заменить.Поддержка рабочей тетради стала занимать значительную часть ежедневногорабочего времени.

С этого времени мы перешли на микрофиши, что сберегло миллион долларовдаже с учетом стоимости устройств для чтения микрофишей в каждом офисе. Мысмогли достичь отличной продолжительности цикла производства микрофишей.Рабочая тетрадь уменьшилась в объеме с 90 дм3 до 5 дм3 и, что более важно,обновления выпускались порциями по сотне страниц, стократно уменьшаясложность замены листов.

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

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