С момента запуска ChatGPT в ноябре 2022 года — два с половиной года назад — языковые модели-трансформеры запустили волну технологического хайпа, не имеющего аналогов в современной истории. Артур Кларк однажды сказал: «Любая достаточно развитая технология неотличима от магии», — и действительно, инженеры ИИ смогли довести технологию до такого уровня.

Привет, Хабр! Меня зовут Данил Чернышев, я разрабатываю альтернативу Agile и хочу поделиться своим проверенным стеком библиотек и технологий для скоростной разработки Web SaaS в 2025 году. Прошу профессиональное сообщество в комментариях поделиться своими рецептами для создания качественных программных продуктов.

Перевод статьи подготовлен редакцией итеративно-функционального метода, новейшей альтернативы Agile и Kanban. Дисклеймер: эта специализированная статья подходит для продуктовых менеджеров и энтузиастов продуктовых методологий и продуктового тулинга.

Джейсон Фрайд (Jason Fried), CEO компании 37signals — создателей Basecamp и HEY — недавно опубликовал в своих запрещенных в России соцсетях два демо видео нового продукта Fizzy, который представляет собой новый взгляд на трекер идей, задач и багов. Представление задач реализовано в виде коллекции (аналог доски в Канбане) с двумя колонками — «В рассмотрении» (“Considering”) и «В работе» (“Doing”). Карточки в обеих колонках содержат заголовок, имя автора карточки и исполнителя, а также информацию о дате создания и последнего обновления. В колонке «В работе» есть переключатель стадий («Изучение», «В процессе», «Блокировано»). Последовательность стадий определяется одним из выбранных рабочих процессов (workflow), который настраивается в параметрах коллекции. В зависимости от выбранной стадии меняется цветовая схема карточки. Завершённые карточки отправляются в подвал страницы, где каждая карточка проштампована большой печатью с причиной закрытия.

Прежде всего хочу подчеркнуть, что с большим уважением отношусь к Джейсону Фрайду и СТО 37signals Дэвиду Хайнемайеру Ханссону (DHH) и к их работе. В эпоху бездушных аджилистских монстров вроде Jira, ClickUp, Asana и десятков их безликих клонов, Джейсон и Давид создали оригинальный подход под названием Shape Up, который во многих аспектах лучше адаптирован под современную разработку для мобильных и веб-платформ, чем Agile, Scrum, SAFe и иже с ними.

Иван Борисович зашел в вагон метроэкспресса и успел сесть на место для беременных, пожилых и лиц без нейроинтерфейсов третьего поколения (у него самого было только второе поколение). Метроэкспресс ехал от Калуги до Москвы полчаса, было время переключить внутреннее зрение на читалку, сейчас Иван Борисович перечитывал “Медитации” Марка Аврелия. Привычка, правда, была сильней, и Иван Борисович переключил зрение на Алису, чтобы посмотреть, как там дома коты. Пока он был на работе, Алиса играла с котами, гладила их и кормила (ели они на двоих много). Иногда Иван Борисович даже ревновал котов к ней, но понимал, что они чувствуют, что он человек, а Алиса – робот, пусть и очень похожий на человека.

Алиса была дорогим удовольствием, но шла в комплекте с яндекс.квартирой в первом яндекс.пригороде Калуги, поэтому по яндекс.карте была скидка 15 процентов и еще и рассрочка на 5 лет. Городские сервисы Яндекса потратили настолько много денег на лоббирование своего первого пригорода в Калуге, что московское метро сделало десятикилометровый крюк, чтобы станция метро оказалась прямо в центре жилой застройки. Получилось удобно.

Подогрев сидений в вагоне расслабил Ивана Борисовича, и он даже немного захрапел за книгой. Стрельнуло в спину, и он выпрямился. Что ж, 65 лет, до пенсии еще 20 лет, можно сказать, в самом расцвете сил, грех жаловаться. Поезд метро подъезжал к Киевской. Поднимаясь с места, Иван Борисович усилием мысли выключил VPN – не хотелось привлекать внимание полицейских с нейросканерами на выходе из метро. Помимо разнообразной информации о человеке, на полицейских нейросканерах был виден внешний айпишник нейроинтерфейса – у Ивана Борисовича Outline был поднят в лондонском кластере, а флаг Британского Халифата очень похож на Саудовскую Аравию, разница только в количестве мечей. Один раз переключиться он забыл, и тот день в метро запомнился надолго.

