Як контролювати програміста та отримувати результат

Універсальні переноси даних 1С (перенесення документів, залишків та довідкової інформації):

отримувати

Ми зараз говоримо про ситуацію, коли Ви є звичайним офісним співробітником, професійним та відповідальним, зовсім не з "айтішного"-підрозділу. У Вас немає великого досвіду роботи з програмістами, і Вам може здаватися, що це такі чарівники нашої сучасної епохи, які створюють потрібне програмне забезпечення з нічого. Або Вам нічого не здається, Вам просто потрібно, щоб на виконання регулярних рутинних операцій йшло менше часу. І при цьому вкрай бажано отримати результат максимально швидко та за адекватні гроші. З чого почати?

Вже було раніше мною сказано, що найголовніше у такому завданні – знайти чудового програміста. І це досить важко. Саме тому багато замовників обирають співпрацю з дрібними або великими компаніями з розробки програмного забезпечення. Справа в тому, що якість та швидкість отримання програми настільки важливі, що за результат можна заплатити додаткові гроші, необхідні в цьому випадку.

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

Що тепер робити? Людина вже працює, термін контролю – тиждень. Тобто Ви зробили все, що могли і час відволіктися на свою роботу, так?

Ні в якому разі. Запам'ятайте, якщо Вам важливо отримати якісний результат, а не будь-який, якщо Ви не знаєте, наскільки завдання складне чи слабке уявляєте, що очікувати від цього програміста в кінці, то дуже важливо вести ЩОДЕННИЙ контрользробленої програмістом роботи.

Чому це важливо?

1) Пріоритет Вашого завдання та відкладання. Типовий фрілансер набирає якнайбільше замовлень. Це його хліб, і перебої із замовленнями у майбутньому означають йому, що залишиться без свого хліба. Як результат усі набрані завдання, які потрібно складати "завтра вранці", виконуються в останній вечір. Тобто людина мала тиждень для Вас писати програму, а робитиме це один вечір. Так, він надішле результат з помилками. Ви замучитеся вказувати на них. З безсонними ночами людина виправить більшість помилок, буде роздратована на Вас і на весь білий світ. Це якщо фрілансера просто не пропаде в кінці, не зробивши програму до кінця і не отримавши як результат повну оплату за програмою.

2) Недоліки постановки задачі. Навіть після опису в технічному завданні кінцева програма у Вас у голові та у поданні розробника - зовсім різні речі. Область діяльності Вашої організації може бути для неї складною та незрозумілою, а Ви через недосвідченість можете некоректно описувати вимоги до програми. А Ваш керівник уявляє собі кінцевий результат третім способом. Тільки регулярні щоденні перевірки зробленого врятують у цій ситуації, дозволять вкластися в ціну та терміни та отримати результат.

3) Мотивація людини. Кожен з нас щодня має десятки важливих справ. Колеги смикають за руку, начальники відволікають, домашні справи непокоять. Ви повинні бути ще одним фактором, що турбує. Якщо Ваш програміст протягом тижня один раз скаже, що сьогодні не зможе попрацювати, оскільки велика запарка за іншим проектом, але завтра він підтягнеться – нічого страшного. Завтра Ви йому зателефонуєте та попросіть надіслати, у чому саме він у роботі "підтягнувся". В ідеалі він повинен лягати спати з думками проВашій програмі про те, як він у ній за сьогодні просунувся і скільки ще залишилося зробити.

Загалом, як не крути, Ваша робота при початку програмістом розробки програмного забезпечення тільки починається.

І ще. Будь ласка, ніколи не називайте програміста "комп'ютерником". Ми на це вже дуже ображаємося. І не вірте фрілансеру, у якого захворіла морська свинка, відключили інтернет в останній момент, трапилося термінове службове відрядження. Повірте, при достатньому досвіді будуть зустрічатися недбайливі розробники, які таке говоритимуть. Не вірте таким словам, коли вони повторюються два чи три рази, а краще контролюйте людину щодня, як я раджу, і тоді у кожен момент часу уявлятимете, на якому етапі знаходиться Ваша програма. А можливо вдасться почати користуватися її проміжною версією, поки програміт шліфує повну версію.