Мы не можем это релизить в срок, тут архитектура неидеальна
Обычно перфекционисты - это очень ценные люди. Они приносят много разных идей - как улучшить процесс, автоматизировать рутину, оптимизировать сбор данных. И важно эту ценность сохранить и бережно направлять их. Но есть одно но.. Можно бесконечно смотреть на три вещи. И одна из них - как человек пытается выполнить задачу идеально, несмотря ни на что, в том числе на дедлайны. И вроде ж хорошо, человек старается на благо репутации, прогресса и человечества в целом. Но вот вопрос: а что такое это «идеально» и стоит ли оно тех трудозатрат? Усложняется задачка, когда человеку повесили лычки самого крутого спеца в своей области. Ничем ему не докажешь, что стоит остановиться. Например, автоматизация получения тестовых данных невероятно полезна, но данные уже есть, и можно уже отдать результат. Но ему хочется сделать универсальнее, потому что выгружать данные руками это не тру. Я выработала следующий подход, сместить фокус с "идеальности" на "какие задачи мы решаем данными улучшениями": 1️⃣ Считаем ROI (окупаемость). Обсуждаем с человеком оценку улучшений и запрашиваем реальный эффект. Если мы сэкономим на текущем тестировании больше времени, чем потратим на улучшение прямо сейчас — почему бы и нет? 2️⃣ Откладываем в бэклог (Техдолг). Если ценность есть, но она в далекой перспективе, то запланировать улучшение и положить в беклог. (например, получение новых тестовых данных потребуется только при следующей итерации тестирования). Фиксируем задачу, чтобы спокойно доработать фичу в технический долг, а не заниматься ей прямо сейчас. 3️⃣ Идем к стейкхолдерам. Если эффект есть, но он для клиента. Оформляем как идею/фичу. Либо продлеваем сроки, либо планируем в следующий релиз. 4️⃣ Опираемся на DoD. Если глобального эффекта нет, или он незначительный, останавливаем доработки и фиксируем результат по критериям Definition of Done. 5️⃣ Подсвечиваем ценность предложений для человека. Очень важно, чтобы у спеца не сложилось впечатление, что его «задавили дедлайнами» и строгим менеджером. Хвалим за крутые предложения, объясняем, что мы их не выбрасываем, а просто приоритезируем. Этот подход не раз оправдывал себя и позволял работать вдолгую с хорошими людьми, которые болеют за результат. А как вы договариваетесь с командой, когда хочется «еще чуть-чуть улучшить» в ущерб дедлайну? #ProjectManagement#ITLeadership #Agile #УправлениеКомандой#ProjectManager #SoftSkills #Delivery
· 19.07
Да, перфекционизм полезен ровно до момента, когда он начинает маскироваться под заботу о качестве. Обычно помогает не спор про архитектуру, а feature flags, маленькие инкременты и отдельный список технических долгов. Где у вас чаще застревает релиз - на дизайне или согласовании?
ответить
коммент удалён