Оглавление
Джефф Лоусон. Спроси разработчика. Как стать лидером рынка с помощью создания собственного ПО
Предисловие Эрика Риса
Предисловие переводчика
Пролог. Все началось с билборда
Часть I. Почему разработчики сейчас важны больше, чем когда-либо
Глава 1. Создать или умереть
От центра затрат до центра определения стратегии
Как мыслят разработчики программного обеспечения
Почему покупка программного обеспечения больше не имеет смысла
Принцип «Создать или умереть» в банковской сфере
Глава 2. Новая цепочка поставок программного обеспечения
Краткая история программного обеспечения
Платформа Amazon Web Services меняет правила игры
Как мы пришли к этому?
Создать и купить
Спросите своих разработчиков, какие сервисы вам нужно покупать
Часть II. Как понять и мотивировать своих разработчиков
Глава 3. Привет! Я – Джефф, и я – разработчик
Истоки методологии «Спросите своего разработчика»
Глава 4. Код – это творчество
Не в настольном теннисе дело
Эштон Катчер и сила хакерских марафонов
Президент Обама взывает к разработчикам
Basecamp: Обозначайте проблемы, а не задачи
В крайнем случае – поделиться проблемой
Эмпатия к пользователям – это более качественные и быстро создаваемые продукты
Почему существует плохое программное обеспечение
Призыв к стартапам
Делитесь проблемами, а не решениями
Глава 5. Эксперимент как предпосылка инноваций
Каждая великая идея начинается с малого
Чем больше экспериментов, тем лучше
Превращение в слишком больших
Огромный успех, полный провал и все, что между ними
Когда прекратить эксперимент? Спросите своего разработчика
Можете не любить неудачи, но принимайте процесс открытия
Как потерпеть неудачу, не подводя своих клиентов
Если выбиваешь мяч за пределы поля…
Глава 6. Подбор и наем разработчиков
Наймите хорошего лидера – и остальное приложится
Самостоятельность, мастерство и цель
Наем на работу
Вознаграждение за труд
Часть III. Как сделать своих разработчиков успешными
Глава 7. Создание открытой обучающей среды
Открытый анализ проектов
Сократический метод
Безупречное вскрытие
С головой в омут
Обучение в процессе работы
Инкубатор талантов как преимущество при найме
Подумайте об альтернативе
Глава 8. Небольшие команды и «однопоточные» лидеры
Происхождение команды на две пиццы
Команды на дюжину рогаликов
Клиент, миссия и показатели
Клеточное деление
Однопоточные лидеры и упрощенное принятие решений
Ловушка улучшения сотрудничества
Stripe atlas: Создайте команду, похожую на единый мозговой центр
Глава 9. Умение встать на место клиента
Влезть в ботинки клиента
Bunq
Личное посещение места
Начните с пресс-релиза
Двери, а не стены
Глава 10. Развеиваем мифы о методологии аджайл
Почему именно аджайл?
Основы аджайл
Слишком много вопросов
Ловушки методологии аджайл
Все в меру
Глава 11. Инвестируйте в инфраструктуру
Проблемы роста инфраструктуры
Принципы джейсона
Платформы: Программное обеспечение, которое создает программы
Ложная дилемма: Быстро или хорошо
Быстрое движение и дублирование работы
Принять трудное решение
Эпилог
Благодарности
Рекомендуем книги по теме
Отрывок из книги
В XXI в. каждый бизнес является цифровым. Ожидания клиентов в отношении качества обслуживания определяются лучшими цифровыми продуктами, которые они видят на рынке. В конечном итоге эти ожидания распространятся на все компании независимо от отрасли. Это означает, что каждая организация, которая хочет не просто выжить, но и преуспеть в наше время, должна понимать, как обновляться через создание программного обеспечения и как подбирать тех, кто его создает, и управлять ими.
В последние 10 лет я помогал разным компаниям – от стартапов из Кремниевой долины до промышленных гигантов из списка Fortune 50 – повышать шансы на создание подрывных инноваций на основе принципов, изложенных в моей книге «Бизнес с нуля»[1]. Мне не раз приходилось ловить себя на мысли, что я пытаюсь объяснить цифровую революцию руководителям, которые не понимают сути программного обеспечения. Многие до сих пор верят, что это цунами подрывных изменений обойдет их собственный бизнес. Однажды я работал с группой руководителей высшего звена из крупных ассоциаций больниц, которые отчаянно пытались повысить удовлетворенность своих пациентов, но на протяжении всего нашего общения не переставали находить оправдания низкого качества обслуживания. Ничто из того, что я рассказывал об использовании цифровых инструментов для осуществления трансформации бизнеса, просто не доходило до них. Наконец я спросил: кто из них пользовался приложением Uber или Lyft? Когда все сказали, что являются пользователями этих сервисов, я попросил достать телефоны и посмотреть, как эти приложения показывают, что такси уже в пути и где оно находится. Я попросил их представить, как бы было хорошо с точки зрения качества обслуживания, если бы пациент знал время прибытия медсестры или врача. Создать соответствующее приложение для медицинского персонала не составляет особого труда. Препятствием является только неспособность увидеть связь между программным обеспечением и уходом за пациентами.
.....
Сегодня компании всех отраслей учатся делать то же самое. Почти каждая отрасль трансформируется под влиянием цифровой среды. Инициативы по переходу на цифровые технологии стали приоритетными для компаний во всех сферах. Но только те компании, которые научатся создавать отличные программы, в конечном счете добьются успеха в цифровой трансформации и справятся с угрозой цифрового подрыва. Создание программного обеспечения – сложное дело, а создание культуры цифровых инноваций еще сложнее.
Мы работаем с компаниями практически любого размера во всех отраслях, и нас нередко спрашивают, как организовать современный процесс разработки программного обеспечения наподобие того, что создали первопроходцы цифровой революции. Многие из этих клиентов увязли в дарвиновской борьбе за существование, сражаясь с новыми, более продвинутыми конкурентами. Независимо от того, каким бизнесом они занимаются – розничной торговлей, авиаперевозками, банковским делом, – освоение искусства создания отличного программного обеспечения стало ключом к их выживанию. Но сделать это нелегко.
.....
