<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">Приветствую.<br></div><br>Отлично сказано! Очень здравый подход, сам стараюсь так делать и другим советую. А обсуждаемый инструмент просто немного (как мне кажется) должен в этом помочь. <br><br>Вот у Вас<br><br>>команда чувствует<br><br>у меня считается точно - сколько вешать в граммах. <div class="gmail_default" style="font-family:monospace,monospace;display:inline">(Адекватна ли эта оценка - другой вопрос - для того и бета).</div><br><br>И дальше<br><br>>идет борьба бобра с ослом<br><br>Менеджер любит отчёты, таблицы и графики - надо дать ему их! Графики, впрочем, у меня будут ещё нескоро. =)<br><div style="font-family:monospace,monospace" class="gmail_default"><br></div><div style="font-family:monospace,monospace" class="gmail_default"> <br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2016-10-04 18:30 GMT+03:00 <a href="mailto:Warstone@list.ru">Warstone@list.ru</a> <span dir="ltr"><<a href="mailto:warstone@list.ru" target="_blank">warstone@list.ru</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Эм... А зачем так страшно?.. У нас, допустим, если техническая команда чувствует что надо сделать рефакторинг где-то она просто вносит время на этот рефакторинг в задачу, которая касается этого места и во все последующие, если текущая снимается. Соотв., если нету задачи, которая касается этих мест, то и рефакторить пока-что незачем. А дальше идет борьба бобра с ослом. Весь вопрос насколько менеджер может ставить раком команду. Но это вопрос не к инструментам, а к подходу к работе.<br><br><blockquote style="border-left:1px solid #0857a6;margin:10px;padding:0 0 0 10px">
Вторник, 4 октября 2016, 16:34 +03:00 от "Konstantin S. Uvarin" <<a href="mailto:khedin@gmail.com" target="_blank">khedin@gmail.com</a>>:<div><div class="h5"><br>
<br>
<div id="m_-7722593603303890782">
<div class="m_-7722593603303890782js-helper m_-7722593603303890782js-readmsg-msg">
<div>
<div id="m_-7722593603303890782style_14755881020000000033_BODY"><div dir="ltr"><div style="font-family:monospace,monospace">Приветствую. <br><br></div><div style="font-family:monospace,monospace"> Наверное, надо бы описать кейс, который у меня в голове.<br><br> Допустим, команда ноет, что продукт плохой внутри, что задолбалась
воевать с багами и надо рефакторинг. Менеджер не видит проблемы:
тикеты-то кое-как закрываются, а программисты - ну они всегда ноют. Или, если он
подкован, говорит: хорошо, сделаем рефакторинг, но когда закроем текущие
задачи. То есть никогда. Конфликт.<br><br> Я предполагаю, что
"задолбались" имеет вполне конкретную оценку в человеко-часах (а,
следственно, и стоимость в деньгах). Также я предполагаю, что есть
конкретные проблемы у конкретных компонентов, которые если пофиксить - заметная часть этой задолбанности пропадёт. (По аналогии с узкими местами в производительности).<br><br> Соответственно, если менеджеру
сказать "мы задолбались" - он ответит "иншалла, пилите Шура, пилите". Если сказать "мы
протаптываем 20 человеко-часов в месяц из-за проблемы, решаемой за 10" -
у менеджера в голове закрутятся шестерёнки. <br><br> ЕСЛИ предположения верны, ТО обсуждаемый тул позволяет как раз собрать эту статистику. Больше он, собственно, никаких задач и не решает - собрали статистику, презентовали менеджеру, создали задачи на рефакторинг в Редмайне или Жире. Намылись, смыть, повторить.<br><br></div><div style="font-family:monospace,monospace"> (Замечу в скобках, что технический долг - это ещё и демотивация команды. Но это оценивать в деньгах давайте будем после того, как миелофон изобретут). <br></div><div style="font-family:monospace,monospace"><br></div><div style="font-family:monospace,monospace"> Ну как-то так. Надеюсь, стало яснее, что это и зачем это.<br></div><div style="font-family:monospace,monospace"><br></div></div><div><br><div>2016-10-04 11:32 GMT+03:00 KES <span dir="ltr"><<a href="mailto:kes-kes@yandex.ru" target="_blank">kes-kes@yandex.ru</a>></span>:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Вот хорошая штука <a href="https://wakatime.com" rel="noreferrer" target="_blank">https://wakatime.com</a> , чтобы смотреть в каких приложениях потратилось время.<br>
Как по мне, очень хорошая интеграция с редакторами и браузерами: <a href="https://wakatime.com/editors" rel="noreferrer" target="_blank">https://wakatime.com/editors</a><br>
<br>
03.10.2016, 19:23, "Alexey Shrub" <<a href="mailto:worldmind@mail.ru" target="_blank">worldmind@mail.ru</a>>:<br>
<div><div>> On Пн, окт 3, 2016 в 4:01 , Konstantin S. Uvarin<br>
> <<a href="mailto:khedin@gmail.com" target="_blank">khedin@gmail.com</a>> wrote:<br>
>> Давно мечтал запилить трекер для<br>
>> учёта времени, продолбанного на<br>
>> борьбу с техническим долгом. И вот -<br>
>> выдалась минутка...<br>
><br>
> Идея шикарная, хотя требует<br>
> привычки/дисциплины от разработчика.<br>
> Но не уверен насчёт отдельной тулзы,<br>
> получается надо и в обычную таску<br>
> время вписать и в тикет просраченного<br>
> времени - дублирование, нарушение DRY.<br>
> В идеале надо конфигурить/плагинить<br>
> популярные таск-трекеры (redmine какой)<br>
> так, чтобы можно было при вписывании<br>
> времени указать тип - просраченное, а<br>
> потом глядеть в отчёте по затраченному<br>
> времени сколько полезной активности<br>
> было, а сколько не очень.<br>
> Плюс надо привязывать просраченное<br>
> время к компоненту и виновному<br>
> разработчику, чтобы потом по<br>
> статистике видеть кого в первую<br>
> очередь рефакторить.<br>
> --<br>
> Moscow.pm mailing list<br>
> <a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" rel="noreferrer" target="_blank">http://moscow.pm.org</a><br>
--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" rel="noreferrer" target="_blank">http://moscow.pm.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div data-smartmail="gmail_signature"><div dir="ltr"><div><div><div><font face="monospace,monospace">Konstantin S. Uvarin<br></font></div><font face="monospace,monospace">jabber: see <from><br></font></div><font face="monospace,monospace">skype: kuvarin<br></font></div><font face="monospace,monospace"><a href="http://github.com/dallaylaen" target="_blank">http://github.com/dallaylaen</a><br></font></div></div>
</div>
</div>
<div>-- <br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org" target="_blank">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" target="_blank">http://moscow.pm.org</a><br>
</div>
</div>
</div>
</div>
</div></div></blockquote>
<br></div>
<br>--<br>
Moscow.pm mailing list<br>
<a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org" rel="noreferrer" target="_blank">http://moscow.pm.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div><div><font face="monospace,monospace">Konstantin S. Uvarin<br></font></div><font face="monospace,monospace">jabber: see <from><br></font></div><font face="monospace,monospace">skype: kuvarin<br></font></div><font face="monospace,monospace"><a href="http://github.com/dallaylaen" target="_blank">http://github.com/dallaylaen</a><br></font></div></div>
</div>