Size: a a a

Архитектура ИТ-решений

2019 November 29

DZ

Denis Zarin in Архитектура ИТ-решений
Valeriy
Ну то есть не потраченный opex не позволил создать (или создал с опозданием) продукт, который был бы записан в capex? Я спрашиваю исключительно для тренировки собственного понимания таких ситуаций, ибо касаюсь их косвенно, но правильное понимание позволяет    быстрее соображать, что происходит
3 момента :
-- capex vs opex истории больше про enterprise, потому что очень разный процесс бюджетирования и impact на текущие показатели P&L, отсюда много политических побочных эффектов
-- разработку продукта нельзя сразу в capex, по правилам учёта. Пока все непонятно и исследования -- только икспенсить (Т.е. в Opex)
-- здесь больше про бизнес история была, не про учет. Суть -- на старте надо быстро бежать, что коррелирует с расходами. Медленно бежишь -- видно в том числе по недотратам -- не успеешь вырасти и умрешь на взлете

Примерно так, если тезисно.
источник

V

Valeriy in Архитектура ИТ-решений
Понял, спасибо
источник

V

Valeriy in Архитектура ИТ-решений
А вообще с набором людей просто беда...
источник

DL

Dmitriy Larionov in Архитектура ИТ-решений
Denis Zarin
3 момента :
-- capex vs opex истории больше про enterprise, потому что очень разный процесс бюджетирования и impact на текущие показатели P&L, отсюда много политических побочных эффектов
-- разработку продукта нельзя сразу в capex, по правилам учёта. Пока все непонятно и исследования -- только икспенсить (Т.е. в Opex)
-- здесь больше про бизнес история была, не про учет. Суть -- на старте надо быстро бежать, что коррелирует с расходами. Медленно бежишь -- видно в том числе по недотратам -- не успеешь вырасти и умрешь на взлете

Примерно так, если тезисно.
Я считаю, что любое новое - Capex, потому, что это вложение капитала, а не поддержка текущего. Конечно, реалии учёта во многих организациях странные. Но по логике точно Capex.
источник

DL

Dmitriy Larionov in Архитектура ИТ-решений
Разработка продукта - Capex
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Dmitriy Larionov
Я считаю, что любое новое - Capex, потому, что это вложение капитала, а не поддержка текущего. Конечно, реалии учёта во многих организациях странные. Но по логике точно Capex.
Дмитрий, IFRS с вами не согласится, да и РСБУ тоже.
А если мы про корпоративное окружение говорим -- KPI вероятно будут в этих терминах, что вытянет за собой и цепочку решений  

Я вашу логику понимаю, и по предпринимательски она мне импонирует.
Но в IFRS очень логично описано, почему начало разработки продукта нельзя в CAPEX. Это интересно, посмотрите!

N.B. CAPEX -- это не инвестиции, это капитальные расходы. Не эквивалентные понятия.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Denis Zarin
Я был P&L responsible.
Плохо повлияло, рост медленный был. Сэкономленные деньги ничего не улучшили.
пендали раздавал?
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Kirill Gorin
пендали раздавал?
Это всегда изотропно))
источник

KG

Kirill Gorin in Архитектура ИТ-решений
Denis Zarin
3 момента :
-- capex vs opex истории больше про enterprise, потому что очень разный процесс бюджетирования и impact на текущие показатели P&L, отсюда много политических побочных эффектов
-- разработку продукта нельзя сразу в capex, по правилам учёта. Пока все непонятно и исследования -- только икспенсить (Т.е. в Opex)
-- здесь больше про бизнес история была, не про учет. Суть -- на старте надо быстро бежать, что коррелирует с расходами. Медленно бежишь -- видно в том числе по недотратам -- не успеешь вырасти и умрешь на взлете

Примерно так, если тезисно.
есть такая штука называется EXPEX. в нее запихивают R&D и это тоже капексом становится
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Kirill Gorin
есть такая штука называется EXPEX. в нее запихивают R&D и это тоже капексом становится
А можно ссылку или подробности?
А то есть эрзацы и типа PEREX, но это же другая опера..
источник

KG

Kirill Gorin in Архитектура ИТ-решений
источник

KG

Kirill Gorin in Архитектура ИТ-решений
конкретно EXPEX применяется к геологоразведке. но в целом критерии признания R&D примерно такие же
источник

KG

Kirill Gorin in Архитектура ИТ-решений
например если ты проводил описание бизнес процессов компании, для того что бы потом на базе них создавать ситему. вполне можно капекснуть проект по созданию БП
источник

DZ

Denis Zarin in Архитектура ИТ-решений
Kirill Gorin
например если ты проводил описание бизнес процессов компании, для того что бы потом на базе них создавать ситему. вполне можно капекснуть проект по созданию БП
Спасибо! Пока не успел детально ссылку посмотреть --

Правильно понимаю, что такая операция -- это потом, при наступлении критериев (определенности будущих доходов)?
источник

KG

Kirill Gorin in Архитектура ИТ-решений
ну там критерий что твой продукт возможен. если продукт не возможен то это опекс.
источник

KG

Kirill Gorin in Архитектура ИТ-решений
feasible
источник

KK

Krr Kz in Архитектура ИТ-решений
Denis Zarin
Есть много заблуждений, к слову, про мотивы инвесторов / budget holder'ов.

Я был очень удивлён, когда на меня первый раз серьёзно надавили инвесторы, потому что расходы отставали от плана. И это не про освоение бюджета было.
Во всех крупных частных компаниях такое наблюдал. Чтобы не сломать голову придумал теорию виртуальных организаций, включающих группы сотрудников, чьи действия направлены на получение прибыли путем использования ресурсов компании. По реалистичности и практичности напоминает теорию струн, но зато позволяет обьяснить любой корпоративный маразм, при должном старании)
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Viktor Alexandrov
Мне кажется черта уже пройдена.
На мой взгляд это закономерный результат agile-трансформации в крупных компаниях. Накоплена критическая масса некачественной функциональности, начали считать затраты на поддержку - там ужас, бардатк и тотальная некомпетентность.
Ожидаю виток оптимизации ИТ в ближайшее время.
Для себя пытаюсь понять почему agile в условных стартапах вполне успешно применяется, а в энтерпрайзе стабильно быстро скатывает ИТ в е#аный стыд.
источник

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Сегодня пробовал воспользоваться PayPal. Они сделали новый красивый дизайн. Но ничего нормально не работает, технические ошибки отовсюду. Заплатить так и не смог.
источник

SL

Sergey Lukin in Архитектура ИТ-решений
Roman Tsirulnikov
Сегодня пробовал воспользоваться PayPal. Они сделали новый красивый дизайн. Но ничего нормально не работает, технические ошибки отовсюду. Заплатить так и не смог.
та же проблема - решил оплатой с мобильного клиента, он очень даже хорош
источник