66 Бит

Представьте, что вы заказываете строительство загородного дома. Вы утвердили проект, согласовали материалы, строители залили фундамент, возвели стены и уже приступили к крыше. И тут вы замечаете, что окно в спальне расположено на полметра левее, чем вам представлялось. Вы просите строителей передвинуть окно, они останавливают работы, вызывают бригаду, переделывают кладку. Проходит неделя, и вам выставляют счёт за дополнительные работы. Вы удивлены: «Я же просто попросил передвинуть окно, это же мелочь!» В разработке программного обеспечения такие ситуации возникают на каждом шагу...

«Никто не обязан говорить вам правду. Вы сами должны её узнать». – Роберт Фитцпатрик, «Спроси маму». Мы привыкли думать, что создание программного продукта начинается с написания кода. Появилась идея, значит нужно нанять разработчиков, заплатить деньги, и через несколько месяцев получить готовое приложение. Такой подход выглядит прямолинейным и понятным, именно поэтому большинство предпринимателей и стартаперов действуют именно так. Проблема в том, что этот путь почти всегда ведет к потерям. Статистика...

«Ничего не планировать – это то же самое, что планировать неудачу» – Уинстон Черчилль. Представьте, что в один день вы приходите в офис, а там вас встречают растерянные лица – сервера упали. После проверки оборудования вы узнаете, что оно не подает признаков жизни. Самое страшное, что вся история вашей компании за последние несколько лет – договоры, закрывающие документы, база клиентов, складские остатки, бухгалтерская отчётность – существовали в единственном экземпляре. Такие ситуации случаются чаще, чем принято думать...

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

Представьте, вашей команде нужна новая система управления проектами. На рынке два варианта: первая – функциональная, мощная, в ней есть все необходимое, но ее интерфейс напоминает панель управления атомной станцией из 90-х: мелкий шрифт, тусклые цвета, запутанное меню. Вторая система предлагает схожий набор функций, но выглядит совершенно иначе: продуманная компоновка, интуитивные иконки, приятные глазу оттенки, элементы, которые реагируют на ваши действия. За удобство просят на 30-40% больше. И...

Представьте, вы заходите в отчеты, но цифры вызывают тревогу: ключевой товар пропал из топов поиска, сервис бронирования показывает «нет свободных мест» в самое горячее время – но клиенты звонят и недоуменно спрашивают, почему зал пустует. В соцсетях и на агрегаторах появляются шаблонные негативные отзывы, хотя ничего критичного на прошлой неделе не произошло. Первая мысль – техническая неполадка. Вы звоните техлиду, он пожимает плечами: «Сервера в порядке, нагрузка в норме, ошибок 500 нет. Возможно, маркетинг?»...

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

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

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

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

Согласно последним исследованиям в области кибербезопасности, более 80% успешных компрометаций данных происходят не из-за хакерских атак нулевого дня или гениальных взломов. Их причина – в человеческом факторе. Утерянный ноутбук, пароль «123456» к корпоративному облаку, письмо от «службы поддержки», на которое сотрудник не глядя нажал ссылку, устаревшая библиотека в проекте, которую «всегда некогда» обновить. Мы тратим огромные бюджеты на системы мониторинга и защиты, но часто упускаем из виду основу – ежедневную цифровую гигиену команды, которая работает с вашим продуктом...

Вы внедрили новую CRM-систему, мощный инструмент аналитики или уникальную платформу для управления проектами. Функциональность – на уровне, интеграции работают, техподдержка на связи, но проходит месяц, другой, и вы замечаете: сотрудники возвращаются к старым, проверенным таблицам. Критические отчеты снова готовятся вручную. Парадокс в том, что часто проблема успешного софта лежит не в области технологий, а в сфере человеческой психологии. Самый совершенный инструмент может простаивать, если он не учитывает, как люди принимают решения, учатся новому и формируют привычки...