Back to basics: как ставить задачи?
-
Upload
nimax -
Category
Self Improvement
-
view
8.551 -
download
4
Transcript of Back to basics: как ставить задачи?
![Page 1: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/1.jpg)
PM. Back to basics:
как ставить задачи
Интерактивноеагентство
![Page 2: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/2.jpg)
Задача – критическая единица управления.
Скоп работ (ТЗ)
План работ (Гант, тайминг)
Задачи
![Page 3: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/3.jpg)
01Чтобы участники проекта делали то, что нужно делать
Зачем?
02Чтобы менеджер проекта мог управлять
![Page 4: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/4.jpg)
01Чтобы участники проекта делали то, что нужно делать
Зачем?
02Чтобы менеджер проекта мог управлять
без лишних движений
без простоев
без догадок
эффективно
в срок
процессом
таймингом
эффективностью
рисками
ожиданиями клиента
![Page 5: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/5.jpg)
Плохая задача – это самонадеянно
Нет задачи – нет управления
Плохая задача в распределенной команде – это уже глупо
Плохая задача в распределенной команде в условиях сжатых сроков и высоких рисков –это прямой путь к факапу
![Page 6: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/6.jpg)
Последствия плохих задач
01Все работает примерно = неэффективно
Исполнители действуют интуитивно, делают медленно и не то.
Менеджер владеет примерной информацией = не видит проблемы и не управляет рисками.
02Все упирается в менеджера
Для выполнения работ нужен менеджер.
Исполнители простаивают или тратят время на поиски информации.
Уход в отпуск предсказуемо превращается в проблему. Уход из компании - в катастрофу.
03Все ломается
Мелкие задачи теряются.
Сроки срываются.
Риски срабатывают почти наверняка.
Расходятся ожидания.
![Page 7: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/7.jpg)
Список хороших задач создает у всей командыисчерпывающее понимание фронта работ и хода проекта
![Page 8: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/8.jpg)
Что такое хорошо?Исполнитель, открывая список задач на день, понимает:- что ему делать;- как это делать, что надо учесть;- сколько есть времени на задачу;- в какой последовательности;- что должно получиться в результате.
Менеджер, открывая список задач в проекте, понимает:- прогресс работ в масштабе дня;- эффективность каждого исполнителя;- сработали ли риски;- релистичны ли текущие ожидания по скрокам.
![Page 9: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/9.jpg)
Что такое хорошо?
Хорошая задача отвечает на вопрос “Что сделать?”, не требуя лишних мыслительных усилий на переработку.
Плохо: “Верстка “о компании”
Хорошо: “Сверстать страницу “о компании”
![Page 10: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/10.jpg)
Что такое хорошо?
Хороший список задач легко “парсится”, однотипные задачи сформулированы отднотипно.
Плохо: “Сверстать “о компании”Сделать верстку макета “услуги”Реализовать весрстку главной”
Хорошо: “Сверстать страницу “о компании”Сверстать страницу “услуги”Сверстать страницу “главная”
![Page 11: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/11.jpg)
Что такое хорошо?
Хорошая задача конкретна, понятна и исчерпывающабез дополнительных обсуждений с менеджером и проектной группой. Даже если до этого задача уже обсуждалась.
Плохо: “Переделать интеграцию с 1С”
Хорошо: “Переделать интеграцию с 1С”Описание: В текущей версии выгружается список заказов и суммы платежей. Должны выгружаться заказы, платежи, наименования товаров и контакты покупателей. Используйте методы API из файла во вложении. Доступы - в заметках проекта. Макеты - по ссылке.
![Page 12: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/12.jpg)
Что такое хорошо?
Хорошая задача длится 2-4 часа, и не может быть разбита на более мелкие задачи. Если задача подразумевает набор мелких действий, они должны быть оформлены как подзадачи.
Плохо: “Запрограммировать кулькулятор”
Хорошо: “Релизовать вычисления для калькулятора на клиенте”“Развернуть стандартный модуль Битрикс для вычислений на сервере”“Допилить стандартный модуль для кастомных вычислений” “Релизовать взаимодействие фронтенда с сервером”
![Page 13: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/13.jpg)
Что такое хорошо?
Хорошая задача имеет исполнителя, сроки и время исполнения.
Плохо: “Переделать навигацию на главной”
Хорошо: “Переделать навигацию на главной”Трудоемкость: 3 часа Сроки: 2 сентябряОтветственный: Инесса
![Page 14: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/14.jpg)
Что такое хорошо?
Хорошая задача указывает на результат, а не процесс(используйте глаголы совершенно вида и думайте, что хотите получить на выходе).
Плохо: “Подумать над проблемой производительности” “Потестировать верстку”“Посмотреть сборку Маши”
Хорошо: “Найти решение проблемы с производительностью”“Собрать баг-лист по результатам тестирования верстки”“Составить список правок и рекомендаций к сборке Маши”
![Page 15: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/15.jpg)
Хочешь, чтобы кто-то что-то сделал – поставь задачу.
![Page 16: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/16.jpg)
Хочешь управлять проектом, составь список задач на ближайший этап.
![Page 17: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/17.jpg)
Задача создается,чтобы ответить на вопрос“Что сделать?”. Потому всегда начинается с глагола.
![Page 18: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/18.jpg)
Чем подробнее декомпозированы задачи, тем больше контроля над ситуацией.
![Page 19: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/19.jpg)
Все, что нужно знать для выполнения задачи, должно быть написано в самой задаче.
![Page 20: Back to basics: как ставить задачи?](https://reader030.fdocuments.in/reader030/viewer/2022020411/586e8da91a28aba0038b8969/html5/thumbnails/20.jpg)
hhttp://cs6.pikabu.ru/post_img/2015/07/24/4/1437714441_530675703.gif