Мастер-класс Николая Товеровского о понимании задачи и плане проекта

• Без четкого понимания задачи результат будет неопределенным.  

• Мастер-класс будет проходить в формате двойного стрима: Telegram и Zoom.  

• Николай Таверовской, управляющий бюро, отвечает за дисциплину управления и результаты.  

• Участники будут присылать свои понимания задач в чаты.  

• Николай будет комментировать и анализировать присланные материалы.  

• Основная часть понимания задачи должна включать полезное действие или модель решения.  

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

• Участие в конкурсе на бесплатное место требует раннего поступления.  

• В школе проходят мастер-классы и другие мероприятия, ссылки на которые будут предоставлены.  

• Чем раньше записываетесь на курс, тем выше экономия.  

• Экономия начинается с 30% и уменьшается до нуля.  

• Николай приглашает участников на свой курс, который начнется 10 марта.  

• Неправильное понимание задачи приводит к постоянным изменениям и конфликтам.  

• Клиенты часто приходят с готовыми решениями, а не с задачами.  

• Исполнители должны понимать задачу, чтобы избежать проблем.  

• Понимание задачи должно быть написано и утверждено.  

• Исполнитель должен понимать задачу, чтобы выполнить ее правильно.  

• В отличие от армейского подхода, в проектах исполнитель должен обсуждать задачу с клиентом.  

• Отсутствие понимания задачи приводит к провалу проекта.  

• Дизайнер не может придумать все нюансы, разработчик должен написать спецификацию.  

• Спецификация должна включать качественную формулировку полезного действия.  

• Формулировка должна быть ясной и конкретной.  

• Должен быть описан способ достижения цели.  

• Формулировка должна быть работоспособной и объяснять механизм достижения цели.  

• Пример плохой формулировки: "разработать образовательный портал".  

• Пример хорошей формулировки: "помочь ученикам лучше понимать предметы".  

• Отсутствие внятной формулировки равносильно отсутствию понимания задачи.  

• Заказчик должен четко формулировать конечный результат.  

• Работа дизайнера часто превращается в допрос заказчика.  

• Вопросы должны быть структурированы и оптимизированы для эффективного взаимодействия.  

• Пример структуры ТЗ: перечисление полезного действия и артефактов.  

• Важно указывать, что будет и что точно не будет в результате.  

• Упрощение структуры помогает избежать ошибок и улучшить понимание задачи.  

• Не стоит перегружать клиента множеством идей.  

• Важно четко формулировать, что будет реализовано в каждую итерацию.  

• Пример из практики: приложение к договору, где автоматизация заказов на приборы является полезным действием.  

• Задача кажется небольшой, но важно понимать, что полезное действие должно быть сформулировано сразу.  

• Если формулировка не соответствует критериям, это может указывать на проблемы с редактурой.  

• Пример: заметка о хобби сотрудницы Надежды Ивановой должна быть полезной для аудитории.  

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

• Пример с самолетами после футбольного мероприятия: расточительно бросать проекты, которые могут быть полезны для других клиентов.  

• Лучше относиться к внутренним разработкам как к SaaS-сервисам, даже если это один клиент.  

• Технология "Карандашик" была создана для упрощения создания книг, но позже стала использоваться и за пределами книг.  

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

• Студенты школы бюро на третьей ступени делают полноценные проекты.  

• Проекты имеют готовый тайм-фрейм и результаты, которые можно увидеть на странице дипломов.  

• Примеры проектов: лофт огород, подставки для цветов, которые продаются на Ozon.  

• Команды выбирают задачи самостоятельно.  

• Примеры формулировок: помочь людям узнавать новое, увлечь изучением фактов, создать сайт-путеводитель.  

• Формулировки основаны на страстях и потребностях людей.  

• Пример эффективного проекта: жилой журнал о студентах школы.  

• Полезное действие: помочь читателям перенять профессиональный опыт и найти единомышленников.  

• Решение: запустить конкурс на должность главреда и создать кодекс главреда.  

• Вопрос от Никиты: как снять когнитивную нагрузку с клиента и решать проблемы самостоятельно.  

• Базовый уровень: грамотно построить ожидания клиента и задавать вопросы.  

• Более крутой уровень: предугадывать потребности клиента и предлагать решения без вопросов.  

• Опасность ошибок при предугадывании потребностей клиента.  

• Пример: стажер, который не понимает, что нужно задавать вопросы, и делает что-то другое.  

• Важно сначала научиться работать как трактор, а потом срезать углы.  

• Вопрос от Рене: текущий проект в сфере обучения.  

• Обсуждение текста от Евгения для удобства восприятия.  

• Важно формировать понимание задачи для любых задач, даже маленьких.  

• Пример с покупкой хлеба: нужно уточнить, какой хлеб, к какому времени и сколько.  

• Вопросы должны быть развернутыми и включать ключевые отличия от текущего способа действия.  

• Директор использует шаблон спецификации с полями "что", "зачем", "кому сдавать".  

• Важно относиться к задачам как к возможным решениям, а не как к роботу.  

• Понимание "зачем" помогает модифицировать или выполнять задачи правильно.  

• Вопросы от участников завершены.  

• Ссылки на документы о понимании задач и регуляр.пмс.  

• Обсуждение работы на удаленке и лайфхаков для выживания в офисе и на удаленке.  

• Благодарность за вопросы и запись мастер-класса.  

• Анонс записи и сюрприз: промокод на скидку 30% до 18 февраля.  

• Прощание и приглашение на курс или в школы.