Кто, черт возьми, продолжает приглашать Мерфи?
Независимо от того, являетесь ли вы разработчиком, владельцем продукта, бизнес-аналитиком или руководителем компании-разработчика программного обеспечения, вы, вероятно, были свидетелями неудачной демонстрации продукта. То, что предназначено для демонстрации новых функций программного обеспечения, обычно останавливается во время демонстрации.
Почему? Потому что вселенная разработки программного обеспечения подчиняется следующим неизбежным законам:
Закон №1 - Чем более организована демонстрация, тем больше вероятность того, что что-то пойдет не так
Команда добивалась больших успехов. Итак, при планировании следующего спринта команда старательно выделила время, чтобы продемонстрировать продукт. Календарные приглашения были разосланы группе разработчиков продукта, бизнес-группе, команде управления проектом, команде маркетинга и избранным членам высшего руководства.
Для немногих амбициозных людей был даже разослан пресс-релиз, а также были приглашены представители средств массовой информации.
Предварительная документация и краткие маркетинговые видеоролики подготовлены для большого демонстрационного дня (D-Day). Вот тогда этот закон вступает в силу.
Старый:
Даже программные гиганты не защищены.
В равной степени верна и обратная сторона этого закона - чем чем больше импровизировала демонстрация, тем успешнее она будет. Хотите узнать, насколько хорошо работает программное обеспечение? Найдите разработчика в его кабинке и попросите быструю демонстрацию. Чаще всего его можно продемонстрировать в течение пяти минут, и он будет работать должным образом.
Закон № 2 - Чем значительнее аудитория, тем катастрофичнее неудача
Демоверсия может быть идеальной, пока генеральный директор (второе имя: Мерфи) не войдет в комнату без предупреждения. Простое присутствие таких высоких полномочий приведет к тому, что программное обеспечение немедленно начнет работать ненормально. Программа просто знает, что персонаж, обладающий способностью отклонить проект, вызовет его икоту.
Как только заходит шеф, программа выполняет запрос с некорректным предложением WHERE. Внезапно у всех в базе данных появляется один и тот же номер счета.
Хорошо, что это была просто тестовая база данных. Это была просто тестовая база данных, верно?
Закон № 3 - Ни одна демонстрация не будет завершена без следующих фраз
«Помните, что это не окончательный продукт» - этот зловещий отказ от ответственности дается в начале встречи. Он служит для смягчения удара надвигающихся неудач.
«Это сработало на моей машине» - бормотал разработчики своим руководителям, пока организатор пустил светскую беседу, чтобы заполнить мертвый воздух. Как молитву, это можно произносить шепотом или вслух, чтобы любой мог услышать.
«Сработало всего несколько минут назад» - аналогично предыдущему; намерение то же самое. Его действие столь же бесплодно.
«Я не знаю, какого черта это не работает». После проверки всех настроек, разрешений и стратегии развертывания раздраженный разработчик говорит это как предупреждение организатору. Перевод: Не очень хорошо.
«Я не знаю, черт возьми, как это работает» - всегда есть незавершенная функция, которую нельзя было продемонстрировать. Но есть и тот, кто все равно настаивает на его просмотре.
«Мы внесли несколько изменений в последний момент» - шаблонное оправдание, сказанное руководителем ожидающей толпе. Демо в соответствии с ожидаемым списком спецификаций было готово, но мы добавили некоторые навороты, о которых никто не просил. Теперь ничего не работает.
"Вы пробовали выключить и снова включить?" - это предложение всегда предлагает кто-то, не входящий в техническую группу. Они слышали это от кого-то. Им сказали, что это было забавно. Вежливый смех по-прежнему считается смехом, верно? Как правило, техническая команда просто игнорирует это заявление.
«Следует ли нам отложить?» - Не сказано из-за разочарования или раздражения. Обычно это кто-то, кто хочет воспользоваться возможностью сыграть роль героя и спасти всех от неудавшегося разбирательства.
«Разве это не типично для демонстрации? Бывает каждый раз! » - Человек, предлагающий выключить машину, также предлагает еще один крупица мудрости.
«Да, конечно, мы можем это сделать. Это простое изменение »- Пока разработчики устраняют неполадки, руководитель объясняет изменения программного обеспечения. Неизбежно кто-то просит изменить функцию. Это ответ, призванный успокоить публику и сохранить лицо. Это утверждение всегда уместно, будь то изменение цвета кнопки или переключение с React на Angular.
Закон № 4 - Программное обеспечение будет работать сразу после того, как все уйдут
После того, как элементы действий распределены и календари перенесены для следующей попытки, техническая группа остается в комнате, одержимая тем, чтобы выяснить проблему.
Что они обычно и делают, буквально через несколько минут после того, как все вышли.
Команде рассылаются электронные письма, в которых рассказывается о том, как быстро была выявлена проблема. На данный момент никого не волнует.
Решение
Никаких демок.
Просто верьте, что разработчики выполнят свою работу. В конце концов, они более осведомлены, чем владельцы продукта, не так ли? Им не нужны пользовательские истории. Они не нуждаются в приемочном тестировании пользователей. Им просто нужно время, чтобы написать код. Если вы просто оставите их в покое, они сделают все за две недели.
Перестань просить демо.
