Size: a a a

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

2021 January 11

AL

Alexander Luchkov in Архитектура ИТ-решений
Ну типа тут вопрос чья ответственность.
Как говорил товарищ Сталин:
- У любой проблемы есть имя и фамилия.
источник

ОИ

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

ОИ

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Alexander Luchkov
Ну типа тут вопрос чья ответственность.
Как говорил товарищ Сталин:
- У любой проблемы есть имя и фамилия.
Я понимаю, что проблема не моя. И я стараюсь найти решения, которые обезопасят окружающих меня коллег от таких вещей.
источник

VI

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

VI

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

AL

Alexander Luchkov in Архитектура ИТ-решений
Олег Игонин
Завязывается. Очень больно, долго и попа горит. Хотя испытания я не описываю, а надзор - только выборочный.
Я в такой логике 5 лет проработал) В итоге задолбался и ушёл.
Такой подход может воспитать нездоровое управление разработкой. Сверхконцентрация экспертизы причём неявная для руководителей - это очень, ОЧЕНЬ, ПЛОХО.
источник

ОИ

Олег Игонин... in Архитектура ИТ-решений
Vladislav Isaykin
вы это все для этого делаете?)
Системный аналитик - это 30% работы архитектора. Чтобы произвести переход требуется, чтобы проблемы, а также их решения стали шаблонными.
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Олег Игонин
Системный аналитик - это 30% работы архитектора. Чтобы произвести переход требуется, чтобы проблемы, а также их решения стали шаблонными.
Не работы, а экспертизы. Работу нужно делегировать. Иначе крыша едет.
источник

A

Andrey in Архитектура ИТ-решений
Alexander Luchkov
Тогда получается что вы :
1. Выявляете потребности
2. Разрабатываете требования
3. Разрабатываете методы испытаний
4. Разрабатываете решения
5. Осуществляете надзор за этим.

У вас пупок не развязывается в одно лицо такое делать?))
Я когда с 1С работал, там и не думали что это могут разные люди делать😄
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
Andrey
Я когда с 1С работал, там и не думали что это могут разные люди делать😄
Пока делаем магазин по продаже шаурмы, может канать)
источник

AL

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
Alexander Luchkov
Я в такой логике 5 лет проработал) В итоге задолбался и ушёл.
Такой подход может воспитать нездоровое управление разработкой. Сверхконцентрация экспертизы причём неявная для руководителей - это очень, ОЧЕНЬ, ПЛОХО.
Я не пытаюсь лезть в детали и разработку. Но я пытаюсь находить управленческие подходы, которые могут перекрыть проблемы.
Я понимаю важность делегирования и доверия части работы другим людям. Но если не прописаны нормально процессы, то зачастую возникают проблемы.
Процессы надо описывать и не только бизнес-процессы, но и процессы на производстве. Опять же указывать данные для приёмки и договариваться об их соблюдении.
источник

A

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

AL

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

AL

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

ОИ

Олег Игонин... in Архитектура ИТ-решений
А как бы в этом случае поступил архитектор?
источник

AL

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

VI

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

AL

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