🤓 Сьогодні хочемо поговорити про естимацію, бо це питання досі лишається незакритим гештальтом у багатьох компаніях. Щоб розібратися, що може піти не так з оцінкою часу, попросили експерта з естимації Артема Григоренка розповісти про найпоширеніші міфи, з якими стикаються на проєктах. І ось, що він розповів👇🔹 “Якщо перевести Story Points у години — буде точніше”Можливо це виглядає “менеджерськи привабливо”. Але точніше не стає, зате зростає плутанина і хто кому які оцінки передав 🙂 🔹 “Якщо дати більше часу на естимацію — вона буде точнішою”Час без структури — це просто довше думати навмання. Не кількість обговорень вирішує, а підхід.🔹 “Хороший естимейт — це коли кожен оцінює окремо (QA, Dev, AQA і тд.)”А потім всі дивуються, чому в сумі виходить одне, а по факту — зовсім інше. Хороші оцінки будуються в колаборації і комунікації різних сторін між собою. 🔹 “Беремо 30% від естимейту розробки — і тестування готове”Цифра просто з повітря. Є дуже багато факторів, які впливають на те, скільки часу потрібно на тестування. В деяких випадках ще й буде так, що на тестування треба вдвічі більше часу 😉🔹 “Естимація — це викинутий час”Як і будь-яка робота без мети. Якщо робити це правильно і розуміти для чого потрібен той чи інший процес — стає краще.Ну і в цілому можна розраховувати, що естимація — це твоя страховка в хаосі спринтів і дедлайнів.Якщо було цікаво, хочеться глибше дослідити тему і попрактикуватися, 12 і 19 липня у Артема буде інтенсив, де все це буде. Детальніше тут.