Я пишу много задач в Jira для себя и своих коллег. И за время работы на позиции тимлида я вывел несколько простых техник, как сделать задачи более понятными, чтобы мои коллеги доделывали их до конца и ничего не забывали.
1. Пишите истории
Все мы любим читать истории. Почему бы не использовать эту механику при написании задач? Сравните два текста:
Пример 1
Привет. При вызове запроса saveUser не сохраняется поле name. Исправь, пожалуйста.
Пример 2
Вчера Илон Маск пытался зарегистрироваться в нашем приложении и у него не сохранилось имя пользователя. Помоги бедняге, пожалуйста. Ниже его тикет в службу поддержки:
Hi there, I'm Elon Mask. When I click the «save profile» button (use method saveUser) my name won't be saved. Please help me.
Второй вариант более интересный, человек точно будет вчитываться в каждое слово и работа над задачей не покажется ему скучной. Как ни как сам Илон Маск просит помощи.
2. Добавляйте чек-листы в конце каждой задачи
Подробное описание с историей это здорово. Но чтобы вам и вашим коллегам работалось ещё проще, добавляйте чек-листы с ключевыми пунктами в конце. Чтобы после выполнения задачи можно было себя проверить по списку. Вот вам небольшой пример:
Основное описание задачи
Привет. Вчера с нашим дизайнером Максом (это чувак, который постоянно пьёт кофе, ну ты понял) поменяли форму авторизации. И скажу тебе, это самая красивая форма, которую я когда-либо видел. Посмотри сам (ссылка на дизайн-макет). Вообщем, нужно заменить несколько полей и цвета в соответствии с новыми макетами. Желаю удачи. Можешь написать своё впечатление о дизайне Максу, ему будет интересно прочитать твой фидбек.
А следом за описанием добавляем чек-лист с конкретикой:
- Проверить дизайн-макет
- Заменить поле name
- Добавить select с выбором должности
- Заменить цвета
Ваш коллега будет выполнять задачу по этим пунктам и ставить галочку напротив каждого пункта после его выполнения. Так он ничего не забудет и выполнит задачу с первого раза и очень эффективно.
3. Максимально декомпозируйте задачи
Я придерживаюсь правила: задача должна быть такой, чтобы на её выполнение не уходило больше 3-4 часов. Если я планирую делать большую фичу, тогда я делаю одну главную задачу с общим описанием. А затем начинаю дробить эту задачу на подзадачи и раскидывать их по исполнителям. Таким образом, любой может зайти и посмотреть прогресс по общей задаче. А я и мои коллеги сохраняют хорошую динамику в работе, потому что закрытие каждой маленькой задачи даёт нам ощущение завершения нового этапа и делает нас счастливыми.
4. Не нужно описывать в задаче возможные решения
Я болел синдромом всезнайки очень долго. В каждой задаче я расписывал возможное решение, которое выбрал бы я. И даже сейчас порой ловлю себя на этом, когда пишу задачи коллегам.
Такой подход очень сильно ограничивает других программистов. Задача сводится не к поиску собственного решения, а лишь к механическому исполнению уже описанному в задаче решению. В итоге программисты теряют интерес к работе и не учатся думать самостоятельно, потому что за них уже всё придумали. Пишите задачи, а не решения. Так ваша команда будет развиваться на много быстрее.
Подписывайтесь на мой телеграм канал, чтобы не пропустить новые статьи: https://t.me/itteamlead