Система контроля на основе тикетов

25 Марта 2010 Программирование
6 0

Для того, чтобы контролировать работу программиста, какой-то очень гениальный человек придумал тикеты и их учет. Один из ярых приверженцев этого подхода - знаменитый Джоел. Но если почитать его книгу, то он явно использует это изобретение правильно и для того, чтобы повысить производительность труда и избавиться от лишних загрузов друг-друга, а четко определять кто и что делает. Все остальные компании, где я работал, использую тикеты (если вообще используют) для того, чтобы заниматься ерундой и пинать себя в грудь, что у них поставлен учет. Когда я работал в Интерстепе, то там начальник просто кепяточком писал от этих тикетов. Я один раз написал тикет, о том как я писал тикет, для того, чтобы написать тикет. Жопа полная творилась. Благодаря этой системе планирования, я придумывал кучу причин, чтобы не работать. Можно было написать в систему любое фуфло, все равно высшее начальство туда не смотрит, а мой начальник пару раз увидел, что я туда пишу, поржал, и забыл.

К чему я это? У несколько дней назад на работе не работала тестовая база данных. ping идет с моей машины прерывистый и постоянно пропадает. На все остальные компьютеры и сервера я коннекчусь без проблем, а с этим какая-то лажа. А это основная база, которую я использую в разработке и моя работа на прочь встала. Хорошо, что у меня была не срочная работа и я мог переключиться на аналитический сервак и с него работать над другими тикетами. Я подошел к администратору и объяснил ситуацию. Она меня послала к администратору базы данных. Объяснил этому администратору. Тут меня послали создавать тикет. Создал тикет на администратора базы данных. Через пять минут его перекинули на администратора сети, потому что проблема явно не с БД, ведь даже пинг не проходит. Там тикет уснул на долго.

На следующий день администратор сети подошел ко мне и дал мне листик с правами на доступ к серверу, к которому я не могу подключится. Я положил этот листик в сторону и через 10 минут увидел сообщение о том, что администратор с большим удовольствием закрыл тикет. Я его открываю снова и пишу, мне не нужны права доступа, мне нужен коннект. Я не могу подключиться. К тикету приложен был скриншот моей консоли, который показывал не стабильный пинг. Я очередной раз указал в комменте, что мне нужен коннект, а не права. Но тикет через некоторое время закрыли снова без комментариев и я забил на это и решил работать на аналитическом сервере столько, сколько протяну, а потом может найду время, чтобы решить проблему.

Через пару дней мой начальник сообщил кому-то (видимо начальнику админов) что у меня есть нерешенная проблема. Администратор практически сразу пришел ко мне и стал разглядывать, как у меня непроизвольно пропадает и появляется пинг. Он поменял все кабели на пути от меня к концентратору, а толку не стало. Часа два мучений закончились тем, что он ушел думать. На следующий день мне капитально понадобился именно тестовый сервер, с которым были проблемы с коннектом, поэтому я решил, что настало время самому вытаскивать себя из воды за все, за что смогу ухвотить, и начал усиленно чесать репу.

Начал думать логически - проблема явно железячная, и по ходу дела с моим компьютером. Все остальные же работают нормально. Если бы проблема была софтовая или кабельная, то я бы ощутил проблемы со всеми серверами в компании. Что может быть железячного с сетью? Только сетевая карта. Что в сетевой карте может влиять на ее соединение с различными серверами? Скорость работы и дуплекс, других параметров нет. Захожу в свойства сетевой карты, меняю параметры с авто 1000 гигов на полудуплекс 100 мегабит (должен работать по любасу, потому что уже давно все железо поддерживает 100 мегабит, а полудуплекс - это такое старье, что его вообще все должны держать). И о чудо, у меня стабильный пинг с тестовым сервером!!!

Я считаю, что тикеты и вся эта система планирования должна помогать в работе, а не создавать проблемы. Если у кого-то проблема, то ее надо решать, а не создавать тикеты и пинать их друг-другу. Лишняя бюрократия съедает деньги компании. Я не против бюрократии и контроля, но если у человека нет связи, то можно сначала решить проблему, а потом попросить создать тикет, если он так нужен для отчетности. Вообще у нас в компании тикеты в основном помогают и спасают, в случаях когда заказчик спрашивает: "а где, то, что я хотел увидеть на сайте?", а ты ему говоришь: "а где то, что ты хотел увидеть на сайте, описано в твоем задании в тикете?".

Я уверен, что данный случай был случайностью, что мне решали проблему так долго. Возможно, что администраторы были заняты и мой коннект к тестовому серверу по сравнению с работой рабочих серверов компаний и Фортуны 100 абсолютно не хляет. Но вот в России тикеты реально были только для отмазки, чтобы можно было показать дирекции, что отдел ИТ чем-то занят. Дирекция любит видеть разные отчетики, пусть даже не понимая в них ничего. Тем более, что отделы ИТ далеко не во всех компаниях ценятся. Очень часто их считают вампирами, которые тянут деньги у остальных отделов.

В тикетах меня еще бесит то, что некоторые начинают делать другим западло. Если у кого-то что-то не получается по глупости, то я лично подхожу и поправляю человека. Я показываю ему, где его косяк и не отражаю это в тикетах. Поэтому на мне очень много висит всякого фуфла. Например, тестер по своей лени забыл забрать последние обновления с сервера или забыл перекомпилировать какую-то часть проекта. У него сайт рушится и он тут же пишет мне клейм - что я сайт не работает после моих изменений. Вот что написать после этого в комментарии к тикету? Перекопилируй проект и не отвлекай от работы? Я иду, и помогаю людям, подсказываю и на месте ищу решение, потому что для меня тикет - это призыв к действию, а не отмазка, чтобы не работать.

Я не против писанины друг-другу тикетов. Меня раздражает, когда тикеты прилетают по всякой фигне, потому что они отвлекают.

Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку пока еще никто не лайкал и ты можешь быть первым