Приємно, що нас стало ще більше і наша спільнота збагатилась новими досвідченими фрілансерами і підприємцями.

Незважаючи на велику кількість людей, в кожного був час представити себе, свої послуги і інтереси. Одразу ж дехто знайшов для себе потрібних бізнес-партнерів.

Далі розпочалась бурхлива дискусія про методи підбору персоналу до себе в команду. Частина учасників розповіла про ситуацію з іншого боку — було дуже цікаво почути хто і як проходив інтервью в закордонних замовників.

Тема виявилась конфліктною — дуже часто виникали жорсткі суперечки стосовно дієвості того чи іншого методу оцінки майбутнього співробітника.

В кінцевому результаті була сформована наступна послідовність кроків, котрі бажано виконувати step by step. Проте можна упускати один або декілька з них.

1. Сформувати набір вимог до майбутнього працівника, де чітко вказати, що саме він повинен знати і досвідом виконанання яких проектів володіти.
2. Попросити всіх кандидатів вислати своє резюме, яке б відповідало даним вимогам.
3. Можливо попросити пройти на brainbench чи іншому сервісі тест по заданій технології.
4. Провести з кандидатом phone interview в якому вияснити:
   • ціль кандидату в даній вакансії
   • попередній досвід роботи
   • технологічні подробиці одного з виконуваних проектів
   • здатність працювати в команді, схильність до того чи іншого виду роботи, складнощі, котрі виникали в кандидата на попередніх проектах.
   • скільки годин в тиждень може працювати?
   • коли буде вільний для проекту?
5. Попросити кандидата вислати зразки свого коду
6. Попросити кандидата виконати тестове завдання.

Також деякі учасники при підборі працівників керуються внутрішнім відчуттям підійде кандидат чи ні. Очевидно ця інтуїція зявляється з досвідом і не може бути формально описана.

Як невідповідний етиці був відкинутий спосіб тестувати кандидатів реальними проектами і виганяти, якщо вони не справляються.

Стосовно другої теми зібрання: “Як розбивати проекти на завдання. Прозорість vs Зручність” до конкретного алгоритму не вдалось прийти. Вирішили, що все залежить від конкретного випадку і досвіду в подібній роботі проектного менеджера. Проте було висловлено декілька слушних думок про розподіл за:

• логічними частинами проекту
• зонами відповідальності team-members
• послідовними частинами проекту

Надзвичайно плідним був обмін досвідом щодо утиліт, котрі можуть підвищити ефективність сумістної віддаленої роботи над проектом. Вдалось поділитись досвідом використання:

• Програм он-лайн проектного менеджменту
• Систем контролю версій, особливо сервісів розгортання в мережі (корисно, якщо немає свого серверу)
• Сервісів он-лайн презентацій.
• Сервісів віддаленого доступу і настройки машин.

Останнє питання, котре вдалось обговорити — це правила гри для розподіленої команди. Серед яких було виділено:

• спільні години доступності он-лайн
• правила звітування і попередження про заблокованість
• правила переписки по email.

Загалом відведених 2 годин виявилось мало для повноцінного спілкування і ще близько години продовжувались цікаві обговорення в малих групах за межами місця зустрічі.

Наступною темою зустрічі вибрано “Замовники. Де брати замовників, як вести переговори, як збільшувати проект, отримання грошей і утворення власної компанії.”

Орг. комітет обіцяє знайти досвідченого хедлайнера, котрий зможе розповісти про свій досвід створення IT-компанії і роботи з клієнтами.

Відгуки інших учасників можна переглянути на форумі: http://freelance.lviv.ua/forum/viewtopic.php?f=4&t=68&p=145