Эм... А зачем так страшно?.. У нас, допустим, если техническая команда чувствует что надо сделать рефакторинг где-то она просто вносит время на этот рефакторинг в задачу, которая касается этого места и во все последующие, если текущая снимается. Соотв., если нету задачи, которая касается этих мест, то и рефакторить пока-что незачем. А дальше идет борьба бобра с ослом. Весь вопрос насколько менеджер может ставить раком команду. Но это вопрос не к инструментам, а к подходу к работе.
>Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" ><[email protected]>: > >Приветствую. > > Наверное, надо бы описать кейс, который у меня в голове. > > Допустим, команда ноет, что продукт плохой внутри, что задолбалась воевать с багами и надо рефакторинг. Менеджер не видит проблемы: тикеты-то кое-как закрываются, а программисты - ну они всегда ноют. Или, если он подкован, говорит: хорошо, сделаем рефакторинг, но когда закроем текущие задачи. То есть никогда. Конфликт. > > Я предполагаю, что "задолбались" имеет вполне конкретную оценку в человеко-часах (а, следственно, и стоимость в деньгах). Также я предполагаю, что есть конкретные проблемы у конкретных компонентов, которые если пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с узкими местами в производительности). > > Соответственно, если менеджеру сказать "мы задолбались" - он ответит "иншалла, пилите Шура, пилите". Если сказать "мы протаптываем 20 человеко-часов в месяц из-за проблемы, решаемой за 10" - у менеджера в голове закрутятся шестерёнки. > > ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать эту >статистику. Больше он, собственно, никаких задач и не решает - собрали >статистику, презентовали менеджеру, создали задачи на рефакторинг в Редмайне >или Жире. Намылись, смыть, повторить. > > (Замечу в скобках, что технический долг - это ещё и демотивация команды. Но >это оценивать в деньгах давайте будем после того, как миелофон изобретут). > > Ну как-то так. Надеюсь, стало яснее, что это и зачем это. > > >2016-10-04 11:32 GMT+03:00 KES < [email protected] > : >>Вот хорошая штука https://wakatime.com , чтобы смотреть в каких приложениях >>потратилось время. >>Как по мне, очень хорошая интеграция с редакторами и браузерами: >>https://wakatime.com/editors >> >>03.10.2016, 19:23, "Alexey Shrub" < [email protected] >: >>> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin >>> < [email protected] > wrote: >>>> Давно мечтал запилить трекер для >>>> учёта времени, продолбанного на >>>> борьбу с техническим долгом. И вот - >>>> выдалась минутка... >>> >>> Идея шикарная, хотя требует >>> привычки/дисциплины от разработчика. >>> Но не уверен насчёт отдельной тулзы, >>> получается надо и в обычную таску >>> время вписать и в тикет просраченного >>> времени - дублирование, нарушение DRY. >>> В идеале надо конфигурить/плагинить >>> популярные таск-трекеры (redmine какой) >>> так, чтобы можно было при вписывании >>> времени указать тип - просраченное, а >>> потом глядеть в отчёте по затраченному >>> времени сколько полезной активности >>> было, а сколько не очень. >>> Плюс надо привязывать просраченное >>> время к компоненту и виновному >>> разработчику, чтобы потом по >>> статистике видеть кого в первую >>> очередь рефакторить. >>> -- >>> Moscow.pm mailing list >>> [email protected] | http://moscow.pm.org >>-- >>Moscow.pm mailing list >>[email protected] | http://moscow.pm.org > > > >-- >Konstantin S. Uvarin >jabber: see <from> >skype: kuvarin >http://github.com/dallaylaen >-- >Moscow.pm mailing list >[email protected] | http://moscow.pm.org
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
