Как да изберете фирма за разработка на софтуер

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

#Какво да търсите във фирмата, която ще изработи софтуера

Портфолиото и презентациите показват какво фирмата е правила за други. Точките по-долу показват какво ще бъде да работите с нея вие.

Собственост върху кода и акаунтите

Изходният код трябва да е в хранилище, което е ваше или което можете да поемете по всяко време. Хостингът, домейните, акаунтите в магазините за приложения, при платежните доставчици и във външните услуги трябва да са регистрирани на вашата фирма, а разработчикът да е добавен като потребител. Ако сътрудничеството приключи, трябва да можете да предадете всичко на друг екип, без да искате разрешение. В статията чий е кодът и акаунтите, когато наемете разработчик ще намерите подробен списък за проверка.

Писмен обхват и оценка

Преди да се съгласите на каквото и да е, трябва да получите документ, който преразказва целта ви, изброява какво е включено и какво не, посочва допусканията зад оценката и описва как ще се процедира при промени. Цена в имейл с едно изречение описание не е обхват. Писменият документ пази и двете страни, защото при спор по-късно е достатъчно да го прочетете.

Видим напредък

Попитайте как ще виждате работата, докато тя тече. Най-добрият отговор е работеща версия на постоянен интервал, например на всеки две или три седмици, на тестов сървър, който можете да отворите сами. Отчетите и екранните снимки са по-слабо доказателство. Екип, който показва продукта чак накрая, не ви оставя време да промените посоката.

Тестове

Попитайте кои части от системата се покриват с автоматични тестове. Не са нужни тестове за всеки екран, но плащанията, входът в системата, правата на достъп и всичко, което променя важни данни, трябва да са покрити. Попитайте и как се процедира с грешка, открита след пускането, и кой плаща поправката.

Документация

Като минимум ви трябват инструкции как проектът се пуска на нова машина, описание как се публикува, списък с външните услуги и техните достъпи, съхранени на място, което контролирате вие, и документация на API, ако проектът има такова. Документацията е това, което прави възможно предаването на проекта на друг екип.

Поддръжка след пускането

Софтуерът се нуждае от обновления заради пачове за сигурност, нови версии на браузъри и операционни системи и промени в услугите, с които е свързан. Попитайте как изглежда поддръжката след пускането, как се подават и таксуват заявките и дали можете да се откажете по всяко време.

#Сигнали, които трябва да ви притеснят

• Твърда цена без нито един въпрос. Ако фирмата дава оферта, без да пита за потребители, интеграции и данни, тя налучква, а налучкването се коригира по-късно за ваша сметка.
• Акаунти на името на разработчика. Хостинг, домейни или акаунти в магазините, регистрирани на агенцията, ви правят зависими от нея.
• Нямате достъп до кода до последното плащане. Плащането на етапи е нормално. Да не виждате какво плащате не е.
• Всичко е възможно, и то бързо. Сериозният екип ви казва кое е трудно, кое е рисково и какво би оставил извън първата версия.
• Неясно кой ще върши работата. Трябва да знаете дали проектът се изработва от самата фирма или се възлага на подизпълнители и кой отговаря за качеството.
• Никаква дума за тестове и документация. Ако темата не излиза, докато не я повдигнете вие, най-вероятно не е част от плана.
• Натиск да подпишете. Отстъпка, която изтича след няколко дни, е търговски похват. Добрата оферта е добра и след седмица.

#Въпроси за първия разговор

Използвайте първата среща, за да разберете как работи фирмата. Тези въпроси обикновено водят до полезни отговори:

1. Какво ви трябва от нас, за да дадете писмена оценка?
2. Кой ще притежава хранилището, хостинга и останалите акаунти от първия ден?
3. Колко често и къде ще виждаме работещ софтуер?
4. Кои части от проект като нашия покривате с автоматични тестове?
5. Каква документация получаваме и кога?
6. Как процедирате, ако обхватът се промени по средата на проекта?
7. Какъв модел на плащане предлагате за този проект и защо?
8. Какво следва след пускането и какво включва поддръжката?
9. Ако по-късно преминем към друг екип, какво ще включва предаването?
10. Можете ли да ни покажете подобен проект или код, който сте писали?

Търсете конкретни отговори. „Следваме съвременните добри практики“ не казва нищо. „Плащанията и входът имат автоматични тестове, които се изпълняват при всяка промяна“ е нещо, което можете да проверите по-късно. Ако искате да се подготвите, кратко писмено задание с целта, потребителите и основните сценарии прави и разговора, и оценките много по-точни.

#Как да сравните офертите честно

Офертите на различни фирми често са трудни за сравнение, защото всяка описва малко по-различен продукт. Преди да сравнявате цени, приведете ги към едно и също съдържание.

• Направете таблица на обхвата. Изпишете основните функции и сценарии вляво, а офертите в колони. Отбележете кое е включено, изключено или неясно. Неясните точки стават въпроси към всяка фирма.
• Прочетете допусканията. Едната оферта може да приема, че вие осигурявате всички текстове и снимки, другата да включва дизайн. Едната може да е за един език, другата за два. Тези разлики обясняват повечето разминавания в цената.
• Проверете изключенията. Прехвърлянето на данни, административните екрани, шаблоните за имейли, публикуването в магазините и настройката на хостинга често са включени в една оферта и липсват в друга.
• Сравнете модела на плащане. Фиксираната цена и почасовата оценка носят различни рискове. Статията фиксирана цена или почасово заплащане обяснява разликата.
• Вижте какво следва след пускането. Включете условията за поддръжка в сравнението, защото първата година след старта често носи повече заявки, отколкото очаквате.

Какво сравнявате	Слаба оферта	Силна оферта
Обхват	Списък с имена на функции	Сценарии, роли, интеграции и изрично посочени изключения
Оценка	Едно число	Разбивка с допусканията зад нея
Напредък	Дата на предаване	Демонстрации на постоянен интервал на тестов сървър
Собственост	Не се споменава	Код и акаунти на ваше име от самото начало
Качество	„Напълно тестван“	Конкретни части, покрити с автоматични тестове
След пускането	„Предлагаме поддръжка“	Как се подават, обработват и таксуват заявките

След такова сравнение най-ниската цена често вече не е най-ниска, защото е покривала по-малко. Офертата, която разбирате най-добре и която оставя най-малко отворени въпроси, обикновено е най-сигурният избор.

#Доверявайте се на това, което можете да проверите

Препоръките и отзивите помагат, но са само един от източниците. По-голяма тежест има това, което можете да проверите сами: примерен писмен обхват, публичен код в GitHub, демонстрация на завършен проект, ясен отговор за собствеността. Добра проверка е и кратък платен първи етап, например технически преглед или прототип на най-рисковата функция. Така виждате как екипът общува, оценява и доставя, преди да поемете ангажимент за целия проект.

#Как може да помогне PN Scripts

PN Scripts работи така, както е описано в тази статия: кодът, акаунтите и документацията са на името на клиента от първия ден, получавате писмен обхват и оценка, преди да се договорим за каквото и да е, а при уеб проектите показваме работеща версия на всеки две или три седмици. Ако сравнявате фирми, изпратете ни описание на проекта и ще ви отговорим в рамките на един работен ден.