в строительном производстве для подобного используются формулировки: выполненный этап и выполненная работа, довольно очевиден смысл. Ну и в других областях довольно часто можно увидеть использования этапа и работы для обозначения промежуточного и конечного результата

просто к нему приходится каждый раз пару абзацев в голову загружать людям, что их напрягает часто

в строительном очень много взято из жизни и понятно - все верно.

Но в стройке нет такого понятая отдельно обсуждаемого как "задача". У них есть смета, четкие проекты, чертежи - при наличии такой документации на разработке, разработчики первыми кричат что "бюрократия" и все пропало. Хотя именно это закрепляет всех от несогласованности, но не уходим в тему.

Из строительной мы берем только сметы как термин. С остальным сложно также.

ну у нас как раз этапы(релизы)

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

у нас как раз вся проектная работа по русски описывается техническими писателями

там все предельно всем понятно и очень скучно)

+, очень похоже что так и будет

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

И когда он ныряет чтобы не было одного слова "результат" или нет "результатов" когда 40 задач выполнено и поставлено конкретное количетсво продукта, а 30 задач стали не нужны, потому что "скорректировались" OKR на очередной встрече, и 15 из них пволекли за собой отмену полученных  "deliverbales" за которые потрачены деньги на разработку. Но клиенту они уже не инетерсны.

Вот такой у меня контекст и он очень хорошо дисциплириует всех - от клиента до разработки.

есть слово "наработки" - мне оно не нравится, но как вариант для результата по задаче

deliverable - фича, outcome - выхлоп, не?

верная мысль - за "наработки" никто платить не хочет и не будет. Но суть верная.

ахаха

смысл да, но очень абстрактно

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

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

Как-то так.

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

да это и проблема - термины есть, очень выразительные и хорошие, но не могу использовать без предварительного "принудительного" обучения, а это раздражает всех

дома строят же не по аджаил, а по вотерфолу

Приветствую. Не очень понимаю, как мне из композера передать ип адрес хоста с базой? В датабейз файле синтаксис
​<%= ENV.fetch('DATABASE_HOST') %>​
или другой?
В композере
environment:
         - DATABASE_HOST=192.168.0.26
?