Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - Джефф Лоусон Страница 8
- Категория: Бизнес / Менеджмент и кадры
- Автор: Джефф Лоусон
- Страниц: 79
- Добавлено: 2022-08-20 07:11:08
Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - Джефф Лоусон краткое содержание
Прочтите описание перед тем, как прочитать онлайн книгу «Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - Джефф Лоусон» бесплатно полную версию:Продаете ли вы медицинское оборудование или оказываете аудиторские услуги, цифровая трансформация вашего бизнеса – всего лишь вопрос времени. Но просто использовать программное обеспечение недостаточно: успех компании зависит от того, насколько хорошо вы умеете его создавать. Особенно то, с которым непосредственно взаимодействуют ваши клиенты. Однако замыслы предпринимателей и менеджеров зачастую не совпадают с представлениями разработчиков, в итоге полностью реализовать потенциал программистов не удается.
«Мышление в духе «Спросите своего разработчика» – это не просто способ дать разработчикам чувствовать себя справедливо оцененными, но и путь к успеху в цифровой экономике».
Джефф Лоусон, глава компании Twilio и опытный программист, как никто понимает важность общих принципов работы руководства и разработчиков. Он советует делиться с ИТ-специалистами проблемами, а не навязывать пути решения, не управлять, а сотрудничать с ними. В своей книге он рассказывает, с чего начинать цифровую трансформацию, как создать в компании среду, благоприятную для цифровых инноваций, и что нужно, чтобы привлекать и удерживать лучших разработчиков.
«После определения клиента наступает очередь миссии. Это не маркетинговое упражнение вроде подготовки заявления о миссии компании. Речь идет о ключевой цели, которую команда принимает сама и вокруг которой она может сплотиться».
Для кого
Для руководителей компаний любых отраслей.
Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО - Джефф Лоусон читать онлайн бесплатно
Тот же образ мышления Стив Джобс применил при разработке iPhone в 2007 г. Он высмеивал телефоны с физической клавиатурой, поскольку, по его замечанию, такая клавиатура всегда была на месте независимо от того, нужна она или нет. Такую клавиатуру нельзя обновить, на ней невозможно изменить язык, и, конечно, ее нельзя убрать, когда она не нужна. Физическая клавиатура и зашитый на заводе язык навечно оставались с устройством. Клавиатура iPhone – это программное обеспечение. Она исчезает, когда не нужна, т. е. ее не видно большую часть времени. При необходимости ее можно переключить на эмодзи или другой язык, если вы полиглот. Это означает, что Apple может поставлять одно устройство во все страны мира. Нужный язык – это просто программное обеспечение, а не то, что зашивается только на заводе-изготовителе.
Другой пример – считыватель кредитных карт Square. Традиционные устройства для работы с кредитными картами – солидные конструкции с экраном как у калькулятора для научных расчетов из 1990-х гг. и клавиатурой. Когда появляется новый метод оплаты или экраны с разрешением более чем в сотню пикселей, то подобное устройство приходится менять. Ведь все, что мог делать традиционный считыватель, зашивалось на заводе в пластик и кремний. Считыватель Square – это всего лишь небольшой интерфейс, необходимый для связи физического мира (считывателя магнитной полосы) с миром программного обеспечения. Все остальное делает программное обеспечение, которое компания Square может обновлять еженедельно. Программное обеспечение становится совершеннее с каждой версией – оно получает новые функции, а ошибки в нем исправляются. Считыватель Square может улучшаться и обучаться так же быстро, как и программные средства, потому что его разработчики вложили в программное обеспечение абсолютно все, оставив только минимальную пластиковую конструкцию, необходимую для выполнения работы. С приходом бесконтактных платежей исчезает все большее число физических элементов. Чем меньше вокруг аппаратных средств, тем больше делают программы.
Еще один пример – электромобили Tesla. У обычного автомобиля на приборной панели десятки кнопок. У большинства электромобилей Tesla всего четыре кнопки и два колесика прокрутки на рулевом колесе. Все остальное – это программное обеспечение, работа которого отображается на гигантском экране. На кнопках Tesla даже нет надписей. Это значит, что все можно рассматривать как программное обеспечение, которое обновляется по мере того, как компания Tesla получает отзывы клиентов. Обновляется не только информационно-развлекательная система электромобиля (туда, например, добавили функцию караоке и YouTube), но и важные функции безопасности.
В октябре 2013 г. один владелец Tesla S наехал на камень, который повредил аккумулятор, что вызвало пожар. Система безопасности предупредила водителя о возникшей проблеме, он благополучно съехал на обочину и вышел из машины за несколько минут до того, как пламя охватило электромобиль. Но для компании Tesla это была PR-катастрофа. Чтобы сделать автомобиль безопаснее, конструкторы Tesla решили увеличить клиренс электромобиля на один дюйм при выходе на высокую скорость. В большинстве компаний это потребовало бы отзыва автомобилей, что обошлось бы производителю в десятки или сотни миллионов долларов и создало бы неудобства для владельцев машин. Но Tesla всего лишь произвела рассылку обновления, изменившего параметры подвески электромобиля, и проблема была решена. Вот так работает программное мышление.
Мне нравится очевидность программного образа мышления в компаниях – производителях физического оборудования: вы буквально видите, как они избавляются по возможности от элементов из стекла и пластика, оставляя только необходимый физический интерфейс между устройством и миром. Но даже если ваш бизнес не связан с производством физического оборудования, уроки этой эволюции оказываются теми же. Какая часть вашей отрасли является цифровой по сравнению с физической? Что бы произошло, если бы вы могли изменять работу физического устройства еженедельно, т. е. отлаживать его? Это и есть программное мышление в действии – оцифровка физической реальности и применение программного подхода к решению проблем.
Любая компания может стать софтверной – все, что нужно сделать, это осознать ценность быстрых итераций. Вам не нужно быть Илоном Маском или Джеком Дорси – просто нужно поверить в силу итеративного подхода, и Дарвин будет на вашей стороне. Но, конечно, чтобы применять итеративный подход, нужно сначала создать что-то. Невозможно пошагово улучшать то, что куплено у других.
Вот почему нужно придерживаться принципа «Создать или умереть».
Почему покупка программного обеспечения больше не имеет смысла
Проблема в том, что универсальное программное обеспечение по определению идеально не подходит никому. К тому же если все компании покупают одно и то же программное обеспечение, то ни одна из них не может дифференцировать себя от других. Все становятся похожими на своих конкурентов, по крайней мере с цифровой точки зрения, которая все больше оказывается единственной имеющей значение.
Один из наших клиентов высказался на этот счет очень хорошо: «С покупными программными приложениями вам приходится менять свой бизнес, если хотите соответствовать тому, что вы купили, – а это безумие! На самом деле нужно менять программное обеспечение, чтобы построить бизнес, нужный вашим клиентам».
Возможно, вам и удастся адаптировать готовые приложения, но они никогда не будут идеально подходить для ваших целей. Хуже того, вам придется ждать, пока производитель программного обеспечения произведет их обновление. А после получения новой версии потребуется вечность на ее развертывание на уровне всей компании. Что касается специальных функций – тех настроек, которые отсутствуют в меню, – то вы можете, конечно, отправлять запросы поставщику, а затем ждать и надеяться.
Проблема усугубляется, когда организация пользуется множеством программ от разных поставщиков. Вы можете попытаться состыковать их, но они никогда не будут работать друг с другом без проблем. А если изменить одну из них, это может привести к сбоям в работе других программ. Но когда что-то идет не так, поставщики ПО начинают переводить стрелки друг на друга.
Хуже всего то, что все это отнимает массу времени. Сам процесс покупки занимает вечность, начиная с запроса предложений. У вас уйдут месяцы на изучение предложений
Жалоба
Напишите нам, и мы в срочном порядке примем меры.