Size: a a a

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

2021 January 11

ОИ

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Vladislav Isaykin
просто внедрить какой то процесс и заставить всех по нему работать сложнее чем собрать требования
имхо в вашем случае как я уже выше говорил подойдет подход фиксировать все договоренности
пишите проектную документацию, рисуйте схемы, пишите спецификации, согласуйте их с бизнесом
и будет норм)
это самое простое что можно сделать и самое действенное 80/20 )
Только надо сразу мыло и верёвку заготовить.
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
Олег Игонин
Т.е. я должен собрать информацию "как сделано" и "как можно было сделать". Передать нужному человеку, который может что-то поменять, показав плюсы и минусы?
нет, пишите проектное решении, то есть то что хочет заказчик и как это будет реализованно в системе(-ах)
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Vladislav Isaykin
нет, пишите проектное решении, то есть то что хочет заказчик и как это будет реализованно в системе(-ах)
Я это и так делаю. =)
источник

A

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

AL

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

VI

Vladislav Isaykin in Архитектура ИТ-решений
Олег Игонин
Я это и так делаю. =)
заказчик под этим подписался перед реализацией?
источник

AL

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Vladislav Isaykin
заказчик под этим подписался перед реализацией?
Ага.
источник

AL

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Я в такое не очень умею.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Я тоже.
источник

VI

Vladislav Isaykin in Архитектура ИТ-решений
тогда чем он не доволен? сделали не то что написали или сделали роно то о чем логоварились?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Но и Гена Круглов и Карцхава говорят именно об этом.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Alexander Luchkov
Я в такое не очень умею.
Я каждый раз понимаю, что это надо сделать, но видимо недожимаю.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Так что нужно учиться.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Я ещё всем рекомендую смотреть фильм "Секретные войны Пентагона". Огонь.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Про БМП Брэдли)
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
наверное стоит сделать список пунктов при приёмке проекта?
Навроде: адекватные цели, наличие и доступ к оунеру и стейкхолдерам, актуальные бизнес-требования и так далее?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Олег Игонин
наверное стоит сделать список пунктов при приёмке проекта?
Навроде: адекватные цели, наличие и доступ к оунеру и стейкхолдерам, актуальные бизнес-требования и так далее?
Это хорошая идея. Но сразу куча вопросов.
Например как будем оценивать адекватность целей?
источник