3.4.2.3 Использование новых технологий

После

провала

проекта

очень

хочется

найти

какую-либо

новую

технологию, которая позволит быстро и радикально повысить скорость работы

команды

разработчиков.

К

сожалению,

процесс

увеличения

производительности требует значительных затрат и на практике происходит

значительно медленнее, чем хотелось бы. Фредерик Брукс называет такую

«волшебную технологию» серебряной пулей и пишет по этому поводу

следующее: «Серебряных пуль не только не видно в настоящее время, но в силу

самой природы программного обеспечения маловероятно, что они вообще

будут

найдены

-

не

будет

изобретений,

способных

повлиять

на

продуктивность создания, надежность и простоту программного обеспечения

так, как электроника, транзисторы и интегральные схемы - на аппаратное

обеспечение компьютеров».

3.4.3

Повторное использование

Без

применения

каких-либо

методик

повторного

использования

распространение

заготовок

за

пределы

рабочей

группы

практически

невозможно.

Между рабочими группами всегда существует некий "потенциальный

барьер", препятствующий распространению полезной информации. Барьер

формируется, как правило, из-за нежелания сотрудничать, различных уровней

подготовки сотрудников, разных стилей руководства, отличных друг от друга

подходов к проектированию и т.д. Проникновение информации через барьер

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

обеих сторон для организации совместной деятельности.

Практика показывает, что при определенной сложности компонента

сделать такой же значительно проще с нуля, чем перенять чужой опыт. Почему

это происходит?

169

 Исходные тексты могут ответить на вопрос "как это сделано", но они

никогда не ответят на вопрос "почему это именно так сделано".

 Сколько-нибудь

сложная

система

требует

наличия

проектной

документации, чтобы в ней можно было разобраться и поддержки со

стороны разработчиков, чтобы можно было узнать то, что непонятно.

 Необходимо понимание общей концепции системы для того, чтобы

можно было понять частности.

К сожалению, в низкобюджетных разработках не делают сколько-нибудь

серьезной проектной документации из-за недостатка времени, исходные

тексты, как правило, делаются без комментариев, стиль кодирования оставляет

желать лучшего. Информация о концепции не изложена на бумаге, а хранится

только в одном месте - в голове ведущего разработчика или архитектора

проекта. Общая занятость коллектива не позволяет тратить время на

объяснения тонкости работы какого-либо компонента другой рабочей группе.

Перечисленные проблемы решаются, если увеличить бюджет проекта. В

ряде

случаев

такое

экстенсивное

решение

может

сделать

проект

нерентабельным. К примеру, требуется сделать уникальное устройство со

сравнительно небольшим тиражом и небольшим бюджетом разработки.

Выполнение такой работы крупной фирмой невозможно из-за плохой

рентабельности, а мелкая фирма может не справиться с работой из-за проблем с

повторным использованием [40].

3.4.4

Информация для будущих руководителей

Ниже, мы позволим себе привести несколько цитат из книги Де Марко

«Deadline. Роман об управлении проектами», которые могут быть Вам полезны,

как инженерам и будущим руководителям проектов. Основная мысль этой

книги состоит в том, что главное в любом проекте это люди. Данная книга

написана в виде художественного произведения и в конце глав делаются

некоторые выводы, которые и приведены ниже. Если вам по какой-либо

причине не нравится такое изложение, существует более серьёзная книга того

же автора на аналогичную тему: «Человеческий фактор. Успешные проекты и

команды» [32, 33].