Когда вас запрашивают оценить задачу, не совершайте моей ошибки — не ставьте позитивных сроков. Даже если у компании дедлайн, даже если продукт кровь из носа нужен в ближайшее время, даже если начальник рвет и мечет. Не волнует! Это проблемы менеджеров, а не ваши, как разработчика. Посмотрите на задачу максимально критично, выявите сложные моменты, представьте возможные проблемы и называйте срок в 2-3 раза больше, чем вы хотели сказать изначально. Я серьезно! Факт в том, что согласовав большие сроки и выполнив задачу раньше вы будете героем, а назвав короткие и сорвав их — станете врагом и неудачником, даже если они оказались быстрее первого варианта — это уже никого не будет волновать.
Во всем этом хочется подвести красную черту под следующим: как бы вы не оттягивали и не размазывали рабочую деятельность, взявшись за нее, ее надо выполнить хорошо! Выполнить хорошо!
В целом, эффективная работа в команде требует баланса между личными и профессиональными целями, а также учета всех аспектов, влияющих на процесс выполнения работы. Но помните: работа приходит и уходит, но её никогда не выполнить её всю! Так же как никогда не выпить весь алкоголь и не выкурить всех сигарет - даже не пытайтесь!
Работа - это неисчерпаемый поток энергии, и лишь от вас самих зависит сколько вреда или выгоды она вам принесет. Удачи!
· 16.11.2024
А еще этот срок надо уметь обосновать 🙂
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён