Когда дело вообще не в методистах ;) Небольшая шпаргалка, что | mrkt.ed | про рынок образования

Когда дело вообще не в методистах ;)

Небольшая шпаргалка, чтобы сделать процесс разработки проще для всех участников

Найти крутую команду методистов, с которыми вам легко работать — ЧУДО, но об этом в конце поста.

А для начала давайте поговорим об ответственности )

Я считаю, что итоговый результат проекта — ответственность лидера этого проекта, заказчика, тимлида, продакта.
Как не назови.
Но именно он брифует на итоговый результат, согласовывает план и выступает незримым/зримым цензором.

Собственно три пункта, которые важно учитывать заказчику образовательного решения, чтобы результат радовал

1. Этап брифинга

Раньше, я думал, что руководитель должен быть Мистером Невозмутимостью.
Всегда транслировать спокойствие и уверенность, сглаживать углы и даже если в чём-то не уверен...
делать вид, что всё отлично.

На самом деле ) я и сейчас так думаю, за исключением всего одного пункта.

Заказчик-руководитель очень часто оказывается в ситуации, когда он не уверен )
Поэтому к первой встрече с методистами я начал готовиться более тщательно.

Минимальный набор, о котором важно подумать заранее, а лучше выписать:

- вот тут мне всё понятно (хочу так);
- вот тут я не уверен (давайте обсудим как лучше);
- вот тут я вооооообще не понимаю (помогите, подскажите).

Если нет времени ) а его ни у кого нет, то нужно выписать хотя бы список "НЕ ПОНИМАЮ".

2. Согласование проектного плана

Команда профессионалов отлично оценивает сроки своей работы.
Но чужое время оценивать не всегда возможно.
Особенно сложно контролировать тайминг руководителя проекта.

Я например, на старте — очень оптимистичен
Кажется, что я в любой момент смогу оперативно посмотреть видео / прочитать текст / дать фидбек на структуру программы.
Но на практике ) нет.

О чём ВАЖНО подумать перед запуском:

- Что я точно буду согласовывать?;
- Где меня можно просто уведомить?;
- На какие встречи / этапы меня нужно позвать поштурмить?;
- Точки невозврата (!! после этого будет очень дорого переделывать).

Все эти пункты лучше переложить в отдельные слоты в таймлайне проекта.
Свои слоты на согласование я обычно удваиваю )

О приближении "точек невозврата" прошу уведомлять не менее двух раз.

3. В процессе реализации

Если мы хорошо подготовились, то по идее процесс должен превратиться в рутину. В сроки укладываемся, промежуточные варианты согласовываем, авторы болеют меньше запланированного.

Но в рутине как раз и таится опасность.

Вот два вопроса, о которых в отлаженном процессе никто не будет думать, кроме вас )

3.1. Что можно сделать лучше, не сломав процесс?

Для гениальных идей есть бэклог, но если есть очевидное улучшение и точка невозврата еще не наступила, то это стоит обсудить с командой.

3.2. Не фигню ли мы делаем?

Все мы люди и все мы ошибаемся. Иногда бывает так, что мы что-то сильно не учли на старте.
Или ситуация в мире изменилась настолько, что продукт потерял актуальность.

Можно и дальше пилить продукт, а можно поставить на паузу и обсудить с командой.
Даже если в команде все всё понимают, никто не будет тормозить процесс кроме вас.
Лучше пересобрать продукт до следующей точки невозврата, чем продолжать создавать неактульный продукт.

Ну и да ) еще в процессе реализации нужно поддерживать мотивацию, командный дух, но это тема другого поста.

Ну и напоследок, как и обещал, про крутых методистов.

9 лет назад мне повезло, ОЧЕНЬ ПОВЕЗЛО, я познакомился с Надей и Наташей, с которыми мы собрали более 50 программ вместе.
Если вам нужны крутые разработчики, которые собаку съели на пунктах выше, то вам в Бюро «Метко» (Наташа и Надя).

Всем отличного дня и классных образовательных продуктов!