Slider Background

мая 2010

Компромисс. Bugzilla против Word

Когда то давно у нас не было системы отслеживания багов. Потом появился большой Excel файл, а после - Bugzilla, которая и используется последние несколько лет. Когда она появилась, мы нарадоваться не могли. Все казалось упорядоченным, четким, красивым. Шло время.

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

Поэтому я начал мухлевать. У нас есть информационная система Инфоконт, установленная на нескольких десятках объектах. Когда доходят руки, я анализирую ее работу. При этом я открываю Word. Далее просто – скриншот, пояснения, скриншот, пояснения и т.д. Если нужно – я обвожу кружочками проблемные места, рисую стрелочки и т.д. В итоге появляется многостраничный документ, где баги перемежаются с предложениями по улучшению.

В нарушение всех норм и принятых правил (как один из руководителей фирмы я могу нарушать правила) я передаю вордовский документ ведущему разработчику, часть багов он все-таки вносит в Bugzilla, а часть просто отдает на исправление как есть (предвижу гнев всех руководителей служб тестирования).

Почему я так делаю. Во-первых, я не хочу терять темп. Если я сел и начал работать, то prt-sc и ctrl-c мои лучшие друзья, они ускоряют работу в разы. Во-вторых, с распечаткой можно сесть вместе с программистом и пояснить, что ты хочешь. И, в-третьих, потом разработчик быстро внесет исправления. Общая цель - поддержка высокого темпа всей разработки.

В чем минусы. Первый, самый важный – то, что исправления не буду проверены. Второй о сделанных изменениях может никто не узнать.

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

Неожиданно для себя я недавно получил подтверждение своим мыслям. Теперь я не один. Наши разработчики, вернувшись с конференции Software People 2010, пошли по схожему пути и внедрили следующую практику. Теперь тестировщики не пишут баги по новым фичам и комментарии к вновь открытым багам в Bugzilla, а быстро общаются по аське, телефону или лично. Кончено, крупные и страшные баги вносятся, но их количество принципиально другое. В итоге, скорость исправления увеличилась, а писанина уменьшилась (все же знают анекдот про зайчика, волка и писанину, которая увеличилась).
Подробнее

Scrum-доска своими руками

Одним из непременных атрибутов скрама является доска задач. Готовые пробковые или магнитные доски стоят каких-то космических денег, при своих небольших размерах. Поэтому для наших “игр в скрам” мы включили смекалку и … пошли в строительный магазин за углом.

Краткая предыстория.

В апреле-месяце мы с коллегами побывали в столице на конференции SoftwarePeople 2010.
Одним из лейтмотивов конференции были всякие гибкие методологии и конкретно скрам. Если раньше нам как-то удавалось противостоять волне повсеместной скрамизации, то на этот раз мы сдались.

(Вообще о постепенном приходе гибких методологий в жизнь нашей фирмы я собираюсь написать пару отдельных постов, следите за рекламой :)
Итак, что нам надо для одной доски:
  • Белая лаковая пластиковая стеновая панель, размер 37х300 см., 1 шт.
  • П-образный “стартер” для обрамления доски по периметру  -  3 м., 1 шт.
  • F-образный профиль, 3м., 1 шт.
  • Скотч
  • Веревка - 1 метр.
Панель режем на 4 части, длиной по 75 см. Стыкуем друг с другом. С обратной стороны швы проклеиваем скотчем. (По-правильному, конечно, для надежности надо эти панели саморезами крепить к какой-нибудь тонкой деревянной планке, но такой у нас под рукой не оказалось). Периметр обрамляем “стартером”.  А снизу вместо обычного П-образного профиля используем F-образный. Это будет полочка для разных скрепочек и маркеров. Профиль тоже с обратной стороны закрепляем скотчем.
И наконец, дырявим нашу доску в двух местах и крепим веревочку, чтобы повесить ее на стенку.

На такой пластиковой доске можно даже рисовать маркерами для белых досок. А листочки с задачами клеим скотчем.  Пробовали листочки с липким краем – отлетают через неделю.


В итоге – очень даже симпатичная доска размерами 0,75х1,5 м. Стоимость – 300 руб. плюс полчаса на сборку доски всей командой с шутками-прибаутками.
Подробнее