Алексей Журба открывает конференцию докладом о стратегии, вижене и миссии

Все просто - сложность непрерывно возрастает

Будущее наступит в любом случае. Смотреть нужно не на абстрактное будущее, а на конкуренцию в будущем - какое следующее изменение на рынке пошатнет мой бизнес (технологии, бизнес-модели, приход на рынок глобального игрока). Когда на рынке готовится прорыв, старые конкуренты могут стать друзьями

Что нужно, чтобы создать стратегию:

1 шаг: Начинать готовить стратегию нужно с понимания текущего положения. Анализировать нужно себя, конкурентов (не только приямых, но и конкурентов по сценариям, аудитории, рынку), индустрию в целом.

2 шаг: Выявить ключевую проблему. Вы не знаете, что будет через 5-10 лет. Выбирайте адекватные горизонты
Близкие проблемы решаются тактически. С точки зрения конкуренции это плохо - все тактические действия легко повторимы
❗️Как искать ключевую проблему: ищите ту проблему в будущем, которая изменит природу конкуренции или сильно затормозит вас. Генерируйте проблематику, а не фантазии.

3 шаг: Общее решение. Планы делать рано. Нужно выработать общий сценарий решения, который должен понижать сложность
❗️Задача Топ-менеджмента - уcтранять сложность и неопределенность, чтобы это могло попадать в execution

4 шаг: План успеха. Первое, с чего стоит начать - чего не делаем. Потом обсудить то, что нужно сделать

Вижен - священная корова в IT-индустрии. В реальности все хотят вижен, но все хотят по разным причинам. Подумайте, зачем он вам
Вижен - ситуация, когда ключевая проблема решена в вашу пользу. Вижен и стратегия в этой парадигме изменчивы, потому что вы постоянно их уточняете по мере кристализации будущего
Хороший вижен - когда люди захотели у вас работать. Отличный вижен - когда сотрудники готовы в вас инвестировать (например, согласны на опционы)

Миссия — чемпион мира по Bullshit Bingo 1933-2019

Не забывайте, что культура ест стратегию на завтрак

Юрий (@wert1go), а что-нибудь про разработку и продвижение внутренних продуктов кто-то делает? Либо у меня уже слепота, либо тема не такая интересная для широких масс. Хотя спрос есть и таких как мы, кажется, уже немало, но мучаемся и страдаем по одиночке :)

Что значит продвижение внутренних продуктов ?

@Cless75 В моём понимании – набор подходов, позволяющих растить знание о продукте и способов нарастить целевую аудиторию

надо уточнять что такое внутренний продукт. это разработка чего-то сервисного для своей компании? например как у нас софт весь самописный и IT закрытое подразделение без всяких аутсорсов для своих. Так это дело продвигать особо не надо, обучение по значимым фичам проводится в рамках обучения новому бизнеспроцессу

Внутренний продукт – это новое ПО для внутренних нужд компании, решающее проблемы сотрудников. Разрабатывается R&D подразделением, выделенной командой, обособленной от IT.

Обучение проводится, но как показала практика последних тренингов, широкая аудиторию не даёт прироста user-базы, точечные практические тренинги – дают, но эт прям нужно 30-50 тренингов сделать, чтобы охватить все микро-группы.

Что касается бизнес-процесса, то мы как раз не пытаемся его сделать новым, но и да, менять тоже не пробовали. Было ощущение, что сотрудники станут использовать продукт и менять свои процессы. Так как, см.выше, есть около 30-50 микрогрупп, где процессы отличаются.

Эээ а зачем?

Стандартизация снижает издержки. А разработка не под бизнес это код ради кода. Особенно если народ к чему-то привык.

Невозможно пытаться внедрить использование системы и оставить старый процесс

Это оксюморон

У морейниса в темной стороне недавно поднималась тема внутренних проектов. Даже предлагал посотрудничать тем, кто их делает. Основная мысль, если внутренний проект не имеет смысла запаковывать в стартап и выводить на рынок, то его в принципе не имеет смысла разрабатывать

Кажется, что это подход интеграторов, а не разработчиков продукта. Не?

А что это за Тёмная сторона? Подскажете? :)

Вообще это подход здравого смысла. Потому что ради чего ведётся разработка?

Разработка ведётся ради экономии внутренних трудозатрат

👍

Без стандартов и запросов со стороны пользователей?

Разработка внутреннего продукта требует значительно больше экспертизы  в бизнес и системном анализе чем b2c продукты, так как требуется  гораздо большая экспертиза в предметной  области, функциональный охват больше в 10 раз как и количество стейкхолдеров. Основное решение проблемы состоит  в разработке vision решения обеспечивающего создание востребованного продукта.  Некоторые системные аналитики это умеют :) Хорошие аналитики собираются на #AnalystDays

С запросами, Анастасия, и с предварительными интервью, всё как полагается ;)

Стандартов чего?