Size: a a a

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

2020 May 01

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
Верно, нужна ту-би и промежуточне архитектуры, где в одной из них будут руки джуна))
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Alex V
Но все равно нужно по ЖЦ пройти, просто другого объекта, а именно системы обеспечения. Значит начать стоит с потребностей к требованиям и дальше. А будет этот прототип на рпа с ИИ, или руками джуна, пока не важно
» Значит начать стоит с потребностей
Ага. Забавно, что только сейчас вспомнили про потребности
источник

AV

Alex V in Архитектура ИТ-решений
Eugene Istomin
» Значит начать стоит с потребностей
Ага. Забавно, что только сейчас вспомнили про потребности
А кто-то забывал, что ЖЦ начинается с них?
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Alex V
А кто-то забывал, что ЖЦ начинается с них?
@evgeniy_nikonorov , каковы потребности?
источник

AV

Alex V in Архитектура ИТ-решений
Eugene Istomin
@evgeniy_nikonorov , каковы потребности?
Смотря какой роли
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Evgeniy Nikonorov
нужно выбрать конкретный ОУ и с ним работать
Так, мы начинали с ОУ - а пришли к потребностям и ролям.
Как же так? :)
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
боль очевидная, 1. разъезд того что спроектировано с тем что реализовано 2. Затрат на проектирование вслепую (длинная обратная связь),  3. От меня, неизвестны границы применимости архитектурного решения до этапа эксплуатации и черных лебядей)
источник

AV

Alex V in Архитектура ИТ-решений
Eugene Istomin
Так, мы начинали с ОУ - а пришли к потребностям и ролям.
Как же так? :)
Самым естественным системно-инженерным ходом мысли
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Evgeniy Nikonorov
боль очевидная, 1. разъезд того что спроектировано с тем что реализовано 2. Затрат на проектирование вслепую (длинная обратная связь),  3. От меня, неизвестны границы применимости архитектурного решения до этапа эксплуатации и черных лебядей)
Это потребности проектировщика.
Как узнаем потребности заказчика и пользователя?
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
а клиент это как раз Итшник, руководящий только
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
пользователь - разраб, тестер и все кто в SDLC
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Evgeniy Nikonorov
а клиент это как раз Итшник, руководящий только
Кто заметил противоречие?
"тот, через кого выражается заказ" и "заказчик" - это про разное
источник

EN

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

EI

Eugene Istomin in Архитектура ИТ-решений
Evgeniy Nikonorov
Давайте не будем лезть в бутылку, я кастдевов не проводил по этой теме, предлагайте)
\\ разреши на ты
Понимаешь, ведь без нормального custdev твой ОУ и ЖЦ - это своеобразная галлюцинация.
Она не про окружающих людей - а про твои боли и потребности
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
согласен, это очевидно
источник

EI

Eugene Istomin in Архитектура ИТ-решений
Так что я выше я решил сделать опрос
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
нужно упаковывать и пытаться продать
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
и если продастся то делать)
источник

EI

Eugene Istomin in Архитектура ИТ-решений
0 инвесторов (непонятно), 1 PO (я).
Всё, вот тебе "рынок на 12 человек", остальные ждут
источник

EN

Evgeniy Nikonorov in Архитектура ИТ-решений
из этих 12 ни у кого нет лярда, это только для меня, про стоимость разработки самой системы я ничего не говорил)
источник