Все записи

Devel Camp 5.0 состоялся 18 ноября

Devel Camp традиционно проводиться 2 раза в год (осенью и весной), считается корпоративной конференцией, на которой сотрудники рассказывают своим коллегам о чем-то новом/интересном в своей работе.

На мероприятии присутствовало более 100 человек из Екатеринбургского, Челябинского офисов, а так же были замечены сотрудники Московского офиса. Для всех желающих был организован трансфер от офиса компании до места проведения.

Утром, после бодрящего  кофе брейка, началась основная часть - общая секция, состоящая из 6 докладов на темы:

1. Итоги и планы проекта NauTrainee.
2. Архитектура web-call.
3. Жизненный цикл дефекта.
4. Backbone, как один из инструментов, позволяющих разложить JavaScript по полочкам.
5. Геймификация: как это работает?
6. Highload, PyCon и YoC. Велосипеды и гуру.

devel_camp_1.jpg

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

1. Инструменты для управления облаком: Puppet&Chief.
2. Нагрузочное тестирование Naumen Service Desk.
3. Смена инструмента визуального описания процессов с точки зрения разработчиков: с BPEL на BPMN.
4. Работа с мульти - репозиторием git при помощи Android Repo.
5. Визуализация связей между ресурсами или графическая CMDB.
6. Как группе разработчиков перейти на Scala?

devel_camp_2.jpg

В конце мероприятия все выступающие были награждены - почетным кимоно Naumen и подарочными сертификатами. Приятным завершением была вечерняя культурная программа, которая состояла из фуршета и посещения SPA центра Отеля «Рамада» (бассейн, джакузи, сауна, баня). В завершении был организованный выезд сотрудников.

devel_camp_3.jpg

Следующий DC назначен на апрель 2013 года.

Справочно:

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

И было принято решение попробовать съездить за город и порассказывать друг другу всякие истории, которые принято относить к разряду "разговоры инженеров в курилке". Преобразование в формат докладов не помешало обсуждениям - практически по всем темам докладчикам задались вопросы, были дискуссии. Некоторые дискуссии продолжились и после докладов, за чаем и шашлыками. Все желающие могли поиграть в футбол.

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

Теперь DC состоит из трех секций (трэков): общая - для всех участников и две специализированных - технарская и аналитическая. А еще - награждение участников DC, футбола-бассейна-бильярда и еды, еды, еды...
С 2012 года введена еще одна новая традиция - это голосование за лучшие доклады, которые на открытии последующего DC будут обязательно объявлены и их авторы будут вознаграждены ценными призами.

Как правило, в компании действительно интересные докладчики, любопытные доклады и бурные обсуждения. Участие в DC для сотрудников необязательное, по желанию.

Похожие новости

Bus‑фактор: почему не надо быть незаменимым

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

Это называется bus-фактор ???? В посте рассказываем о нем подробнее, разбираем, почему это плохо, и делимся лайфхаками, что сделать, чтобы проект не рухнул без вас.

Как ИИ помогает разобраться в незнакомом проекте

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

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

It takes everybody: делегируем команде

Катя руководит операционным отделом ITSM 365 в Naumen. За несколько лет ее команда выросла до нескольких тимлидов, техлидов и пятнадцати аналитиков — вместе с этим стали сложнее и внутренние процессы. Но команда решила не просто распределить задачи между конкретными людьми, а полностью пересмотреть процессы. 

В статье Катя рассказывает, как менялась система консультаций внутри команды, почему руководителю сложно отпустить часть процессов и какие изменения помогли снизить зависимость от одного человека, не потеряв при этом прозрачность и управляемость.

Все новости