В общем, я для себя пока вижу так: замерять скорость разработки конечным количеством метрик скорее вредно, чем полезно, если мы не говорим про поток типовых задач, конечно. Пока склоняюсь к тому, что прогнозируемость перспективнее.
В общем, я для себя пока вижу так: замерять скорость разработки конечным количеством метрик скорее вредно, чем полезно, если мы не говорим про поток типовых задач, конечно. Пока склоняюсь к тому, что прогнозируемость перспективнее.
Я у себя обращаю внимание на количество возвратов задач в доработку и потери информации при передаче, если про количественные метрики говорить. Остальное, увы, по старинке и на глаз.
Я у себя обращаю внимание на количество возвратов задач в доработку и потери информации при передаче, если про количественные метрики говорить. Остальное, увы, по старинке и на глаз.
вот и мне кажется, что эффективнее смотреть на проблемы
а что делать, если продакт приносит фичи, которые не экономят? или экономят плохо?
О, а вот это тоже момент, который я давно хотел обсудить. А какое у вас в голове взаимодействие продакта и разработки? Продакт - часть команды или внешний заказчик? Почему именно так?
Я у себя обращаю внимание на количество возвратов задач в доработку и потери информации при передаче, если про количественные метрики говорить. Остальное, увы, по старинке и на глаз.
ну опять же по закону условного гудхёрты или кого-там, люди будут отказываться брать задачи в доработку делая из этого “новые фичи”, потому что в предыдущей плохо были указаны требования
О, а вот это тоже момент, который я давно хотел обсудить. А какое у вас в голове взаимодействие продакта и разработки? Продакт - часть команды или внешний заказчик? Почему именно так?
у меня завтра подлодочный завтрак по теме “продакт и тимлид” с Галиной @Galina_Igorevna, которая не только хороший специалист, но крайне приятный в общении человек