Управление продуктом. Кто кем управляет?
Признаюсь, триггернулась на фразу недавно в продуктовом чате «проджект не управляет продуктом». И если вы также считаете, то скоро вам, как проджекту нужно будет менять свою точку зрения или работу. Давайте разберемся, кто кем управляет и что происходит в мире управления ИТшниками.
Идеальная картина мира: продакт управляет продуктом, проджект управляет проектом, лид команды (тут часто техлид) управляет командой). Идеально, но так работает, если вы не общаетесь и делаете что-то ради того, чем управляете. Ну и ответственность у вас такая, очень ограниченная, не пересекающая иные границы.
Как на самом деле в «правильных» проектах, которые запускаются в срок, с нужным скоупом и качеством продукта и с ценностью для клиента?
Тут анархия, шутка) Тут разделение ответственности и в то же самое время умение подхватить ее, чтобы продукт запустится с необходимым параметрами и своевременно. По сути все управляют продуктом: проджект и лид все чаще задают вопрос «зачем?», чтобы быть в контексте и быть экспертами в том, что они делают. Также и с проектом: все заинтересованы в скорости передачи требований/ проектировании системы и самой разработке, стараются устранить недопонимание и «белые пятна». Командой также управляет продакт, он должен понимать, что необходимо приоритезировать бэклог, что нельзя в 1 единицу времени одновременно делать 2 задачи. Проджект занимается ресурсным планированием и прозрачностью бэклога, которое не может быть в отрыве от управления команд.
Как у вас на работе? Кросс-доменная ответственность или каждый отвечает только за свой участок?
