Timofey Yakynin | Тим, который лид

Как планирование закупок помогает компании экономить? Недавно у нас в компании немного видоизменился процесс планирования закупок. Большинство реакций от ребят из IT что то типа - Кругом бюрократия - А в прошлой компании я просто говорил, когда мне что то нужно было, и мне это давали! Всё хорошо было! - Как мы можем наверняка знать что нам будет нужно? Пустая трата времени Мне кажется из-за модных молодёжных процессов, где приветствуется минимум бумажек и полная свобода, у людей уменьшается терпимость даже к небольшой бюрократии. Вот как раз для таких людей этот пост - зачем же нужно компании понимать ваши хотелки как можно заранее? 1) Элементарно посчитать бюджет. Думаю даже не стоит объяснять, что будет если дебит с кредитом не сойдётся :) Бо-бо и кассовый разрыв 2) Получить от поставщика более выгодные условия. Чем больше твой масштаб, тем больше у тебя возможностей диктовать условия. Вдруг несколько подразделений хотят купить одно и то же, вот тут как раз это выяснится. 3) Группировка закупок и управление их распределением. Допустим, 2 отдела разработки хотят заказать себе IPhone и IPad для тестов мобильного приложения. Может быть тут можно переиспользовать ресурс? Может быть хватит одного на 2 команды? 4) Плановые закупки позволяют стандартизировать железо и ПО. Закупки это хорошее место, чтобы увидеть, что разные подразделения пытаются купить разные инструменты для решения одной проблемы. Хорошо бы выбрать одно) Как то так. Timofey Yakynin | Тим, который лид t.me/...nin

А когда продавать то?? Заметил тут особенность scrum подхода - этапа продаж и продвижения просто нет. Базовый цикл ограничивается деплоем на прод, то есть доставкой ценности до клиента. Но откуда взялись клиенты? Как они узнают о новой фиче? А если новая функциональность вовсе расширяет ЦА продукта и у вас просто ещё нет клиентов под эту фичу? Что делать? В общем тут я бы рекомендовал разделить понятие scrum и продуктовая разработка. Scrum - это про работу конвейера, который создаёт ту или иную фичу. Да, мы очень стараемся, чтобы участники этого конвейера думали про клиента, конечную ценность, но это лишь приятный бонус, который не гарантирует успех фичи. Продуктовая разработка - это про то, что поступает на конвейер и куда после направляется после. Ваша роль как менеджера продукта — быть тем, кто связывает Scrum с остальным бизнес-конвейером. Вы — главный коммуникатор и переводчик между миром разработки и мирами маркетинга, продаж, поддержки. По сути процесс выглядит так: [Вход (Что делаем?)] -> [Как делаем? (Например через Scrum)] -> [Кому продаём] Продакту/проджекту важно помнить про все этапы. Ведь каким бы не был ваш процесс разработки, он не может быть совершение процессов на выходе и на входе TG #безaiконтент