Гибкость (agility) — это, без сомнения, полезная вещь, и Манифест Agile не выглядит необоснованным. В сравнении с устаревшей практикой, известной как «Waterfall», Agile безусловно имеет свои преимущества. Тем не менее, многие аспекты Agile на практике оказываются весьма вредными, и я не считаю, что дихотомия «Agile/Waterfall» вообще является полезной концепцией.

Существует одна из разновидностей Agile, называемая Scrum, которую я наблюдал на практике, и она реально может привести к гибели компании. Под словом «гибель» я не имею в виду «ухудшение культуры». Я говорю о том, что акции этой компании упали почти на 90 процентов за меньше чем два года.

Я впервые столкнулась с Agile, когда устроилась работать в библиотеку. Меня наняли, чтобы помочь запустить новый центр цифровых гуманитарных исследований, и время от времени я взаимодействовала с командой разработчиков библиотеки – мы создавали инструменты для поддержки проектов. В этой команде было около шести человек, и я сразу заметила, что они работают иначе, чем сотрудники из других отделов.

На встречах они не обсуждали функциональность продукта, а говорили о «пользовательских историях» – маленьких повествованиях, описывающих фичи. Каждой такой истории присваивались «story points» — условные единицы, оценивающие объём усилий, необходимых для выполнения задачи. Каждое утро они проводили «стендапы» – короткие собрания, на которых все стоят. В центре их офиса стояла доска, на которую они клеили стикеры и передвигали их по колонкам в зависимости от статуса задачи. Они работали «спринтами» – двухнедельными циклами, посвящёнными определённым задачам.

На общих совещаниях менеджер команды показывал прогресс с помощью специального ПО с дашбордом, отображающим статус всех проектов. Он также мог показать график «velocity» — скорости выполнения задач, с историей изменений и прогнозами.

Так я и узнала, что такое Agile — метод управления разработкой, который получил колоссальную популярность в технической среде и, всё чаще, за её пределами (один TED-спикер даже рассказывал, как внедрил Agile дома, в семье).

Честно говоря, я была впечатлена. В своей работе я часто чувствовала себя потерянной: не до конца понимала, продвигаюсь ли я вперёд или делаю что-то действительно важное. А разработчики, казалось, точно знали, что делают. Если возникала проблема — ничего страшного, они просто с ней разбирались. Они понимали, что требования будут меняться, и двухнедельные спринты позволяли гибко перестраиваться: заменить одну фичу на другую или перейти на другой фреймворк.

Создатели Agile и Kanban десятилетия назад обрекли современных разработчиков на перетягивание тикетов по доске и спринтерский бег со скоростью черепахи. Из этой статьи вы узнаете, кто виноват, что делать и почему новый итеративно-функциональный метод лучше, чем устаревшие практики.

Привет, Хабр!

В свободное от основной работы время за последние 4 месяца я разработал инструмент для управления продуктами без использования принципов Agile и Kanban. Вместо доски и тикетов разработка ведется вокруг фич и их итераций. 

Мне очень интересно ваше мнение. Изначально я сделал продукт платным, но после того, как мне в клочья слили карму на Реддите за попытку прыгнуть на Канбан, я решил, что метод слишком радикальный. Поэтому я сделал сервис бесплатным, чтобы люди могли посмотреть и высказать свое мнение.

В разработке я руководствовался принципом бритвы Оккама, и отсек все, что могло бы отвлекать разработчика непосредственно от разработки. Поэтому в этом инструменте нет тикетов, эпиков, тасок, спринтов и так далее. Только фичи и их итерации.

Я также ввожу понятие технического урона вместо технического долга в качестве эксперимента, возможно, вам будет интересно.

Посмотреть можно здесь (только на английском): https://www.swinlanes.com, в том числе там есть ссылка на Handbook, в котором объясняется новый подход. Веб-приложение не заработает на телефоне, нужно будет зайти с десктопа.

Буду ждать вашего мнения.

Материал может быть полезен для людей, которые хотели бы развиваться в сфере мобильной разработки на iOS.