Size: a a a

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

2020 July 20

AL

Alexander Luchkov in Архитектура ИТ-решений
SinTpon Up here
По п.1 никакой статистики нет, конечно же.
По п.2 - если долго проектировали, то упущенная выгода начинает вполне составлять убыток. Се ля ви.
Ваше право считать как вам удобно. Каждый параметр нужен для чего-то. Если вам удобно пользоваться понятием "упущеной выгоды" и не вести никакой статистики - ваше право
источник

SU

SinTpon Up here in Архитектура ИТ-решений
Alexander Luchkov
Ваше право считать как вам удобно. Каждый параметр нужен для чего-то. Если вам удобно пользоваться понятием "упущеной выгоды" и не вести никакой статистики - ваше право
А кто ее ведет, такую статистику?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
SinTpon Up here
А кто ее ведет, такую статистику?
В смысле? Вся управленческая отчётность строится на отношениях идеал/план/факт. Любой отчёт по каждой контрольной точке содержит эти сведения.
источник

SU

SinTpon Up here in Архитектура ИТ-решений
Сколько вы видели проектов, где хотя бы косвенные затраты нормально считают, я молчу о фса
источник

AL

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

A

Andrey in Архитектура ИТ-решений
SinTpon Up here
Сколько вы видели проектов, где хотя бы косвенные затраты нормально считают, я молчу о фса
Согласен, по моим подсчетам таких проектов крайнее меньшинство
источник

SU

SinTpon Up here in Архитектура ИТ-решений
Alexander Luchkov
Эмм... все проекты, которые ведуться с бюджетированием.
Вы так думаете или реально видели такие проекты?
источник

AL

Alexander Luchkov in Архитектура ИТ-решений
SinTpon Up here
Вы так думаете или реально видели такие проекты?
Я знаю достаточно много людей, которые именно так делают. Как минимум на госпрограммах, внедрениях всяких ERP и подобного.
источник

SU

SinTpon Up here in Архитектура ИТ-решений
Внедрениях ерп? Серьезно?)
источник

AL

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

SU

SinTpon Up here in Архитектура ИТ-решений
Все, вопросов не имею)
источник

F

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

F

Fagor in Архитектура ИТ-решений
SinTpon Up here
Внедрениях ерп? Серьезно?)
А в чем вы видите тут проблему, просто интересно
источник

AL

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

SU

SinTpon Up here in Архитектура ИТ-решений
Alexander Luchkov
У товарища видимо богатый опыт попильного ЕРП, которого тоже, надо сказать не мало.
Как-то в третьем лице, фу
источник
2020 July 21

NB

Nikita Berezhnov in Архитектура ИТ-решений
Коллеги, здравствуйте. ПОдскажите пожалуйста - а где-нибудь можно увидеть запись доклада от 16.07? К сожалению на прошедшей неделе вывалился из зоны доступа.
Если уже где-то было - просьба сильно не бить:)
Спасибо
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Запись сегодняшнего зума: https://youtu.be/ui4Fk-vm-pE
YouTube
Непрерывное применение архитектурных практик как способ снижения рисков / Александр Лучков
Проблема документирования технических решений обсуждается часто, долго и с большими разногласиями. Широко распространены в зависимости от отрасли два лагеря "формалисты-бюрократы" и "гибкие-либералы".
Из моего опыта аргументы вторых сводятся к утверждениям  похожим на:
- "Документация устаревает быстрее, чем обновляется, поэтому в ИТ системе единственная актуальная документация - это код"
- "Документация нужна только там, где нужно её сдавать. Поэтому необходимо писать только ту документацию, которая указана в контракте"
- "Документация - это дорого и поэтому лучше делать продукт интуитивным"
- "Формализмы - это затраты на их изучение, а рынок настолько широк, что невозможно научить всех. Поэтому лучше писать каждый как умеет."

Первые же говорят о том, что:
- "Хорошая документация должна быть"
- "Документация делает процесс разработки управляемым"
- "При хорошей документации RTFM является эффективным способ обучения сотрудников"
- "Документация обеспечивает возможность поддерживать качество продукта…
источник

DK

Daria Kaftan in Архитектура ИТ-решений
Nikita Berezhnov
Коллеги, здравствуйте. ПОдскажите пожалуйста - а где-нибудь можно увидеть запись доклада от 16.07? К сожалению на прошедшей неделе вывалился из зоны доступа.
Если уже где-то было - просьба сильно не бить:)
Спасибо
Никита, все записи прошедших зумов можно увидеть на канале Максима - https://www.youtube.com/user/mxsmirnov/videos
источник

NB

Nikita Berezhnov in Архитектура ИТ-решений
Daria Kaftan
Никита, все записи прошедших зумов можно увидеть на канале Максима - https://www.youtube.com/user/mxsmirnov/videos
Спасибо! Сохранил ссылку на будущее
источник
2020 July 23

MB

Maxim Bendin in Архитектура ИТ-решений
автоматизация чего? уборки хлопка на полях?
источник