16. КАК БЫЛА ПОСТАВЛЕНА
! Нет критериев отбора
«Хороший» — это
вообще какой?
Много выступал?
Хорошо кодит?
Известен в кругах?
Публицист?
«Обсудить» !=
засорсить
17. КАКИЕ ПОТЕРИ ПРОИЗОШЛИ
1.Каждый исполнитель сделал свою таблицу с разными
полями и разными данными.
2. Каждый исполнитель считает ключевой разную
информацию для анализа
3. Когда все собрались обсудить результаты задачи и сдать
их Автору задачи, тот сам оказался перед фактом не
сформулированных требований.
В итоге все занимались формулировкой требований к задаче,
которая должны была быть уже выполнена.
18. ПОТЕРИ В ЦИФРАХ
Отдел: 5 человек
Выполнение задачи: 2 часа каждый сотрудник отдела
Совещание на тему «Внезапно»: 1,5 часа на 7 человек
2 часа х 5 исполнителей + 1,5 часа х (5 исполнителей + 1 автор задачи +
1 рук.проекта) = 20,5 часов.
20,5 человекочасов только на формулирование требований к задаче.
20,5
19. КАК ДОЛЖНА БЫЛА
ВЫГЛЯДЕТЬ
1. Свести в таблицу всех спикеров конференции ComOn
2. Заполнить по каждому из них следующие данные:
- ФИО
- Кол-во докладов
- Где работает
- Кол-во научных статей
- Языки докладов
- Технологии
- Наличие видео докладов
21. Инженерам:
Не «Спроектировать поворотную лопатку»,
а
«Спроектировать поворотную лопатку:
- Диагональ для проходных сечений 7500х7500мм.
- Окружное усилие на лопатки: 46Н на м.пог.
- Предусмотреть отверстие для светильников на каждые 3
22. Программистам:
Не «Создать бэкэнд для "админки тарифов"», а
«- Собрать спецификации реализации "админки
тарифов" для конечного пользователя.
- Провести исследование как реализуются "админки
тарифов".
- Описать на каких технологиях релизуются "админки
тарифов". Плюсы/минусы технологий.
- Провести исследование загруженности "админок
тарифов". Описать системные требования "админки
тарифов".
- Обосновать выбор программных технологий для
"админки тарифов"»
23. ПРАВИЛО ХОРОШЕЙ ЗАДАЧИ
В хорошо сформулированной
задаче уже должен быть конечный
результат, просто без значений.
29. ПРАВИЛЬНАЯ ЗАДАЧА —
ЭТО:
Только одно действие
В описании задачи — описание результата
Условия, которые надо соблюсти
Условия, которыми можно пренебречь
30. Задача — это обмен
данными.
Ты запрашиваешь данные, и
должен получить в ответ
данные.
31. ГЛАВНОЕ — ПРЕДСТАВЬ
СЕБЕ РЕЗУЛЬТАТ
Если видишь результат как таблицу — сколько ячеек
и каких именно.
Если документы — весь перечень, не просто
«Договор», а «Договор с приложением и актами».
Если код — что для тебя в нём первично, а что
вторично — скорость отработки, качество,
функционал?
Если это проектируемый объект — вес, габариты,
плотность, куда он должен влезть и куда не упасть.
КП на груз — на какое кол-во, с/без упаковки, с/без
доставки, с/без растаможки
32. ЧТО НЕ НАДО КЛАСТЬ В
ЗАДАЧУ
Предысторию. «Ранее мы уже пытались сделать подобие
качелей, но то ли пружины были не те, то ли их вообще не надо
использовать в качелях…»
Цель. «Эта задача нужна для того, чтобы наши клиенты
чувствовали себя комфортнее при загрузке однотонного фона, а
не радужно-искрящегося».
Если исполнителю надо знать эти вещи для поиска решения, он
запросит их сам.
Своё мнение. «На мой взгляд это какой-то буллшит, но заказчик
такой заказчик».
43. ВОПРОСЫ К ЗАДАЧЕ
Я понимаю на уровне базовой вещи что от меня надо?
(Код, документ, текст, таблицу, мнение, ничего?)
Я понимаю как оформить, куда сложить, кому отправить
и в каком формате?
Достаточно ли мне данных для выполнения задачи?
45. ПРАВИЛЬНОЕ ОТНОШЕНИЕ
К ПРОЦЕССУ
Задача — это обмен данными.
Задача — это линия, один сигнал, одна сущность. А не
многоуровневая сложноходовочка.
Задачи можно и нужно декомпозировать и
шаблонизировать
Задача — это не произведение искусства, не сочинение
по русскому языку и не что-то «очень сложное, ты не
понимаешь»
49. Ни в одной работе не бывает бесконечного числа
абсолютно разных задач.
Любую задачу можно упростить и разложить на
составляющие.
Даже с переменными можно сделать шаблон, или
определить их как «чёрный ящик» и построить структуру
вокруг них.
«Всё сложно, индивидуально и никогда не предугадаешь» —
это непрофессионализм.
Каждый из нас имеет право требовать профессионального
подхода к выдаче задаче — использование
проф.терминологии, устоявшихся шаблонов, правил,
сокращений.
50. ТЫ МОЖЕШЬ УПРАВЛЯТЬ
ПОСТАНОВКОЙ ЗАДАЧ В ТВОЙ
АДРЕС
Монтажники могут и имеют право просить тех.процесс
Инженеры могут и имеют право просить тех.задание
Программисты могут и имеют право просить
спецификацию
Дизайнеры могут и имеют право просить бриф
HR может и имеет право попросить заполненный по его
форме бланк-заявку на поиск персонала
52. ПОДЫТОЖИМ
Автор:
Будь краток, не придумывай лишнего
Проси только одну сущность, не смешивай
Представь себе результат и подробно изложи его
Если не уверен, что ты чёток — задай вопрос исполнителю
Исполнитель:
Пойми чётко и в одном варианте, чего от тебя хотят
Пойми, как именно ты будешь это делать
Проверь, есть ли у тебя все данные для этого
Если не уверен — задай вопрос автору
Оба — сделайте себе шаблон на задачи и живите счастливо.