Size: a a a

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

2020 January 08

AZ

A Z in Архитектура ИТ-решений
Dmitrii Dima
Исправлю коммент - если в руках молоток все вокруг станет напоминать гвозди.
Знакомое дело. Это материал для второй статьи на VC и медиум)

Ну там приятелю понравилось,,для него всё стало с успешностью продукта ясно. А больше ничего и не надо
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Кучкаров Захирджан Анварович | Видеолекции Физтеха: Лекторий МФТИ - видеолекции по физике, математике, биологии, биоинформатике, информатике и другим дисциплинам
https://lectoriy.mipt.ru/lecturer/KuchkarovAZ
источник

AZ

A Z in Архитектура ИТ-решений
Denis Zarin
Ну на универсальный конструкт не тянет, но наверное у вас какой-то контекст был ведь?..
Он начал свой бизнес на тот момент пару месяцев как. Захотелось ему помочь + руку набить.

Ну намётки ящитаю к конструкту там есть. Точнее там сначала конструкт продукта нужен, но мне не до этого)
источник

DZ

Denis Zarin in Архитектура ИТ-решений
A Z
Он начал свой бизнес на тот момент пару месяцев как. Захотелось ему помочь + руку набить.

Ну намётки ящитаю к конструкту там есть. Точнее там сначала конструкт продукта нужен, но мне не до этого)
Мне неловко комментировать, ведь я не знаю реальной постановки.

Но меня такой конструкт очень смущает, как человека из продуктового бизнеса.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Denis Zarin
Мне неловко комментировать, ведь я не знаю реальной постановки.

Но меня такой конструкт очень смущает, как человека из продуктового бизнеса.
Это ж частное определение для конкретного представителя заинтересованной стороны.
источник

AZ

A Z in Архитектура ИТ-решений
Denis Zarin
Мне неловко комментировать, ведь я не знаю реальной постановки.

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Причем ещё и для выбранного множества интересов)
источник

AZ

A Z in Архитектура ИТ-решений
Denis Zarin
Мне неловко комментировать, ведь я не знаю реальной постановки.

Но меня такой конструкт очень смущает, как человека из продуктового бизнеса.
Если вам что-то неясно в ваших делах, можно поконцептуализировать может быть.

И соглашусь с замечанием ранее - вам другая степень различительной мощности скорее всего нужна.
источник

AZ

A Z in Архитектура ИТ-решений
Alexander Luchkov
Причем ещё и для выбранного множества интересов)
👍
источник

DZ

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

И соглашусь с замечанием ранее - вам другая степень различительной мощности скорее всего нужна.
Для бизнес рассмотрения, даже самого примитивного, у вас не обсуждается:
-- экономика продукта
-- жц продукта
-- используемая основная метрика
-- ну и хотя бы намека на роли / viewpoints / concerns

Я понимаю, что пример и контекст -- но по нему мощь подхода не видно совсем.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
А почему 1. и 2 делают не разработчики, у них же компетенция выше?
3. это вообще-то работа или самой команды или ее тимлида/техлида? Или команды разработчиков без своих лидов и привязаны к СА?
4. А для этого вообще-то техрайтеры есть....
источник

PD

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

AZ

A Z in Архитектура ИТ-решений
Denis Zarin
Для бизнес рассмотрения, даже самого примитивного, у вас не обсуждается:
-- экономика продукта
-- жц продукта
-- используемая основная метрика
-- ну и хотя бы намека на роли / viewpoints / concerns

Я понимаю, что пример и контекст -- но по нему мощь подхода не видно совсем.
Приятель бизнес ведёт до сих пор, вопросов дополнительных не возникало - значит всё ясно ему стало. Надо было видеть его взгляд, который стал понимающим :)

Т.е. этому челу в тех условиях это зашло.

То, что здесь не раскрыта мощь в вашей предметной области - ну раскройте её сами, я то здесь причём?)))
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ага, как я и говорил, СА - это bad smell :)
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
A Z
Приятель бизнес ведёт до сих пор, вопросов дополнительных не возникало - значит всё ясно ему стало. Надо было видеть его взгляд, который стал понимающим :)

Т.е. этому челу в тех условиях это зашло.

То, что здесь не раскрыта мощь в вашей предметной области - ну раскройте её сами, я то здесь причём?)))
Тоесть меряем счет фактурами?
источник

AZ

A Z in Архитектура ИТ-решений
Denis Zarin
Для бизнес рассмотрения, даже самого примитивного, у вас не обсуждается:
-- экономика продукта
-- жц продукта
-- используемая основная метрика
-- ну и хотя бы намека на роли / viewpoints / concerns

Я понимаю, что пример и контекст -- но по нему мощь подхода не видно совсем.
Если бы мы с вами работали над этим, то наверное вышел бы сияющий конструкт продукта. Хотя нет, я как концептуалист - даже до новичка не дотягиваю)

Но со спецами думаю вы бы интересную штуку построили
источник

AZ

A Z in Архитектура ИТ-решений
Dmitrii Dima
Тоесть меряем счет фактурами?
Меряем степенью повышения ясности
источник

DZ

Denis Zarin in Архитектура ИТ-решений
A Z
Приятель бизнес ведёт до сих пор, вопросов дополнительных не возникало - значит всё ясно ему стало. Надо было видеть его взгляд, который стал понимающим :)

Т.е. этому челу в тех условиях это зашло.

То, что здесь не раскрыта мощь в вашей предметной области - ну раскройте её сами, я то здесь причём?)))
В этом и суть нашей дискуссии.
Вы аргументируете так:
-- ему вроде понравилось
-- такой взгляд что все понял
-- не возвращался
-- со своей спецификой сами ковыряйтесь, а у нас тут модель всего


Ну...сорян))
Нет.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Так любой анализ повышает ясность, делов-то.
источник

DD

Dmitrii Dima in Архитектура ИТ-решений
A Z
Меряем степенью повышения ясности
Субъективно всеже -)
источник