Size: a a a

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

2021 March 07

VI

Vladimir Ivanov in Архитектура ИТ-решений
Модель зрелости несёт мало ценности в плане оценки эффективности его создания
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
С тем же успехом можно строчки кода считать
источник

F

Fagor in Архитектура ИТ-решений
Alexander Luchkov
А в чём противоречие? Каждая версия продукта - новый продукт де факто.

Соответственно модель зрелости есть для каждой версии.
Еще пару шагов и парадокс коробля Тесея закрутим 😂. Нет однозначного ответа как считать, считайте как удобно здесь и сейчас, по моему лучшее правило. А если как удобно - плохо (большее зло), то вообще не считайте.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Vladimir Ivanov
Модель зрелости несёт мало ценности в плане оценки эффективности его создания
А почему вы вообще смешиваете бизнес показатели (эффективность капитала, маржинальность бизнеса, возврат инвестиций) с управлением качеством продукта (соответствие требованиям, обоснованность решений, уровень зрелости)?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Девопс и "ускорение" - это про повышение прибыльности бизнеса.
Управление качеством - это про ограничения на возможности достичь результата.
источник

AM

Alexey Mergasov in Архитектура ИТ-решений
Alexander Luchkov
А это от целей проекта  и критериев качества управления проектом зависит, а не от технической стороны вопроса.

Я кстати за разделение проектных данных на технически значимые и управленчески значимые. Если предъявлять к ним разные требования - получим обоснование для уровня бюрократии в конкретном проекте.
Я как раз про это, про разделение.
источник

VI

Vladimir Ivanov in Архитектура ИТ-решений
Alexander Luchkov
А почему вы вообще смешиваете бизнес показатели (эффективность капитала, маржинальность бизнеса, возврат инвестиций) с управлением качеством продукта (соответствие требованиям, обоснованность решений, уровень зрелости)?
Потому что первые показатели первичны. Вторые должны быть подчинены первым.
источник

И

Иван in Архитектура ИТ-решений
Vladimir Ivanov
Потому что первые показатели первичны. Вторые должны быть подчинены первым.
На самом деле нет. Тут надо понимать что есть Objective, в есть Indicator - это во-первых. А во-вторых на бизнесовые метрики воздействует такое количество факторов одновременно что технические показатели далеко не всегда можно считать даже за погрешность. Типовой пример когда продукт создаёт нишу. Он может вообще никакому здравому смыслу не подчиняться и сделан левой ногой за правое ухо и иметь ROI в 1000000000%
источник

И

Иван in Архитектура ИТ-решений
Alexander Luchkov
Девопс и "ускорение" - это про повышение прибыльности бизнеса.
Управление качеством - это про ограничения на возможности достичь результата.
Девопс и ускорение это про стабильное развитие вообще-то как бы) повышение прибыльности не в этой плоскости находится. Вернее затрагивает краешком, но не более. Управление качеством это про предсказуемость, а не про ограничения. Это раздел управления рисками
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Иван
Девопс и ускорение это про стабильное развитие вообще-то как бы) повышение прибыльности не в этой плоскости находится. Вернее затрагивает краешком, но не более. Управление качеством это про предсказуемость, а не про ограничения. Это раздел управления рисками
Прошу пояснить про "стабильное развитие" чего?
Качество - это согласно ISO 9001 про соответствие требованиям.
Управление качеством - это про определение способов реализации требований через управленческие процессы планирования, контроля, и подтверждения (assurance).
источник

И

Иван in Архитектура ИТ-решений
Стабильное развитие продукта.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Иван
Стабильное развитие продукта.
Стабильность в общем смысле означает предсказуемость. Девопс - про подход к разделению труда, за счёт которого можно уменьшить затраты на одну итерацию внесения изменений.

В этом смысле такой подход действительно может как-то обеспечить "стабильность".

Но говорить, что это "самый эффективный подход", "21-й век" и т.п. о чём и было исходное обсуждение на мой взгляд не корректно.
источник

И

Иван in Архитектура ИТ-решений
Что до управления качеством мы просто говорим о разных направлениях влияния. Я говорю о том какую ценность приносит управление качеством бизнесу. Можно выкинуть it из контекста и взять, например, изготовление булочных изделий. Там тоже есть управление качеством. Части процессов при этом также называются
источник

И

Иван in Архитектура ИТ-решений
Alexander Luchkov
Стабильность в общем смысле означает предсказуемость. Девопс - про подход к разделению труда, за счёт которого можно уменьшить затраты на одну итерацию внесения изменений.

В этом смысле такой подход действительно может как-то обеспечить "стабильность".

Но говорить, что это "самый эффективный подход", "21-й век" и т.п. о чём и было исходное обсуждение на мой взгляд не корректно.
Если говорить о стоимости в конкретном моменте то нет. Если говорить о росте стоимости во времени то да
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Иван
Если говорить о стоимости в конкретном моменте то нет. Если говорить о росте стоимости во времени то да
Отредактировал. Меня как архитектора интересует полный жизненный цикл.
Оценка в моменте очевидным способом оттуда вылезет.
источник

И

Иван in Архитектура ИТ-решений
Alexander Luchkov
Отредактировал. Меня как архитектора интересует полный жизненный цикл.
Оценка в моменте очевидным способом оттуда вылезет.
Тут мы полностью сходимся 👍
источник

И

Иван in Архитектура ИТ-решений
Жаль только что чаще всего бизнес не обращает внимание на динамику. Пока расходы вписываются в «бюджет» - бизнес спокоен
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Иван
Жаль только что чаще всего бизнес не обращает внимание на динамику. Пока расходы вписываются в «бюджет» - бизнес спокоен
Зависит от уровня вложенности планов расходов бюджета.

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

Как только появляется план хотяб на 3 года - сразу же возникает вопрос динамики на три года.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Приведу пример русско-китайского саммита, на котором создание договоров застопорилось поскольку для китайских ребят "долгосрочный" это 50 лет, а для наших 5.
источник

И

Иван in Архитектура ИТ-решений
Согласен. Могу только добавить что гибкость в бюджетирование все-же нужна. Поэтому, кстати, многие аутсорсеры выехали. На Ramp-up и ramp-down
источник