Зачем заводить задачу, если дел на 5 минут?
Часто сталкиваюсь с мнением, что задачу заводить не надо (ибо впадлу), если саму задачу делать 5 минут, а заводить её сравнимые минуты 2-3.
Также порой сталкиваюсь с последствиями такого решения.
Надо заводить
Для себя я вывел правило, что если работы по этой задаче кого-то будут аффектить, то надо заводить задачу. Кого-то - это кого? Любого, кроме меня, или меня в будущем.
Например, надо пофиксить какую-то штучку за 5 минут. Я (или кто-то) написал код за 5 минут и запушил коммит без привязки к задаче, в которой могла быть раскрыта история фикса и почему надо было делать именно то, что сделали.
Сделали быстро, оно работает и без задачи. Правда потом, когда спустя N времени что-то еще надо в том районе поправить – никто и не догадается почему оно сделано именно так, а не иначе. Никакой истории запросов заказчика, обсуждения проблемы, приемки фикса – ничего этого нет.
В результате непонятно зачем сделали именно так, и поди докажи, что заказчик хотел именно этого и в тот самый фикс он принял работу и остался доволен.
Или представим, что есть какой-нибудь документ, содержащий спецификацию. В какой-то момент его отредактировали за 3 минуты, а задачи не было. Ну и всё, заводи хрустальный шар, выходи в астрал и разбирайся кто, что, зачем, когда и почему менял.
А на галерах, где работу программистов продают по часам, так и вообще такой дилеммы нет в принципе. Всё должно быть задокументировано, затрекано, принято заказчиком и оплачено.
Не надо заводить
Есть такие случаи, где и правда заводить задачу – трата времени и, будем честны, еще и нервов. Действительно порой так неохота идти в трекер, создавать задачу, писать описание, назначать людей, выставлять всякие разные атрибуты и т. д.
Например, у меня - это написание ежемесячного отчета. Есть напоминалка, которая раз в месяц стреляет. Я точно знаю, что я её не пропущу, точно уверен, что отчет написать не забуду, точно уверен, что, написав его, отправлю куда надо. Мне не надо для этого каждый месяц еще себе задачу одинаковую создавать.
В ней не будет никакой полезной информации. Там нет никакой истории развития, нет никаких изменений, нет никакого контента, который бы пригодился мне или моим коллегам в настоящем или будущем.
Итог
Пока писал этот пост, заметил, что придумать примеры для того, что надо заводить задачу, мне было намного легче, чем для того, когда не надо.
Моё мнение: задачи могут быть полезны, даже когда ты работаешь один (чтобы хранить историю), а уж когда ты работаешь в команде, то прям совсем незаменимы.
Боритесь с ленью (или делегируйте), заводите задачи. В будущем вам спасибо скажут ваши коллеги, или вы сами себе🙂
Часто сталкиваюсь с мнением, что задачу заводить не надо (ибо впадлу), если саму задачу делать 5 минут, а заводить её сравнимые минуты 2-3.
Также порой сталкиваюсь с последствиями такого решения.
Надо заводить
Для себя я вывел правило, что если работы по этой задаче кого-то будут аффектить, то надо заводить задачу. Кого-то - это кого? Любого, кроме меня, или меня в будущем.
Например, надо пофиксить какую-то штучку за 5 минут. Я (или кто-то) написал код за 5 минут и запушил коммит без привязки к задаче, в которой могла быть раскрыта история фикса и почему надо было делать именно то, что сделали.
Сделали быстро, оно работает и без задачи. Правда потом, когда спустя N времени что-то еще надо в том районе поправить – никто и не догадается почему оно сделано именно так, а не иначе. Никакой истории запросов заказчика, обсуждения проблемы, приемки фикса – ничего этого нет.
В результате непонятно зачем сделали именно так, и поди докажи, что заказчик хотел именно этого и в тот самый фикс он принял работу и остался доволен.
Или представим, что есть какой-нибудь документ, содержащий спецификацию. В какой-то момент его отредактировали за 3 минуты, а задачи не было. Ну и всё, заводи хрустальный шар, выходи в астрал и разбирайся кто, что, зачем, когда и почему менял.
А на галерах, где работу программистов продают по часам, так и вообще такой дилеммы нет в принципе. Всё должно быть задокументировано, затрекано, принято заказчиком и оплачено.
Не надо заводить
Есть такие случаи, где и правда заводить задачу – трата времени и, будем честны, еще и нервов. Действительно порой так неохота идти в трекер, создавать задачу, писать описание, назначать людей, выставлять всякие разные атрибуты и т. д.
Например, у меня - это написание ежемесячного отчета. Есть напоминалка, которая раз в месяц стреляет. Я точно знаю, что я её не пропущу, точно уверен, что отчет написать не забуду, точно уверен, что, написав его, отправлю куда надо. Мне не надо для этого каждый месяц еще себе задачу одинаковую создавать.
В ней не будет никакой полезной информации. Там нет никакой истории развития, нет никаких изменений, нет никакого контента, который бы пригодился мне или моим коллегам в настоящем или будущем.
Итог
Пока писал этот пост, заметил, что придумать примеры для того, что надо заводить задачу, мне было намного легче, чем для того, когда не надо.
Моё мнение: задачи могут быть полезны, даже когда ты работаешь один (чтобы хранить историю), а уж когда ты работаешь в команде, то прям совсем незаменимы.
Боритесь с ленью (или делегируйте), заводите задачи. В будущем вам спасибо скажут ваши коллеги, или вы сами себе🙂