скорее всего да

важно правильно сфокусировать разработчика на цели

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

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

просто мне проще разделять эти вещи визуально )

если есть документация, то можно приложить ссылку на документацию

Солидарна

ну так это разные вещи всегда
когда-то документация, когда-то контакты человека, у которого спросить, когда-то ссылка в гугле

Мне кажется я в полной мере расскрыл этот вопрос здесь https://t.me/ngSoviet/503902

задачи же самого разного рода бывают

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

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

Тут важно понимать цель написания задачи, то есть зачем ее вообще писать? Чтобы получить результат, который тебе необходим. Поэтому самое важное — это цель, или “что надо сделать”. Если для получения результата требуется указать дополнительные сведения, то их нужно указать.

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

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

Ты пытаешься сравнить несравнимые вещи

У нас с тобой уже в личке был разговор, где я тебе показал и объяснил почему то высказывание было оскорблением.

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

То, что я сказал “последние несколько лет”, да, тут как выяснилось оказался не прав. Но это не отменяет остальных тезисов, которые были высказаны до этого.

Главную проблему, которую ты хочешь решить постановкой задачи, это чтобы все было сделано так, как это нужно бизнесу. Просто держи это в голове)

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

Если задача делается не так как тебе нужно, то информации было дано меньше, чем надо.

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

ну во первых - не один раз

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

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

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