Коли співробітники працюють з інших міст і країн, потрібно вміти взаємодіяти. Поговоримо про те, як налагодити взаємодію.
Обговорення технічних нюансів, які можуть застопорити роботу і кращих рецептів борщу - спілкування, яке сприяє успішному виконанню завдань і здачі їх в строк. Борщ і завдання по розробці тісно пов'язані кров'ю, тому що тільки задоволений ситий розробник може зробити дійсно класний проект, який сподобається і клієнту, і його цільової аудиторії. Голодний злий розробник може робити тільки код заради коду, проект заради проекту і ненавмисно затягувати терміни.
У питаннях організації роботи в команді нам дуже знадобився наш минулий досвід. До появи самої компанії ми більше семи років працювали фрілансерами і про віддалену роботу знали не з чуток. Само собою, не варто сприймати наш досвід як істину в останній інстанції, і якщо ви використовуєте інші інструменти, це теж непогано.
Особистий і робочий
Багато команд, відомі нам, використовують для комунікації в команді скайп. Сотні, тисячі скайп-конференцій, де зберігаються важливі і дуже важливі дані з розробки проектів. Ми розмежували всі сервіси на робочі і особисті.
Чим нам не підходить Бітрікс24, так це тим, що він не заточений під наші завдання. Ну, нічого іншого від популярних масових CRM очікувати і не доводиться, однак якщо є можливість зробити більш зручну для себе CRM, то гріх не скористатися. Таким чином, ми вирішимо проблему поєднання Бітрікс24 з різноманітними таблицями в Google Drive: всі дані будуть зручно зберігатися тільки в одному місці, і ними буде зручно управляти. Зараз ми розробляємо нішеві CRM для своїх клієнтів і бачимо, наскільки таке рішення здатне спростити роботу з великими обсягами інформації. Ніхто не забутий і ніщо не забуте!
У Slack зосереджено абсолютно все спілкування. Браузерну версію використовують всі співробітники, більшість додатково встановили собі мобільний додаток, щоб завжди бути на зв'язку.
BitBucket - подарунок долі від розробників для розробників. Якби не він, робота програмістів (особливо новачків) була б зосереджена на пошуку багів. А так подивився, знайшов помилку, відкотив версію і все виправив. Кожен програміст має свій приватний репозиторій, де і відбувається робота над проектом.
Чому не GitHub? Питання зручності. У BitBucket є можливість створювати безкоштовні закриті репозиторії. Прозвучить цинічно, однак якщо є можливість використовувати ресурс безкоштовно і це ще і зручно у використанні, то навіщо платити більше? Нам цілком вистачає безкоштовної версії BitBucket для невеликих команд. Можливо, коли ми виростемо, з'явиться необхідність залучати до однієї задачі багато або дуже багато фахівців, тоді ми перейдемо на який-небудь тарифний план. Зараз же над одним і тим же проектом одночасно працює до 5 чоловік, і це тільки коли проект дійсно великий і непростий. Над нескладними проектами працюють окремі люди.
альтернативи
Крім Slack, ми пробували також HipChat, але не прижилося. Це, звичайно, суб'єктивний питання зручності інтерфейсу. Trello в ту ж корзину - незручно для вирішення наших завдань з організації спілкування. Trello - більше канбан-дошка, а не корпоративний месенджер, в якому ми так потребували. У важку хвилину будь-який розробник може звернутися за допомогою залу і вирішити проблему, а в хвилину відпочинку обговорити, у кого що на вечерю, у кого яке хобі, і скласти разом музичний плейлист для підняття настрою.
Якби ми не прагнули організувати повноцінне спілкування і зробити такий собі «гурток за інтересами», наші співробітники реалізовували свою потребу в спілкуванні з однодумцями десь в іншому місці, а ті, хто по натурі неговіркий і сором'язлива (а це, як мінімум, половина програмістів), і зовсім могли б забути, як спілкуватися не на робочі теми. Тимбилдинг в дії!
Нещодавно ми розповідали про свій досвід використання Slack і BitBucket на міжнародній конференції IT NonStop в Харкові. Більшість слухачів схилялися до того, що в команді, де є веб-розробники, найкраще використовувати інтеграцію месенджерів з BitBucket або GitHub, мовляв, так простіше контролювати, чим займався співробітник. У нас же процес контролю організований інакше: в кінці робочого дня кожен співробітник відзначається в окремому каналі в Slack, чим він займався, які результати і з якими проблемами довелося зіткнутися.
