Как стать автором
Обновить
0
Edison
Изобретаем успех: софт и стартапы

Пол Грэм: Иная сторона «шедевров в срок»

Время на прочтение 6 мин
Количество просмотров 12K
Автор оригинала: Paul Graham
«Хорошие художники создают, великие художники крадут, а настоящие художники – выполняют заказ вовремя.»

The Other Half of «Artists Ship»

Пол Грэм, Ноябрь 2008

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

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



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

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

Каждая проверка имеет свою стоимость. Для примера возьмем требование о подтверждении поставщиками своей платежеспособности. Уверены, что это благоразумно? Ведь на самом деле оно ведет к существенным издержкам. Очевидны прямые потери времени людей с обеих сторон, как со стороны поставщиков, так и со стороны рассматривающих их доказательства. Но настоящие издержки именно те, о которых вам никто не скажет: компания, которая могла бы стать лучшим поставщиком, не стала участвовать в тендере из-за нежелания тратить ресурсы с учетом возможной неудачи прохождения проверки. Или которая не пройдет пороговое значение проверки на платежеспособность, которое, конечно же, будет сильно завышено, ведь реальная стоимость этой проверки так не очевидна.


EDISON Software Development Centre
Подробнее о способах оплаты за разработку, которые мы используем на проектах в EDISON Software Development Centre.



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

Если компании займутся этим, их ждут сюрпризы. Джоэль Спольски недавно рассказывал на «Y Combinator» о продаже программного обеспечения корпоративным клиентам. Он сказал, что в большинстве компаний решение о покупке софта стоимостью около 1000 долл. принимают менеджеры без каких-либо дополнительных одобрений. Приобретение более дорогого софта обычно должно одобряться комиссиями. И тогда «высиживание» ими решений о покупке становится настолько дорогим для продавцов, что они вынуждены брать за свои продукты 50 тыс. долл. вместо 5 тыс. долл.

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

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

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

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

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

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

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

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

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

В больших компаниях, программные продукты должны пройти несколько одобрений прежде их запустят. И стоимость этого может достигать огромных размеров, предела нет. Я недавно разговаривал с группой из трех программистов, стартап которых был куплен несколько лет назад большой компанией. Когда они были независимые, они могли вносить изменения мгновенно. Теперь, по их словам, две недели это минимальный срок за который они могут запустить новый код в работу.

Однако это не сделало их менее продуктивными. Они просто стали ненавидеть работу по найму.
Вот что наглядно демонстрирует желание программистов усердно работать: эти ребята заплатили бы за немедленный запуск кодов в работу, как они привыкли это делать. Когда я спросил их, поменяли бы они 10% от суммы, заплаченной при приобретении, на возможность мгновенного запуска новых кодов в работу, все трое сразу согласились. Тогда я спросил, а сколько бы максимально процентов от суммы они готовы за это отдать. Они сказали, что не хотят об этом даже думать, боясь зайти слишком далеко, но я чувствую, что они бы отдали до 50 процентов.

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

Также как и комиссии по одобрению приобретения программного обеспечения.

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

Известная максима Стива Джобса «даешь шедевры в срок» (artists ship) работает в обе стороны. Разработчики не только могут закончить работу в срок. Они настаивают на этом. Будешь препятствовать им — останешься вообще без шедевров.

===

«Шедевры точно в срок» – переводить короткие и емкие афоризмы Стива Джобса – задача, мягко говоря, не из легких. На языке оригинала «шедевры точно в срок» укладываются буквально в три слова – «Real artists ship», причем смысл этой фразы слегка варьируется в зависимости от контекста. Например, «Jobs also reminds his employees that „real artists ship,“ by which he means that delivering working products on time is as important as innovation and killer design» («выполнение планов точно в срок не менее важно, чем инновации и уникальный дизайн»). В какой-то момент в качестве рабочей версии перевода «Real artists ship» было принято брутальное «шедевр, суки, и чтобы во время», пока мы не наткнулись на продолжение известного афоризма про художников: «Good artists create, great artists steal, and real artists ship» – «хорошие художники создают, великие художники крадут, а настоящие художники – выполняют заказ вовремя». В итоге остановились на «шедеврах точно в срок».

[источник]
Теги:
Хабы:
+24
Комментарии 11
Комментарии Комментарии 11

Публикации

Информация

Сайт
www.edsd.ru
Дата регистрации
Дата основания
Численность
31–50 человек
Местоположение
Россия

Истории