Я 2 месяца в новой работе в качестве инженера-программиста. Одна из вещей, которую я быстро понял, заключается в том, что путаница в требованиях и сроках — это закон страны.
Чтобы дать больше контекста, руководство хотело бы, чтобы мы выполнили проект X, и хочет оценить, сколько времени это займет. Это набег на новую область, требующий значительной переработки существующей кодовой базы с потенциально критическими изменениями, значительными обязательствами по ресурсам между различными командами и несколькими итерациями, чтобы убедиться, что все работает нормально.
На последующем совещании между техническим менеджером, менеджером по продукту и мной не было единого мнения о том, должен ли это быть прототип или полноценная переработка части существующей кодовой базы. Это определило бы сроки и необходимые ресурсы.
Когда такая неразбериха случается часто, что может быть хорошей стратегией, чтобы продолжать двигаться вперед, не позволяя этому затрагивать кого-то лично?
лично я чувствую себя предвестником плохих новостей
Тогда не будь предвестником :)
Вам как инженеру не нужно беспокоиться о стратегических решениях в проекте. Если они спрашивают ваше мнение, скажите им. Если нет, то это не входит в ваши обязанности.
Как инженер, вы должны выполнять поставленные задачи. Так:
Представляя свою оценку, укажите, как вы интерпретировали требования и какие предположения вы сделали при расчете своей оценки.
Затем человек, получающий смету, может либо принять ее как есть, либо уточнить требования и попросить вас обновить вашу смету.
Если это не будет чрезмерно усложнять, вы также можете дать оценки для вещей, где неясно, является ли это требованием или нет. Но остерегайтесь доставки запутанного сообщения. Вы хотите создать впечатление, что знаете, что делаете, даже если люди, предъявляющие вам требования, этого не делают. Но что бы вы ни делали, не говорите этого в своем ответе!
Толстяк
Пользователь SO