Национальные информационные ресурсы:
проблемы промышленной эксплуатации.
Г.Р.Громов. Москва, Наука, 1984

 

Производительность труда программистов: факты и легенды

Темпы роста производительности труда программистов обычно приводятся в таблицах, отражающих развитие индустрии ЭВМ последней строкой —«для контраста». Как правило, все остальные данные такой таблицы приводятся лишь для того, чтобы подчеркнуть, например, как это делается в табл. 17 и 18, цифры последней строки, которые отражают, по мысли их авторов, недопустимо медленный рост производительности труда программистов. В качестве единицы измерения производительности труда при этом обычно используется число строк программы, созданных за день, месяц и т. д.

Например, в обзоре «Технологические сдвиги в индустрии ЭВМ: акцент на программное обеспечение», опубликованном в журнале «Электроника» в 1980 г., табл. 18 сопровождалась следующим комментарием вице-президента фирмы «Прайм» но программному обеспечению А. Эдмонса: «Соотношение цены и характеристик аппаратуры улучшалось большими скачками, но увеличение производительности труда программистов почти равно нулю» [29, с. 52].

В обзоре 1983 г. «Средства математического обеспечения ЭВМ: проблемы развития» авторы приводят аналогичную таблицу (см. табл. 17) и разъясняют: «Как видно из таблицы, рост производительности труда программистов существенно отстает от показателей развития производства и повышения технического уровня ЭВМ» [30, с. 106].

Таблица 17
Показатели развития индустрии ЭВМ (за единицу приняты показатели 1955 г.)

Показатель

1965 г.

1975 г.

1985 г. (оценка)

Объем продаж продукции

20

80

320

Число выполняемых вычислительных операций на единицу цены

 

102

 

104

 

106

Скорость выполнения вычислительных операций (млн/с)

 

2 . 103

 

8 105

 

32 . 107

Удельная стоимость запоминающего устройства (бит/долл.)

 

103

 

106

 

109

Производительность труда программиста

2,4

5,5

13,3

Источник: 01 Informatique- Hebdo, 1980, IV, p. 10 (приводится по: США - экономика, политика, идеология, 1983, №8, с.106)

 

Таблица 18
Тенденции роста промышленности средств обработки данных (за единицу приняты показатели 1955г.)

Показатель

1965 г.

1975 г.

1985 г.

Отрасль в целом

20

80

320

Характеристики машин

102

104

106

Надежность систем

5

24

120

Производительность труда программистов

2,4

5,6

13,3

 

 

 

 

Источник: Art Benjamin Associates Ltd. (приводится по: Электроника, 19880, №11, с.53)

Как видно, в данном случае имеет место прием ведения научного диспута, определяемый как «подмена предмета дискуссии»: технические характеристики устройств сопоставляются с производительностью труда людей.

Из приведенных оценок видно, что рост производительности труда программистов в течение длительного времени устойчиво составляет не менее чем 100% за 10 лет. В первых главах книги мы уже приводили данные, согласно которым наиболее высокие за последние десятилетия темпы роста производительности труда, достигаемые только в самых автоматизированных секторах обрабатывающей промышленности, составляют около 80% за 10 лет. Средние же темпы роста производительности труда, например в обрабатывающей промышленности США, не превышали 30% за 10 лет. Таким образом, на основании данных табл. 17 и 18, которые приводились их авторами, чтобы подчеркнуть медленные темпы роста производительности труда программистов, может быть сделан прямо противоположный вывод о рекордных, невиданно высоких темпах роста их производительности.

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

Если ошибочность первого вывода (о медленных темпах роста производительности программистов) заключается в сопоставлении производственных характеристик людей и машин, то ошибочность второго (о рекордных темпах роста этого показателя) — в «реликтовом» способе измерения производительности труда программистов.

Возможно, в начале 50-х годов и существовала прямая зависимость между трудоемкостью программирования и длиной результирующего программного кода. Это позволяло, видимо, измерять производительность труда программистов (как, например, землекопов и лесорубов) «по валу»: в кубометрах (или толпах) перфокарт или, наконец, чтобы исключить погрешность из-за разных сортов бумаги, непосредственно в строках программного кода.

Спустя 30 лет так много изменилось в программировании, что сопоставлять производительность труда программистов  50-х годов и 80-х оказалось нельзя: принципиально иным стал характер труда и соответствующие единицы его измерения. Если в 50-х годах решались в основном хорошо определенные задачи и соответственно главной производственной проблемой программистов было корректно перевести точные формальные спецификации в эффективный код программы, то в 80-х годах большая часть профессиональных программистов —это системные аналитики, которые, потребляя свыше 70% общих ресурсов, выделяемых па программирование, вообще не создают ни одной строки программного кода, а заняты лишь анализом приложений и постановкой задачи. Как в  этих условиях можно оценивать темпы роста производительности труда программистов по скорости, с которой они создают программный код?

