Р
эту же
Ну + 2 года никто не даст
Size: a a a
2020 December 21
АГ
почему она не работает? потому что один сервис ждет а, а ему приходит б
SP
почему она не работает? потому что один сервис ждет а, а ему приходит б
она работает. процессы не работают. люди не работают эффективно
АГ
короче проект загнан в тупик. закопать и начать новый, сделать выводы, и больше так не делать.
DT
это в целом бесполезная трата ресурсов
Взять всех и поставить задачу составления доки? Доку на выброс сразу по завершению, зато шаринг знаний
SP
"остановить разработку" никогда не вариант. Вариант - бакетное планирование и закладывать там 10-20% на устранение проблем
Р
почему она не работает? потому что один сервис ждет а, а ему приходит б
Потому что вариантов того, что ждет сервис а, в зависимости от того, что прислал сервис с и скорринга из сервиса ц около 1000 комбинаций
АГ
так если система работает, то может и пусть работает - надо успокоиться, и нормально сформулировать проблемы, пути решения?
Р
Расписать это - это ебануться на голову скорее всего
Р
Общие правила - возможно
SP
так если система работает, то может и пусть работает - надо успокоиться, и нормально сформулировать проблемы, пути решения?
ты не понял в чем проблема у человека)
Р
так если система работает, то может и пусть работает - надо успокоиться, и нормально сформулировать проблемы, пути решения?
Система работает 8 лет, она морально и технически устарела
АГ
остановить разработку не равно остановить работу
Р
5.5 стоит
АГ
заморозить фичи в таком состоянии, имхо - это обязательная штука...
АГ
пыха 5.5?
Р
заморозить фичи в таком состоянии, имхо - это обязательная штука...
Акакие фичи?
АГ
ну ясно.... да, тут конечно нужна модернизация основательная
АГ
причем в приоритете
SP
остановить разработку не равно остановить работу
для бизнеса это тоже самое. тебе важно что бы "твои импрувы" ложились на что будет потом, тебе важен фидбэк. Ну и в целом имея 16 человек скоординировать какие-то активности в плане импрувов проще если импрувами занимается человека 4 (с ротацией)