Таск-менеджер – это не багтрекер, или Почему из новомодных систем управления проектами получается херня.
Каждый раз, когда я вижу очередной пост о том, что “Мы изобрели очередную канбан-доску”, у меня начинают чесаться кулаки и возникает подспудное желание придать автору ускорение в сторону ближайшей стены, – потому что я знаю, что пост закончится тем что “…а теперь мы попробуем научить в ней работать хоть кого-нибудь из других отделов кроме программистов”.
И получается херня. Потому что таск-менеджер – это не багтрекер.
Я видел много бреда относительно этих двух систем. Один вполне себе такой директор IT-конторы утверждал, что баги вообще не нужно нигде регистрировать, а управлять нужно только задачами. “Ну баги – это баги”. То что у него было несколько тысяч багов в БД трекера – его не смущало.
Другой персонаж считал, что задачи нужно решать в рабочее время, а баги фиксить – в нерабочее, “ведь это вина программистов что они допускают ошибки”.
Ну или там “Баг – это не задача”. Можно я оставлю это без комментариев?
Так вот, в лучшем случае в конторе, с течением времени и роста популяции, образуются две учётные системы: одна для управления задачами гуманитариев, вторая – для управления задачами (и багами) для технарей. И все попытки перетащить один или другой лагерь на ту или иную сторону – оказываются безуспешными.
(если вам кажется, что вам хватает одной системы, спешу утешить – у вас всё впереди)
Так почему же возникает эта херня? Потому что, блин, принципиальная разница: для разработчика “задачник” – это БД и очередь, а для гуманитария – это план и овервью.
Для технаря базовая единица (задача) – is king. Это главный и корневой элемент, начало начал. Задача – в фокусе внимания. Всё должно крутиться вокруг задачи. Всё должно приклеиваться к задаче. Другие задачи должны к ней линковаться. Этих задач – тысячи. Он ими манипулирует технологически, с помощью инструментов (в том числе IDE).
Для гуманитария базовая единица – это проект. План. Он мыслит проектом, его течением из точки A в точку Б, совокупностью фич, календарными сроками, взаимоотношениями между отделами и с контрагентами. В его фокусе внимания – пара десятков объектов. Он ими манипулирует руками.
И из-за этой принципиальной разницы, если вы лепите очередную канбан-доску а-ля Трелло, вы никогда не слепите инструмент для разработчиков. Ну не жизнеспособна эта идея, когда в вашем промо-ролике вы весело перевешиваете стикер из Inprogress в Done в мало-мальски большом проекте. Там это очень быстро сдохнет и останется в лучшем случае в районе секретарей и сэйлз-менов.
Если у вас основной экран приложения – это канбан-доска или овервью, и вы целитесь в программистов – у вас ни..я не получится. У вас получится очередной Мегаплан, вы пробовали вести разработку и багтрекинг в Мегаплане? Вот я и говорю.
Не делайте херни, пожалуйста.