Третье сентября - хороший повод поговорить о том, что действительно объединяет команды разработки. О мемах.
Можно заменить Waterfall на Agile, Jira на другой трекер, Java на Kotlin и даже одного продакта на двух. Но убрать из разработки мемы и система перестанет собираться уже на эмоциональном уровне.
Мемы в ИТ - это не просто способ отвлечься. Это корпоративный язык с отличной степенью сжатия:
- «Небольшая доработка» - готовьте отдельный эпик.
- «У меня все работает» - проблема официально передана инфраструктуре.
- «Давайте вынесем в следующий раз» - торжественные проводы задачи в бессрочный бэклог.
- «Пользователи просто не поняли фичу» - исследование UX завершено, виноваты пользователи.
- «Нужно только немного поправить интеграцию» - календарь можно переворачивать сразу на следующий год.
Забавно, что юмор сопровождал цифровую коммуникацию почти с самого начала.
В 1982 году профессор информатики Скотт Фалман предложил использовать ":-)" и ":-(", чтобы участники университетской электронной доски могли отличать шутки от серьезных сообщений. Получается, один из первых массовых элементов цифровой культуры появился потому, что коллеги уже тогда не понимали, шутит разработчик или согласовывает архитектуру.
А знаменитая история про первый компьютерный «баг» действительно связана с насекомым: в 1947 году инженеры обнаружили мотылька в реле компьютера Harvard Mark II и вклеили его в журнал. Само слово bug использовали и раньше, но это был буквально «первый найденный жук».
Метод отладки с резиновой уточкой тоже вырос из профессионального фольклора. В книге The Pragmatic Programmer описан разработчик, который объяснял уточке код строка за строкой. Уточка не знала программирования, зато не перебивала, не предлагала переписать все на новом фреймворке и помогала найти ошибку. Иногда это уже делает ее сильнее половины участников созвона.
Есть и признанная классика жанра - комикс xkcd «Compiling», где программисты фехтуют на офисных стульях, потому что код компилируется. Мораль не устарела: если процесс достаточно долго показывает прогресс-бар, практически любое поведение можно назвать частью разработки.
Но практически у всех мемов есть и вполне продуктовая функция.
Хороший мем:
- снимает напряжение после сложного релиза;
- превращает общую боль в общий опыт;
- позволяет осторожно подсветить проблему, которую пока неудобно вынести на ретро;
- помогает командам из бизнеса и ИТ быстрее понять друг друга;
- напоминает, что за дорожными картами и диаграммами сгорания все еще находятся живые люди.
Правда, здесь важно не перепутать терапию с лечением. Если команда третий месяц отправляет мем про падающий прод, возможно, пора не искать новую картинку, а починить мониторинг. Если каждая оценка превращается в мем про бесконечную задачу - вероятно, проблема уже не в чувстве юмора, а в декомпозиции.
Мем не заменяет ретроспективу, архитектурное решение или честный разговор. Но иногда именно он помогает этот разговор начать.
Поэтому сегодня все поют про третье сентября (хотя технически это лучше делать завтра), а мы продолжаем переворачивать календарь релизов, приоритетов и обещаний бизнесу.
Потому что разработка без мемов возможна. Но зачем делать и без того сложный продукт еще сложнее?🤙😜
