Все записи

Naumen провел внутреннюю конференцию Devel Camp

14 апреля, в воскресенье, прошла наша внутренняя конференция Devel Camp. 

9nVVUcnevak-min.jpg

Уже девять лет в Naumen мы проводим Devel Camp раз в полгода. Конференция собирает сотрудников разных городов, где каждый может стать докладчиком и поделиться с коллегами о чём-то новом и интересном в своей работе. Доклады делаются «своими для своих»: так мы можем обсудить не только наши достижения, но и проблемы. 

guVSyDNn0gA-min.jpg

Традиционно у нас было 3 секции: техническая, аналитическая и общая. Также мы провели драйвовое соревнование для front-end разработчиков «Code in the Dark».

gOTPpUv3EBM-min.jpg

В конце мероприятия мы наградили всех спикеров, победителей игры «Code in the Dark» и тех, чьи доклады признали лучшими на прошлой конференции. 

tQXs78-k2RQ.jpg

fgvExmmWmSM.jpg

Ждём следующего Devel Camp’а, послушаем новые доклады и обсудим новые темы!

pNLyyjBeY8U-min.jpg

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

Как подружить работу дизайнера и аналитика

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

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

Как перестать быть центром всех решений и не потерять контроль

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

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

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

Когда задача считается выполненной

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

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

Мы поговорили с коллегами и попросили их рассказать, в какой момент для них задача считается завершенной. Их ответы читайте в нашем материале.

Все новости