26 сентября 2016 г.

История одной фичи или зачем хакатон программисту

Сегодня на самой читаемой разработчиками площадке Хабрахабр вышел материал сотрудника нашей компании! Программист отдела прикладной разработки DirectumRX Денис поделился своим опытом участия в Хакатоне.

О том, что из этого получилось читайте ниже:


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

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

Расскажу свою историю и, возможно, она убедит вас в обратном.

В июне этого года вышла в свет новая версия продукта, разработкой которого мы занимаемся. Одной из самых заметных фишек стал рабочий стол с графическими виджетами. Виджеты показывали статистику о работе в системе и выглядели понятно и современно. Фидбек от пользователей был положительным: они узнали о себе и подчиненных то, чего раньше не замечали.

Но этой фичи могло и не быть. Чтобы посмотреть всю историю от идеи до релиза нужно вернуться в прошлое.

Как мы не хотели участвовать в хакатоне

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

Сначала меня эта затея не очень впечатлила. Конечно же, я много читал про то, что хакатоны – это интересно, весело и полезно, но перспектива провести два выходных дня в офисе не радовала. 

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

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

Со второй проблемой было сложнее. Мне интересна тема работы с данными: эта задача остается актуальной, в ней можно реализовать крутые фичи, правда их еще надо было придумать. 

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

Цель проста: дать пищу для анализа, чтобы понять где кроются проблемы и какие есть точки улучшения. 


А что если проложить аналогию с футбольным симулятором на реальный мир? В ЕСМ системах работают люди, мы можем собрать по ним статистику. Сейчас они больше похожи на черный ящик: все запоминают, но крайне неохотно выдают что-то для анализа. А в визуальном плане можно подсмотреть кое-какие наработки у того же самого симулятора.

На первый взгляд данных не так уж много: мы знаем какие задачи были поставлены человеку и знаем успел ли он их сделать в срок. Но что если попробовать собрать метрики «верхнего» уровня и дать возможность дойти до исходных данных. Должно быть интересно и с точки зрения результата, и с точки зрения разработки. Почему бы и нет?

Ну что ж, идея есть, отлично! Осталось найти команду.

Это, как ни странно, оказалось самой легкой частью. Мне повезло, что вместе со мной работают легкий на подъем программист Саша (@MonkAlex) и опытный, но все еще готовый к любому экшену, аналитик Владимир. Обсуждаем детали, решаем с чего будем начинать и в каком формате работаем. Придумываем название – «Мониторинг и анализ».


Поехали…

Продолжение материала читайте на Хабрахабр

21 сентября 2016 г.

Пост о том, как в субботу Алексей Бородкин рассказал про проектирование, юзабилити и любви к нашему городу.

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

Тема была выбрана достаточно быстро: практически все опрошенные сказали, что юзабилити – это то о чем давно стоит поговорить.

Тренер был выбран практически сразу – мы пригласили постоянного спикера и модератора секций по проектированию и юзабилити на IT-конференциях: «РИФ+КИБ», «Неделя Российского Интернета» (RIW), User Experience Russia, eTarget, IBC Russia, «РИФ.Иннополис», «UX-марафон», UX People. Руководителя отдела аналитики и проектирования агентства Notamedia. Автора многочисленных статей про аналитику и проектирование, лектора Школы вебмастеров «Яндекс» – Алексея Бородкина! А еще позже выяснилось, что Алексей не только профессионал в своей области, но и давно питает теплые чувства к нашему городу, так как его жена из Ижевска, и Алексей с радостью принял наше приглашение.

Дальше была встреча в офисе с руководителем отдела прикладной разработки, открытый семинар и закрытый мастер-класс.

О семинаре подробнее. Субботним утром в одном из залов гостиницы Парк Инн собрались более 100 слушателей доклада, среди которых были разработчики, тестировщики, аналитики и руководители проектов.


Алексей начал доклад с примеров продуктов, которыми пользуются сотни тысяч человек по всему миру, но при этом эти продукты, кроме как словом «уродливые» назвать очень сложно. Объяснил причины возникновения таких продуктов на рынке и как сделать так, чтоб ваш продукт на стал таким.


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


После основного семинара на протяжении 1,5 часа Алексей отвечал на вопросы слушателей.

После семинара для части сотрудников нашей компании Алексей провел небольшой мастер-класс, на котором взял реальный кейс «Переписка по задаче». Вместе со всеми участниками он разобрал варианты облегчения структуры переписки, выслушал главные сложности, которые возникают у пользователей системы, выделил несколько путей облегчения формы переписки.

А о том, как это было вы можете увидеть в небольшом обзорном ролике!

Еще раз поздравляем всех причастных к празднику, и мы считаем, что для того, чтобы отмечать день программиста нам не нужен специальный день в году!