Size: a a a

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

2021 April 08

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Подрядчиков можно погружать в продуктовую команду, в галерах тоже далеко не только ремесленники работают
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Видел продуктовые команды в галерах, где люди из галер радели за бизнес больше чем сам бизнес. Потому что бизнес - это часто тоже наёмные сотрудники
источник

VR

V R in Архитектура ИТ-решений
было бы интересно увидеть цифры сколько занимает продуктовая разработка в общей массе - я просто не знаю. Галера также вариант для работы и он не хуже других - имеет свою специфику.
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Абсолютно
источник

VR

V R in Архитектура ИТ-решений
Да, я тоже с разными встречался, но (это личное впечатление) - в большинстве случаев для людей это просто способ заработать на жизнь - поэтому интересы бизнеса для них все же довольно в стороне стоят
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ну и бизнеса часто нет никакого. Мы же про коммерческие проекты говорили
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Галера + Типовой гос. проект = Успех
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Без иронии
источник

p

pragus in Архитектура ИТ-решений
и пачка уголовных дел :)
источник

VR

V R in Архитектура ИТ-решений
Нет, меня здесь правда интересует вопрос - как у бизнеса "добыть" денег на тот же рефакторинг - они ведь оперируют цифрами. Чтобы чем-либо управлять - его нужно мерять. Поэтому я и интересуюсь - какие есть вообще механизмы для "измерения" рефакторинга - в конечном счете на выход нужно ведь выдать цифры
источник

VR

V R in Архитектура ИТ-решений
мы потратили 1К - сокрытили ТТМ на 10% - это то что бизнес поймет
источник

VR

V R in Архитектура ИТ-решений
но как это измерить, какие метрики брать
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Начать замерять TTM. Мне нравится слово "инвентаризация"
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Метрики придётся придумать. Если есть готовые, будет здорово их увидеть
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Прокурорам тоже нужно многочисленные и дорогостоящие пассивы на что-то содержать)
источник

VR

V R in Архитектура ИТ-решений
Я не знаю - у нас не практиковали. Была практика вроде оценок стори в каких-то functional points, затем смотрели сколько уходило в релиз - из этого делали вывод о эффективности. Вроде как можно теоретически использовать story points. Но отказались все же - это не совсем то.
В принципе если есть конвейер типовых задач - это наверное можно использовать
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Как я понял, в этом кейсе делали вывод о точности оценок (эстимейтов)
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Самый простой вариант. Был релизный цикл - квартал, а стал - три недели. То есть уменьшили длительность итерации.
источник

VR

V R in Архитектура ИТ-решений
Нет - методика оценки в каком-то виде уже была - условные градации (маленькая, средняя, большая, очень большая и т.д. - к ним были functional points - а они уже напрямую конвертировались в деньги. Т.е. бизнес ставил задачи - их оценивали - переводили в пойнты и оттуда в деньги - и уже по количеству ушедших в релиз  пойнтов оценивали эффективность и т.д. Я не помню чтобы корректировали механизм оценок. В общем - все это работало с большим скрипом, бизнес был недоволен и в конечном счете стартовали переход на SAFe от этого кастомного планирования - давно было уже
источник

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Много вопросов. TTM чего в итоге считать, всего продукта целиком, фичи, стори? Зависит от многих факторов. Думаю, нужно тюнить под каждый проект метрики
источник