Я вам просто цитатой Евгения Лабунского (Panda Doc) из ФБ отвечу:
Уже никто не делает Agile трансформации. Почему? В этих словах ноль смысла. Ну типа [трансформация] и что? Рынок уже давно двинул в сторону Product development, случился уход от проектной деятельности в разработку продуктов в широком понимании этого слова. Кстати, это именно то, что мы понимаем под аджайл трансформацией, но почему то люди думают, что можно просто начать делать то, что они делали раньше, просто по скраму. В свою очередь именно “думание” о продукте, а не об аджайле и является ключевой трансформацией в голове. Что и для кого мы пилим?
Переход на продуктовую разработку требует ответа на вопрос “что есть наш продукт”. Нужно понимать, что если вы работаете, например, в банке, то вы не найдете единого ответа на это вопрос. Загвоздка в том, что люди в компаниях не видят в этом проблемы, потому в маркетинге, бизнесе и продажах у всех свое представление что они делают. Создать единое понимание своего продукта в рамках организации тот еще челлендж.
Переход на продукт требует радикального изменения в ИТ, уход от компонентных команд, переход на коллективное владение кодом и еще гора всего. Лучшим решением (сейчас будет печальная правда) будет уволить СТО/СIO и нанять нового. Скорее всего, без этого ничего не поедет, так как СТО - самый большой блокер изменений. Топ-менеджмент боится этого изменения больше всего.
Вам придется нанять знающих продуктовых менеджеров с рынка. Да, не выйдет выехать на ваших скиловых “бизнесах”. Нужен человек, который соберет вокруг продукта инфраструктуру, что не умеют делать ваши текущие сотрудники, какими бы крутыми они не были. Скорее всего вам нужен будет кто-то типа VP of Product, который построит продуктовую разработку. Его нужно будет наделить ОЧЕНЬ ШИРОКИМИ полномочиями. Ну вы понимаете, какой это чендж для компании
Кроме всего этого надо будет пересмотреть тысячи процессов, который сейчас помогают кому-то пистать отчеты, но не помогают разрабатывать продукт. Начем с тривиальных вещей, типа внутреннего аудита. Ну вы поняли, что это ток цветочки.
Во многом, нужно будет попрощаться с большой частью миддл-менеджмента, суть работы которых в прошлом была координировать всех и вся и друг друга.
Вы не сможете запустить такой change на всю организацию сразу, а значит топы это не купят, потому что в уме среднестатистического СЕО банка сидит масштаб: чтобы сразу круто и везде. Топы живут в парадигме процессной организации, где “новый процесс” который они назовут “аджайл”, должен быть просто спущен сотрудникам, как и другие процессы, например заявление на отпуск. В их голове это одно и то же.
Вот только ряд причин, почему Agile внутри одной команды это просто припарка, а Agile-трансформация компании обречена на провал. И дело тут не в Agile вовсе.
Это не в ручном труде засвидельствована примитивизация, это в ИТ слишком много ожидания, что все кандидаты в доктора наук; хотя во многих местах реально хватило бы ИТ ПТУ - merge request знает, как оформить, в линукс логиниться умеет - вперед, можно уже кодировать
В пределе при использовании ЛЛМ разница между велосипедом и библиотекой исчезает: хорошо насмотренная модель просто напишет вам точно тот же код, что в библиотеке, другой, но такой же, и код будет двуедин - как бы велосипед, но как бы и библиотека
Скажите, а если я лицензировал свой программный продукт под лицензией Х, может ли эти лицензия в будущем ограничивать мои собственные права выполнить перелицензирование этого продукта на лицензию Y?
А почему, если это классная идея, надо законодательно к этому принуждать? Почему мобильный/коммуникационный оператор в целях повышения привлекательности не введет подобную опцию на своих сетях сам, если это ценно людям?
Когда только изобрели радио, энтузиасты заверяли, что это прямой доступ к мировому информаторию, ведь теперь каждая домохозяйка в процессе готовки еды сможет слушать лекции самых лучших профессоров - про физику и историю, космос и биологию, машины и педагогику - и саморазвиваться с неистовой силой
Golang это "си для кластеров", но рафинированный, чтобы поменьше стрелять себе в ногу -- это понятно, средний уровень разработчика теперь пониже, зато серверов и программистов у гугла много. Си был довольно простым и ограниченным языком для написания одностраничных утилит под стиль unix, Го это тоже самое, только юникс теперь распределенный
Это все менее эффективно, но никто не признается, разбираться никто не будет, будут писать, что все получается успешно, просто очередные высокоточные реактивные "обломки" упали
В руки ведомству на 3 буквы попала такая редкая возможность обоснованно запретить и не пущать а то мало ли (с), грех не воспользоваться
Точно, тут как с музыкой: если сводить трек на дорогой и профессиональной студийной акустике, то слушать это потом через типичную бубнеж-колонку 80% аудитории будет вообще невозможно, так что нужна еще адаптация
Автор получил тему для "посева" синхронно с десятком других каналов и авторов (поищите "уехать из России" в актуальном поиске Телеграм), и поспешил. Хватай мешки, вокзал отходит
Из уважения к читателю можно было хотя бы статью самому написать, а не аутсорсить ЛЛМу
Я вам просто цитатой Евгения Лабунского (Panda Doc) из ФБ отвечу:
Уже никто не делает Agile трансформации. Почему? В этих словах ноль смысла. Ну типа [трансформация] и что? Рынок уже давно двинул в сторону Product development, случился уход от проектной деятельности в разработку продуктов в широком понимании этого слова. Кстати, это именно то, что мы понимаем под аджайл трансформацией, но почему то люди думают, что можно просто начать делать то, что они делали раньше, просто по скраму. В свою очередь именно “думание” о продукте, а не об аджайле и является ключевой трансформацией в голове. Что и для кого мы пилим?
Переход на продуктовую разработку требует ответа на вопрос “что есть наш продукт”. Нужно понимать, что если вы работаете, например, в банке, то вы не найдете единого ответа на это вопрос. Загвоздка в том, что люди в компаниях не видят в этом проблемы, потому в маркетинге, бизнесе и продажах у всех свое представление что они делают. Создать единое понимание своего продукта в рамках организации тот еще челлендж.
Переход на продукт требует радикального изменения в ИТ, уход от компонентных команд, переход на коллективное владение кодом и еще гора всего. Лучшим решением (сейчас будет печальная правда) будет уволить СТО/СIO и нанять нового. Скорее всего, без этого ничего не поедет, так как СТО - самый большой блокер изменений. Топ-менеджмент боится этого изменения больше всего.
Вам придется нанять знающих продуктовых менеджеров с рынка. Да, не выйдет выехать на ваших скиловых “бизнесах”. Нужен человек, который соберет вокруг продукта инфраструктуру, что не умеют делать ваши текущие сотрудники, какими бы крутыми они не были. Скорее всего вам нужен будет кто-то типа VP of Product, который построит продуктовую разработку. Его нужно будет наделить ОЧЕНЬ ШИРОКИМИ полномочиями. Ну вы понимаете, какой это чендж для компании
Кроме всего этого надо будет пересмотреть тысячи процессов, который сейчас помогают кому-то пистать отчеты, но не помогают разрабатывать продукт. Начем с тривиальных вещей, типа внутреннего аудита. Ну вы поняли, что это ток цветочки.
Во многом, нужно будет попрощаться с большой частью миддл-менеджмента, суть работы которых в прошлом была координировать всех и вся и друг друга.
Вы не сможете запустить такой change на всю организацию сразу, а значит топы это не купят, потому что в уме среднестатистического СЕО банка сидит масштаб: чтобы сразу круто и везде. Топы живут в парадигме процессной организации, где “новый процесс” который они назовут “аджайл”, должен быть просто спущен сотрудникам, как и другие процессы, например заявление на отпуск. В их голове это одно и то же.
Вот только ряд причин, почему Agile внутри одной команды это просто припарка, а Agile-трансформация компании обречена на провал. И дело тут не в Agile вовсе.
Хорошая статья для ~2010 года, но в 2026 говорить про agile-трансформацию уже как-то даже и не интересно, имхо
Исключить наступательное военное использование
Интересно, как скоро ЕС и Штаты начнут на них разнообразно воздействовать
Это не в ручном труде засвидельствована примитивизация, это в ИТ слишком много ожидания, что все кандидаты в доктора наук; хотя во многих местах реально хватило бы ИТ ПТУ - merge request знает, как оформить, в линукс логиниться умеет - вперед, можно уже кодировать
В пределе при использовании ЛЛМ разница между велосипедом и библиотекой исчезает: хорошо насмотренная модель просто напишет вам точно тот же код, что в библиотеке, другой, но такой же, и код будет двуедин - как бы велосипед, но как бы и библиотека
Скажите, а если я лицензировал свой программный продукт под лицензией Х, может ли эти лицензия в будущем ограничивать мои собственные права выполнить перелицензирование этого продукта на лицензию Y?
Заключение Велихова кажется очень дальновидным, и вновь актуальным на фоне прогрессе БЯМ
Ну что вы как маленький; главное, чтобы заголовок статьи проиндексировался
На этом сайте есть описание похожего подхода, могу порекомендовать ознакомиться https://habr.com/ru/articles/1006622/
А почему, если это классная идея, надо законодательно к этому принуждать? Почему мобильный/коммуникационный оператор в целях повышения привлекательности не введет подобную опцию на своих сетях сам, если это ценно людям?
Когда только изобрели радио, энтузиасты заверяли, что это прямой доступ к мировому информаторию, ведь теперь каждая домохозяйка в процессе готовки еды сможет слушать лекции самых лучших профессоров - про физику и историю, космос и биологию, машины и педагогику - и саморазвиваться с неистовой силой
Ну как "написать", видно же, что кинул тезисы в ИИ и попросил сгенерировать, выхлоп опубликовал
Именно на этом зыбком предположении и держится сейчас мировая триллионная капитализация сотен компаний
Golang это "си для кластеров", но рафинированный, чтобы поменьше стрелять себе в ногу -- это понятно, средний уровень разработчика теперь пониже, зато серверов и программистов у гугла много. Си был довольно простым и ограниченным языком для написания одностраничных утилит под стиль unix, Го это тоже самое, только юникс теперь распределенный
Это для борьбы с БПЛА
Это все менее эффективно, но никто не признается, разбираться никто не будет, будут писать, что все получается успешно, просто очередные высокоточные реактивные "обломки" упали
В руки ведомству на 3 буквы попала такая редкая возможность обоснованно запретить и не пущать а то мало ли (с), грех не воспользоваться
Точно, тут как с музыкой: если сводить трек на дорогой и профессиональной студийной акустике, то слушать это потом через типичную бубнеж-колонку 80% аудитории будет вообще невозможно, так что нужна еще адаптация
Автор получил тему для "посева" синхронно с десятком других каналов и авторов (поищите "уехать из России" в актуальном поиске Телеграм), и поспешил. Хватай мешки, вокзал отходит
Спасибо, чудесно написано!