HR BP
· 03.03Вопрос
Что в работе для вас важнее: четкое ТЗ или возможность иметь полную свободу действий в обмен на полную ответственность за результат? Почему?
28 комментов
· 08.03
Перед тем как начать делать ТЗ надо сделать PRD тогда и ТЗ получится по госту 34.602-2020
ответить
коммент удалён
ответ удалён
· 05.03
Свобода = ответственность; Ответсвенность = риски; Риски должно быть = выше зп.
Так что четкое тз для линейного мидла, полная свобода для сеньоров.
ответить
коммент удалён
· 06.03
Жаль, уровень ЗП часто не совпадает с уровнем ответственности и рисков🙈
ответить
ответ удалён
· 05.03
Есть такая народная мудрость: "Без внятного ТЗ, результат ХЗ". Можно сказать более литературно: "Прежде чем делать, надо подумать". В общем, план надо иметь. "Есть ли у вас план, мистер Фикс?"
ответить
коммент удалён
· 05.03
А потом - "у нас был план, и мы его придерживались", несмотря на то, что он перестал работать на результат😅🙈
ответить
ответ удалён
· 05.03
В оригинале этот мем звучал так: "Да, у меня был некоторый план и я его придерживался" :-)
ответить
ответ удалён
ответ удалён
· 05.03
Есть еще одна более конкретная: "Plans can become useless but planning is indispensable" (Планы могут стать бесполезными, но планирование обязательно)
ответить
ответ удалён
ответ удалён
· 04.03
Смотря какая сфера. Для меня важно, чтобы четко стояло ТЗ на конечный результат и потом «не мешались под ногами» этот результат достигнуть. А-то в ходе пьесы выясняется, что «я себе это не представляю» и «я не так себе это представлял» 🌚🤌
ответить
коммент удалён
· 04.03
Да, очень важно, чтобы, если дают карт бланш, потом не выяснялось, что имелось в виду совсем другое, и стоило об этом догадаться 😅
ответить
ответ удалён
· 04.03
Смотря какой fabric и сколько в нем details) Опытному руководителю не нужно ТЗ - ему нужен KPI и что бы не мешали, а вот джуну - чем подробнее ТЗ - тем лучше) вплоть до "между пунктом 3 и 4 нужно пообедать"
ответить
коммент удалён
ответ удалён
коммент удалён
ответ удалён
· 03.03
Мне кажется некорректно ставить союз "или" между этими состояниями. Чёткое ТЗ хорошо работает только для типовых, хорошо обкатанных ранее задач. Есть понятные требования к результатам, проверенная временем методология и набор действий как получить эти результаты. Плюс команда, которая раньше делала аналогичные задачи. Но если ничего этого нет, никакое ТЗ не будет "четким". Не встречал ни одного сложного проекта, где ТЗ не менялось бы по ходу проекта вместе с эволюцией понимания продукта и требований заказчика. И тут свобода действий весьма относительна, т.к. заказчику и исполнителю приходится работать вместе. И да, в обоих случаях ответственность за качество результата - на исполнителе.
ответить
коммент удалён
· 04.03
И соглашусь, и нет) Вопрос был про "любите" - есть профессии, где чёткости ТЗ нет, а исполнитель выполняет по своему видению.
А ответственность, в конечном итоге, всё равно на руководителе 🤷🏻♀️
В остальном - бесспорно)
ответить
ответ удалён
· 04.03
Вы уж извиняйте, что немного не на тот вопрос ответил 😉 Это все проф деформация проклятая, будь она неладна!
ответить
ответ удалён
· 04.03
Да я сама такая)) как начну о чем-то думать, мысли летят во все стороны😁 спасибо, что делитесь своими😌
ответить
ответ удалён
· 03.03
Четкое ТЗ понятнее, свобода действий - это иллюзия, ограничения есть всегда, поэтому я за ТЗ.
ответить
коммент удалён
· 03.03
Если брать лично меня, то, при наличии ресурсов, четкой цели и детального описание ожидаемого результата - мне всегда проще идти туда, как считаю нужным. Но это уже комбинация одного с другим)
ответить
ответ удалён
· 03.03
Здравствуйте. Ваш вопрос веет свободолюбивым Эджайлом которого прижали железобетонным Вотерфоллом) Опыт показывает, что всё зависит от методологии. Если в компании Эджайл, то пользовательской истории достаточно, чтобы с полной свободой действий реализовать свои идеи неся полную ответственность за результат. А где есть ТЗ, там есть и функциональные и нефункциональные требования, есть требования тендера, требования архкома, требования проектного офиса и получается, что реализуешь в жизнь чужие идеи и требования. Если ты созидатель, то тебе в Эджайл, а если исполнитель, то в Вотерфолл.
ответить
коммент удалён
· 03.03
Здравствуйте! Вообще вопрос навеян тем, что слышу от сотрудников и кандидатов. Разных ролей и уровней.
Стало больше желания иметь свободу действий, при этом, на практике нередко сопровождающееся недальновидностью относительно того, что и кому делать, если не получится)
Захотелось послушать мнения🙌🏻
ответить
ответ удалён
· 03.03
Интенция на созидателя и исполнителя мимо.
Agile-когда нужна гибкость, когда много неизвестных.
Тз-устраняет неизвестность(в бОльшей части), сокращает свободу действий в угоду стабильности.
Важно-за несоответствие agile не сажают, за невыполнение требований контракта-да.
Разные инструменты для разных обстоятельств, это нельзя ни ставить в один ряд, ни разделять.
Цикл сделки может охватывать этапы, в которых может фигурировать и то и другое и последовательно и параллельно, причем в рамках деятельности одной компании. Пример: сз с генподрядной историей. -на этапе лидогенерации компания ищет обьем и техзаказчика-agile -на этапе скоринга лотов в аналитике-agile, на этапе подачи заявки-нормативка(читай тз) -на этапе работы комиссии-нормативка(читай тз) в части правильности, agile-в части, скажем так, недокументированных активностей-сбор инфо от возможных подрядчиков, поиск заинтересованных, коньюнктура, разведка -на этапе заключения и контрактования-и то и другое, agile-когда обсуждается компромисс, нормативка-когда решается, как этот компромисс заформулировать -на этапе производства работ-ясно что тз, псд, допники-agile
ответить
ответ удалён
· 03.03
Спасибо за такой толковый комментарий 🤌🏻 Да, в вопросе - крайности, следовать которым негибко в реальности невозможно практически ни в каком направлении
ответить
ответ удалён
· 10.03
ТЗ необходимость. Его детали уже зависят от уровня экспертизы исполнителя. Но без него можно попасть в историю "мы очень довольны своей работой, но результат она не принесла" 😅
ответить
коммент удалён
· 10.03
Вот да, тут скорее о детальности возможности отклоняться речь)
ответить
ответ удалён