Бухуправленчекий учет в Agile среде - поделитесь опытом

Подскажите, какие есть особенности учета и бюджетирования когда компания пытается жить по Agile?

Трудно представить себе Эджайл для обычной бухгалтерской рутины. Но для внедрения новаций, в основном, в автоматизации - вполне.

Дополнение учетной политики по мере появления новых видов фактов хоз.жизни - можно назвать эджайлом в бухучете 
 

я имею ввиду что при аджайле компания не знает что получится в итоге как продукт/проект. И соответственно, тк там нет нормального планирования и важность отдается скорости создания продукта, то получается что часто отдельные команды могут делать дублирующую работу (левая рука не знает что делает правая) или написали код, а оно "не взлетело" и все это делается при такой скорости что там сложно успеть разобраться кто вообще что делает

для финансов это значит что определить на что реально потрачено время а значит и расход - довольно сложно. И еще сложно понять что является "нормальным" расходом, а что потерями которые понесли из-за того что это не water fall а agile

соответственно вставет вопрос capex/opex

пример: выкидываем старые ИТ системы и делаем полную didgital transforamtion компании, те сами пишем через Agile at Scale метод новую цифровую платформу (по типу гос услуг только внутри компании для самой компании)

там мне еще непонятно тк часть программистов в штате, часть на аутсорсинге - все ли эти расходы можно капитализировать
Исправлений: 3; последнее - в 03.06.2024, 18:24.

[dart.deloitte.com]

такой скорости что там сложно успеть разобраться кто вообще что делает

К Agile "непонятно, кто вообще что делает" не имеет отношения, это управленческий хаос, а не Agile. Как раз в методе Agile хорошо понятно, кто участвует в спринте и каковы их роли.

И еще сложно понять что является "нормальным" расходом, а что потерями которые понесли из-за того что это не water fall а agile соответственно вставет вопрос capex/opex

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

Обычно делается простой перечень затрат, которые а) достаточно существенны; б) никогда не относятся на стоимость продукта. Типичный пример - обучение пользователей. Такие расходы придется и в Agile просить команду выделять. Все остальное капитализируется на продукт.

[[/color]dart.deloitte.com]

С российских IP-адресов вход невозможен.

Escapist, attached

такой вопрос про бюджетирование в Аджайл - есть мненеие что вместо того чтобы финансировать бизнес кейс или Epic, что в Аджайле финансируем команды

т.е. аллоцируем бюджет на команду а не на продукт по стуи изначально и уже команда видимо принимает решение

в общем ищу какую-то информацию как при аджайле допступным языком на практике:
1) применяется beyond budgeting. Как оно работает годовую vs динамический бюджет
2) как при аджайле делается бюджетирование портфеля продуктов (проектов)
3) организовыывается финансирование команд вместо финансирования Эпиков и б.кейсов (?) или как
4) как организовать финансирование по целям vs по конкретным инициативам
5) какие приемы в финансах и учете можем применять чтобы увеличить скорость операций в условиях аджайла

Сельхозозабоченная
Escapist, attached

ок, спасибо. Я бы сделал на практике попроще, как и написал выше. В вашем случае впрочем, из-за масштабов трансформации, действительно, может быть важен нюанс, когда уже заканчивается разработка (и капитализация) отдельных элементов внутренней ИТ архитектуры и начинается сопровождение (опекс). В принципе не выглядит слишком сложным вместе с командой трансформации такие bright lines выработать под вашу специфику.