В дебрях водопада

[vit_r]

Про высокие и низкие технологии

Зашёл в магазин. Решил купить к чаю Традиционный Дрезденский Штолен.

Дорогой. В специальной коробочке.

Переворачиваю упаковку. Смотрю на состав... Конечно, пальмовое масло входит.

Так сказать, навстречу традициям, но в духе современности: подешевле и попроще. А то, что вкус испорчен и для здоровья совсем не полезно - это издержки производства.

Всё-таки пищевая мафия на порядок хуже фармы. Нормальных продуктов почти не осталось. Хоть полностью переходи на домашнюю готовку из чистых ингредиентов.

Да. Что я хотел сказать.

Эта ваша хвалёная Jira - полная и безнадёжная херня.

Один раз удалось вытянуть проект из катастрофического состояния, используя эту самую Жиру. Но тогда у меня была кнопка. И что-то внятное получилось только после того, как тестирование и разработка были разнесены по разным Jira-проектам. Переносить информацию от тестировщикам к программистам и обратно пришлось вручную. Но только так удалось получить управляемость.

И всё равно, тестировщики постоянно прорывались к разработчикам, жаловались на жуткие ошибки, и те, восхитившись предоставленной возможностью личного общения или испугавшись возможности её повторения, бодро принимались с усердием, соответствующим горящим срокам, вставлять сбежавшие запятые в совершенно малоинтересные сообщения о редких ошибках.

За качество должен отвечать один человек, который знает, что происходит и что нужно делать. Причём, отвечать с правами ультимативного приказа.

Естественно, это не менеджер, бегающий по людям и, загадочно глядя в глаза, спрашивающий:

- А чем ты занимаешься?
- А какие у тебя проблемы?
- Я понимаю, что компилятор не работает, на дисках нет места, а в техзадании ошибка. Я уже разбираюсь с этими проблемами. Так что ты скажи мне, когда будет готово?
- Да, я вижу, что нет возможностей. Но это качественная характеристика, а мне нужно конкретное число.

Вся информация, включая описания, планы, статистику, измерения и прочее, должна идти через один пункт распределения. Это называется gateway.

Jira принуждает к свободному общению. Все дают задания всем. Потом передают дальше. Потом отвечают.

Параллельное-конкурентное командование.

Вроде, все заняты, а что происходит на самом деле, никому не известно.

Вместо нормального управления получается самоорганизующаяся система.

А какое свойство у самоорганизации?

Правильно. Она приводит систему в равновесие.

А какое равновесие у системы, которая туда-сюда шлёт issues?

Правильно. Совсем не то, когда эти самые issues в системе кончаются.

Сейчас пошли какие-то панические попытки решить несуществующие проблемы. Вчера обнаружил, что в лог теперь SQL запросы пишутся в одну строчку. Фиг разберёшь, что там. Тем более, невозможно сравнивать. Сегодня добавили ещё одну не читаемую фигню.

На мой недоуменный вопрос было отвечено, что так круче.

Сегодня пытался убедить, что попытки экономить время приводят к диким потерям этого самого времени. Причём, не в другом месте, а в тех же самых процессах.

Вроде убедил. Но простое и грубое ручное решение показалась им не кошерным. Будут автоматизировать. Подозреваю, это опять выйдет боком.

В результате, да. Купил карточки A7. Пины в шкафчике у секретарши тут лежали. Коробочки пришлось брать, какие попали под руку. Был ещё пенопласт от упаковок, но слишком скрипучий и крошащийся.

Жёлтые бумажки - это post-it. Естественно, заколотые пинами. Как известно, клей нифига не держит, если работать, а не украшать ими монитор по периметру. На карточках номера этих самых issues и необходимая для контроля информация.

Теперь фронт работ виден без проблем. На вопросы начальства можно просто ткнуть пальцем в эту конструкцию и сказать, в каком состоянии та или иная задача.

Главное, можно планировать. Хотя бы для себя.

А ещё у меня есть такая штука.



Это не таблица. Там в клеточках что-то нарисовано. Что-то зачёркнуто. По-серьёзному надо, конечно, на пинборд перенести и пинами тыкать. Но могут дать только огромный, а это ставить в углу комнаты и постоянно ходить. А так, достал бумажку из кармашка, нарисовал кружочек или зачеркнул, и положил обратно.

Да. Когда я командовал Жирой, у меня было две коробки с разноцветными пинами, три больших пинборда, с большими бумажками на них, утыканных этими самыми пинами. Во многом это помогло вытащить тот проект оттуда, где он оказался.

Можно, конечно, нечто отдалённо напоминающее подобное и на Jira сделать. Но это будет муторно, долго, через жопу, а в результате всё равно неудобно.

Comments

[alll]

