Max Home IndustryДва экономиста, чьи работы использовались для аргументации против государственных расходов на оживление экономики США, признали некоторые фундаментальные ошибки в электронных таблицах. Это привело к тому, что другие ошибки Excel были разоблачены, и вина за ошибки была возложена на использование электронных таблиц, а не на пользователей.
Предметом этого недавнего спора является рост во время долгов профессоров Гарварда Кармен Рейнхарт и Кеннета Рогоффа, статья 2010 года, которая была процитирована Полом Райаном в его предлагаемом бюджете на 2013 год “Путь к процветанию: план обновления Америки” .
Выводы этой влиятельной статьи были подвергнуты сомнению только тогда, когда докторант Томас Херндон и профессора Майкл Эш и Роберт Поллин из Исследовательского института политической экономии Массачусетского университета попытались повторить результаты Рейнхарта и Рогоффа. Когда они не смогли этого сделать, они получили исходную электронную таблицу Excel, использованную для расчета, и обнаружили элементарную ошибку — данные из пяти из 20 изучаемых стран с развитой экономикой не были включены. Округа находились в начале алфавитной последовательности, и поэтому здесь замешана простая ошибка выбора.
Херндон и др. также выявили два других расхождения, связанных с выборочным пропуском данных и приданием чрезмерного веса непредставительным точкам данных при расчете среднего роста, но это могли быть ошибки в суждениях, а не ошибки при манипулировании электронными таблицами.
Когда эти ошибки были исправлены, критическое снижение на 0,1% для стран с самым высоким послевоенным ростом превратилось в увеличение на 2,2% :
После широкой огласки, связанной с проблемами Excel Рейнхарта-Рогоффа, комментаторы вскочили на подножку анти-Excel, выискивая случаи неправильного использования электронных таблиц, приводящие к проблемам.
Один из часто цитируемых примеров относится к инциденту с Лондонским китом. Теперь вместо того, чтобы обвинять банкиров, которые взяли на себя риски, которые привели к убыткам JPMorgan Chase в размере 6,2 миллиарда долларов, виновником считается электронная таблица, которая предоставляла информацию, на основе которой оценивалась рискованность ставок на кредитные деривативы и в которой один ключевой фактор был агрегирован, когда он должен был быть усреднен — простая ошибка, которую было легко обнаружить.
Все приведенные ошибки-это человеческая ошибка, а не электронная таблица, неправильно вычисляющая суммы.
Еще одна финансовая ошибка — ошибка в электронной таблице Excel, из — за которой Fannie Mae выглядела на 1,3 миллиарда долларов прибыльнее, чем на самом деле, когда переходила на новые правила бухгалтерского учета, — может быть связана со сложностью финансовой модели, и в некоторых обстоятельствах мы можем даже заподозрить, что сложность таких моделей может использоваться для сокрытия неприятных цифр.
Однако скрыть что-либо в Excel не так просто, как могут себе представить наивные пользователи. Один из примеров анти-Excel, представленных CNN Money, касается покупки Barclays Lehman Brothers сразу после краха фирмы в сентябре 2008 года.
Предложение, сделанное Barclays, было представлено в электронной таблице, в которой подробно описывались активы Lehman и то, какие из них Barclays был готов купить. Автор электронной таблицы скрыл, а не удалил ячейки, относящиеся к активам, которые Barclays не хотел. Однако в процессе преобразования файла Excel в PDF для отправки по электронной почте в суд по делам о банкротстве скрытые части электронной таблицы снова появились. В результате: Barclays был вынужден принять дополнительные 179 токсичных сделок, которые он никогда не собирался покупать.
Это тип ошибки, которую вы совершаете только один раз, и вы учитесь быть более осторожным в другой раз. Другой тип ошибок, которых вы должны научиться избегать, иллюстрируется примером из биоинформатики, в котором исследователи генома стали жертвами полезности Excel в применении соответствующих форматов к данным при их вводе.
Таким образом, короткое имя супрессора опухоли, Удаленное при раке пищевода, DEC1, было отображено в формате даты 1-Dec, а идентификаторы клонов формы NNNNNNNN обычно преобразуются в числа с плавающей запятой — так что 2310009E13 становится 2.31 E+019. Поскольку эта операция выполняется в момент настройки ввода, форматирование general не восстанавливает исходный ввод текста.
Однако есть простое средство — предварите строку текста одинарной кавычкой — и включение проверки данных в создание электронных таблиц выявит ошибки до того, как станет слишком поздно.
Возможно, урок, который следует извлечь из последнего фиаско, заключается в том, что мы недостаточно серьезно относимся к электронным таблицам. Предполагается, что любой может использовать электронную таблицу — и поэтому они могут. Но для их правильного использования в критических ситуациях требуется, чтобы они были действительными, надежными, воспроизводимыми и прозрачными.
Так должны ли мы обвинять Excel в ошибках электронных таблиц, связанных с нынешним экономическим положением? Критически важные электронные таблицы должны подчиняться тем же элементам управления и дисциплинам, что и любой проект программного обеспечения. Электронные таблицы часто рассматриваются как альтернатива программированию, но к ним нужно относиться серьезно. Это провал образования, а не электронной таблицы.