В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

2188 membersпожаловаться на группу
2020 June 16

SB

Sergey Baranov in Архитектура ИТ-решений
Roman Tsirulnikov
Это утверждение очень сложно измерить.
Мне довелось видеть скрам-проекты, которые тянут за собой огромный хвост затрат на сопровожение, функциональность одноразовая, требует переделки при любом изменении. Такой проект становится проклятием его разработчиков: вместо того чтобы делать новые сервисы, время уходит на постоянное поддержание работоспососбности старого.
Казалось бы, при чем тут скрам, если описанные проблемы лежат в области навыков разработки и дизайна.
источник
16:26пожаловаться#1

SB

Sergey Baranov in Архитектура ИТ-решений
Ivan
На эту тему как раз назревает митап 25-го числа: https://www.meetup.com/Virtual-Domain-Driven-Design-meetup/events/271202418/
Meetup
Balancing upfront design versus iterative design
Thu, Jun 25, 2020, 8:00 PM: Time: 20:00 CEST(WARNING, MEETUPS DOES NOT ALWAYS PROVIDE THE CORRECT TIME IN YOUR ZONE!!)This will be a panel discussion.> If you want to participate join zoom:https://us0
Хм, я об этом на техлидконф рассказывал на примере event storming.
источник
16:28пожаловаться#2

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Sergey Baranov
Казалось бы, при чем тут скрам, если описанные проблемы лежат в области навыков разработки и дизайна.
Согласен, это некорректное обобщение.
Проблема текущего состояния рынка в том что под “скрамом” часто понимают попытку организации разработки по методологии “ж-па в огне”.
источник
16:31пожаловаться#3

НХ

Николай Хитров... in Архитектура ИТ-решений
Roman Tsirulnikov
Согласен, это некорректное обобщение.
Проблема текущего состояния рынка в том что под “скрамом” часто понимают попытку организации разработки по методологии “ж-па в огне”.
по описанию похоже на методологию Scream)
источник
16:38пожаловаться#4

S

Sergey in Архитектура ИТ-решений
scream team
источник
16:39пожаловаться#5

GK

Gennadiy Kruglov in Архитектура ИТ-решений
На самом деле, часто продать дизайн, любой, как и документирование, чрезвычайно сложно.

По моим наблюдениям, из-за того, что многие менеджеры искренне не понимают зачем это нужно и напрямую связывают продуктивность команд с количеством произведённого кода и субъективной оценкой усталости команды.

Если команда затрахана, то всё правильно делается, значит устают, трудятся не покладая рук. Утилизация высокая.
источник
16:42пожаловаться#6

RT

Roman Tsirulnikov in Архитектура ИТ-решений
Вот кстати да:  scrum vs утилизация.
Организация предприятия по scrum командам минимизирует задержки/простои задач, но неэффективно утилизирует ресурсы.
Организация предприятия по отделам эффективно утилизирует ресурсы, но дает слабо предсказуемые задержки/простои задач.
Менеджмент пытается поймать обоих зайцев сразу.
источник
16:49пожаловаться#7

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Если овертаймят, кодят по ночам и по выходным, то всё правильно.
источник
16:49пожаловаться#8

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Roman Tsirulnikov
Вот кстати да:  scrum vs утилизация.
Организация предприятия по scrum командам минимизирует задержки/простои задач, но неэффективно утилизирует ресурсы.
Организация предприятия по отделам эффективно утилизирует ресурсы, но дает слабо предсказуемые задержки/простои задач.
Менеджмент пытается поймать обоих зайцев сразу.
Как у Голдрата, затраты vs проход. Компромисс невозможнен, нужно выбирать.
источник
16:50пожаловаться#9

RT

Roman Tsirulnikov in Архитектура ИТ-решений
scrum это для тех кому нужно минимизировать задержки (оптимизируем сроки) при условии готовности за это заплатить
источник
16:53пожаловаться#10

AM

Artem Mitropolskiy in Архитектура ИТ-решений
Roman Tsirulnikov
Вот кстати да:  scrum vs утилизация.
Организация предприятия по scrum командам минимизирует задержки/простои задач, но неэффективно утилизирует ресурсы.
Организация предприятия по отделам эффективно утилизирует ресурсы, но дает слабо предсказуемые задержки/простои задач.
Менеджмент пытается поймать обоих зайцев сразу.
Звучит как : в скраме все все время заняты, но половина делает фигню, а по отделам все делают полезное дело, но временами простаивают
источник
16:55пожаловаться#11

AM

Artem Mitropolskiy in Архитектура ИТ-решений
Roman Tsirulnikov
scrum это для тех кому нужно минимизировать задержки (оптимизируем сроки) при условии готовности за это заплатить
А это про достижение результата быстрее. Как-то первое со вторым не сочетается
источник
16:56пожаловаться#12

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Artem Mitropolskiy
Звучит как : в скраме все все время заняты, но половина делает фигню, а по отделам все делают полезное дело, но временами простаивают
Похоже, так
источник
16:59пожаловаться#13

BG

Boris Golovatskikh in Архитектура ИТ-решений
2_5424660505073551303.MP4
(2.13 Мб)
источник
17:06пожаловаться#14

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Почему у нас во многих компаниях закрывают глаза на высокую текучесть кадров в условиях недостатка кадров? Да потому что это плата за утилизацию. Ну и где здесь дизайн? Как он конвертируется в кэш флоу?

Наделать г-на и тушить пожары выгодно, потому что утилизация очевидна.
источник
17:16пожаловаться#15

A

Alex in Архитектура ИТ-решений
Gennadiy Kruglov
Почему у нас во многих компаниях закрывают глаза на высокую текучесть кадров в условиях недостатка кадров? Да потому что это плата за утилизацию. Ну и где здесь дизайн? Как он конвертируется в кэш флоу?

Наделать г-на и тушить пожары выгодно, потому что утилизация очевидна.
Всегда раздражали (но не долго) начальники, для которых работник, с улыбкой на лице работающий в своем ритме - проблема, и надо его непременно "догрузить"
источник
17:29пожаловаться#16

af

alex f in Архитектура ИТ-решений
Alex
Всегда раздражали (но не долго) начальники, для которых работник, с улыбкой на лице работающий в своем ритме - проблема, и надо его непременно "догрузить"
Это называется Эффективный менеджер)
Худшее в них - что они уже кому то пообещали что он ( а на деле ты) справишься
источник
17:31пожаловаться#17

af

alex f in Архитектура ИТ-решений
При этом в случае успеха - это все благодаря ему, неудачи - ты подвёл)
источник
17:32пожаловаться#18

af

alex f in Архитектура ИТ-решений
В принципе причина почему я не пойду в руководство)
источник
17:33пожаловаться#19

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Ни разу не видел, чтобы кого-то вознаградили за дизайн. За то, что он качественно решение спроектировал. За то, что решение легко развивать благодаря дизайну.

Зато все понимают, что если люди овертаймили, "спасли" проект, то нужно их вознаградить.

Нужен им дизайн? Сомневаюсь.
источник
17:44пожаловаться#20