Из приводимых на рис. 24 данных о структуре распределения трудозатрат на программирование видно, что даже если бы завтра оказалось возможным создать, наконец, долгожданный «перпетуум-мобиле» большой науки программирования— автоматический синтезатор любых программ (т. е. повысить производительность труда программистов, измеряемую в строках кода в день, от существующего уровня в 100% за 10 лет до «бесконечности» или предела, определяемого темпом загрузки в этот «автомат» спецификаций па программы), то это почти не снизило бы трудоемкость выполняемых проектов (уменьшение трудоемкости составило бы 15—20% для традиционных областей приложений и 3—5% для наиболее массовых в настоящее время областей приложений ЭВМ).

Рис. 24. Динамика структуры трудозатрат по фазам проекта в 1970—1980 гг.

1 — сопровождение и поддержка,

2 — анализ приложений и постановка задачи,

3— кодирование и автономная отладка,

4— комплексная отладка  и   приемосдаточные испытания

 Рассчитано по: 01 Informatique - Hebdo, 1980, 14, IV, р. 35; данным фирмы «TRW» (приводится в: Зарубеж. радиоэлектрон., 1974, № 12, с. 9)

 

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

Если нелепость этого примера очевидна (понятно, что здесь важна эффективность создания конечной продукции), то чем же тогда объяснить, что до сих пор производительность труда программистов оценивается толщиной колоды?

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

Объективной причиной является трудность получения надежных оценок. Чтобы общепринятый в промышленности показатель: отношение суммарного объема продаж готового продукта к общей численности занятых его производством — мог надежно характеризовать производительность труда программистов как профессиональной группы, необходимо, чтобы значительная часть их продукции была коммерчески доступна. Однако, как известно, до сих нор лишь малая часть ежегодно создаваемого программного обеспечения поступает на рынок вычислительной техники в качестве отдельно поставляемого программного продукта.

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

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

Выше было показано, что в 70-е годы доля коммерчески доступного программного продукта в общем объеме ежегодно разрабатываемого программного обеспечения быстро возрастала. Оценки последних лет свидетельствуют, что этот процесс продолжает развиваться. Экстраполируя сложив­шиеся тенденции, можно предполагать, что во второй половине 80-х годов прямым измерениям и соответственно экономическим оценкам эффективности трудозатрат будет доступно уже не менее трети всего объема разрабатываемого программного обеспечения.

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

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

Решение этих определяющих в 80-х годах эффективность программирования задач требует решительной перестройки сложившейся структуры науки программирования, коренной ломки технологии и организационных принципов, на которых покоится отрасль. Процесс этот не может протекать безболезненно. Общим для различных программистских коллективов, вычислительных центров и исследовательских организаций является то активное сопротивление, которое оказывают этому процессу лидеры большой науки програм­мирования и некоторые менеджеры от ЭВМ, занявшие на рубеже 80-х годов круговую оборону под общим флагом «И так хорошо!».

«Они рассматривают процесс передачи контроля над вычислительными ресурсами конечному пользователю как прямую угрозу основам их власти; реальную угрозу уменьшения их бюджета, а потенциально и утрату контроля над формированием технической политики. Эти руководители достигли высокого социального положения, больших окладов и других привилегий, овладев в совершенстве старыми методами. Если принципиально новые методы работы с ЭВМ будут внедрены, они окажутся перед необходимостью переучиваться, т. е. начать все с начала. Почему же тогда нас удивляет, что они так активно сопротивляются? Причем необходимо отметить, что это весьма могущественное сопротивление, так как именно они контролируют доступ в кабинеты, где принимаются ключевые решения, а также другие сферы власти» [31, р. 209].

Этот фрагмент письма в редакцию журнала "Datamation" группы специалистов из Кремниевой долины полностью соответствует выводам, к которым независимо приходит в опубликованной двумя месяцами ранее статье [32] Г. Б. Кочетков, исследующий истоки мощной информационной власти, которой пользуется новая машинизированная бюрократия в индустрии ЭВМ и крупнейших организациях-пользователях США.

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

Вместе с тем необходимо отметить, что основной теоретический задел, базовые технологические решения и общие организационные принципы, необходимые для реализации новых концепций развития индустрии ЭВМ на очередном этапе информационной технологии — этапе автоформализации профессиональных знаний, к началу 80-х годов были созданы, материализованы в персональных ЭВМ, локальных сетях и поддерживающих их пакетах программ и в настоящее время успешно развиваются и распространяются миллионными тиражами. Это дает основания предполагать, что вызванный потоком овеществленных новых идей процесс размывания информационной власти новой олигархии, которая успела возникнуть за первые 30 лет формирования и развития индустрии ЭВМ, будет в основном завершен еще до конца 80-х годов.

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

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

 Так называют в США территорию штата Калифорния, где сосредоточено около половины всего научно-технического потенциалу страны в области электроники и вычислительной техники.


Онлайн-версия CD-ROM приложения к книге Г.Р.Громова
"От гиперкниги к гипермозгу: информационные технологии
эпохи Интернета. Эссе, диалоги, очерки
."