Так вроде жира мало того, что весьма пластична и позволяет себя перепиливать почти как угодно, но и банально позволяет раздавать права доступа. Т.е. запретить QA ставить задачи на разработчиков, дать права ставить задачи на членов группы gateway ... профит? Хотя это конечно требует, чтобы этим хоть кто-нибудь занялся, а не хватать настройки workflow искаропки.

[vit-r.livejournal.com]

То, что нужно, она не позволяет. Там требование висело несколько лет, а потом они сказали, что делать не будут. Потому я и предпочитаю TrackStudio

Тем более, что проблемы всегда административного порядка. Процесс можно запустить хоть на бумаге, при этом не сильно потеряв в удобстве и производительности.

А конфигурировать - этим кто-то занимался. И инструкции есть и настройки. И строгие правила. Только на мой скромный взгляд единственная задача, которая этим на самом деле решается - создание красивых картинок для отчётов.

Впрочем, почти везде так.

[alll]

Ну, у нас выделили отдельного человека на обтачивание жиры напильником. Первое время было хреновато, но потом вроде наладилось - по крайней мере приоритетами задач рулят люди более разумные, нежели низовые QA.

[vit-r.livejournal.com]

Проблема в том, что тут все очень разумные. Обезьянок строить - много ума не надо. А тут консультанты. Большинство - крутые. В таких условиях управление на порядок сложнее.

А отдельный человек нужен не на тул, а на управление процессами качества. Хотя, при хорошем раскладе должен быть целый отдел хотя бы из трёх, который занимается не только администрацией, но и стратегией с измерениями.

[norguhtar.livejournal.com]

Дак проблема всех issue tracking это то что сначала требуется выстроить процессы, а уже потом бежать. Обычно внедряется как "это позволит нам решить проблемы". При этом workflow никто не настраивает. Это вообще говоря отдельно специально обученного человека надо и еще перед этим правильно прописать как и что будет работать :)

[alll]

> Это вообще говоря отдельно специально обученного человека надо и еще перед этим правильно прописать как и что будет работать :)

http://vit-r.livejournal.com/770519.html?thread=5029335#t5029335 :)

Без отдельного специально обученного человека, руководствующегося правильно прописаным как и что будет работать, дела вообще не делаются. Сами только кошки рОдятся. Всё остальное надо изучать, обдумывать, планировать и делать ручками. Особенно если участников процесса драматически больше одного.

Ну собственно хозяин журнала приблизительно этим и занимается, насколько я понимаю.

[vit-r.livejournal.com]

В данном случае это как раз организация работы для одного.

[alll]

Ну, я не столько про работу по организации работы, сколько про работу вообще. :)

[vit-r.livejournal.com]

Вообще-то я практически не видел случаев, где бы тул был введён правильно с упором на процесс, с анализом и тестированием последствий, со сравнением разных вариантов и т.д., а не как "мы нажмём на кнопочку - наши проблемы сами решаться"

[norguhtar.livejournal.com]

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

[norguhtar.livejournal.com]

У jira же есть из коробки приблуда которая точно так же рисует карточки

https://www.atlassian.com/software/jira/agile

Чем не подходит?

Ну и да jira перед ее использованием как и все собственно issue tracking требует настройки. Чаще проще вообще ее не использовать :)

Из простых и удобных средств мне нравится teambox. Есть бесплатная версия на гитхабе.

[vit-r.livejournal.com]

Не подходит тем, что это совершенно другие карточки, для совершенно других целей и используются совершенно по-другому.

А так, да. Название одинаковое.

Да и в преведённом виде эта приблуда годится только для демонстраций. В рельном проекте только вред будет.

[anonim-legion.livejournal.com]

О еде.

Во всем виноваты неприхотливые лидеры, они же социопаты, они же элита, они же сторонники "этики результата", про которых уже 2 недели идут споры в ЖЖ. Этим людям надо чего-то добиться, они и будут идти к цели как носорог, хоть по черепам. И что есть - им без разницы, желудок луженый, хоть пластиковую кашу, хоть растворимый доширак. Поскольку руководят именно эти люди, они и задают качество продукта.

О SQL-запросе в одну строку.
Если перед запросом идет еще какая-то информация, то такие логи можно будет обрабатывать простым инструментом вроде grep или findstr, делая поиск по подстроке. При этом, не придется после поиска выбирать соседние с найденными строки какими-то неочевидными способами. Вот исчерпывающий комментарий на эту тему: http://maxim.livejournal.com/439216.html?thread=3223472#t3223472

[vit-r.livejournal.com]

Эти "люди с лужёными желудками" мрут как мухи, до пенсии не доживая.

А как исправить испорченное - это не проблема. Проблема в том, что раньше это было не сломано, так зачем-то поломали. Кстати, оказалось, что сломали не только это. Причём, очень серьёзно.