Розробка

Виділена команда розробки для постійної роботи над продуктом

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

Ціна за запитом · відповідь протягом одного робочого дня

Обговорити проєкт Від чого залежить вартість

Ваші пріоритети визначають роботу: перелік завдань показує, що робити далі.

Визначений початок: доступ, контекст продукту й правила перевірки до початку змін.

Робота, за якою можна стежити: на кожному погодженому перегляді ви бачите завершені зміни й те, що заблоковано.

Що ви отримуєте

Під час співпраці ви маєте:

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

Тестування й робота з інфраструктурою входять лише тоді, коли їх зазначено в плані ролей.

Від чого залежить вартість

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

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

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

Обговорити проєкт

Ми відповідаємо на кожне звернення протягом одного робочого дня. Дати залежать від доступності фахівців, наданих доступів і потрібного входження в проєкт.

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

Що входить і що ні

Входить

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

Не входить

Вибір пріоритетів продукту й розв'язання суперечок між вашими колегами.
Функції поза поточним робочим планом.
Зовнішні підписки, хостинг та інша плата за сервіси.
Незапланована відповідальність за тестування чи інфраструктуру.
Постійні обов'язки з підтримки поза робочим планом.

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

Коли це потрібно

Запущений продукт потребує постійної розробки.
Перелік завдань змінюється в міру того, як користувачі й бізнес дізнаються більше.
Робота регулярно чекає, бо бракує потужностей розробки.
Іншим підрядникам чи командам потрібні додаткові ролі для визначеного потоку роботи.
Ви можете визначати пріоритети й перевіряти зміни, але вам потрібна безперервність у виконанні.

Як іде робота

Чотири кроки та результат кожного

Крок 1. Переглядаємо продукт і перелік завдань

Ви отримуєте запропонований план ролей і перелік потреб для входження в проєкт. Ви пояснюєте пріоритети й показуєте поточний код та документацію через відповідні доступи.
Крок 2. Підтверджуємо ролі й готуємо доступи

Ви отримуєте перевірку того, хто може взяти кожну роль. Ви називаєте власника продукту й підтверджуєте порядок переглядів. Питання акаунтів і конфіденційності вирішуємо до входження в проєкт.
Крок 3. Працюємо за пріоритетами

Ви отримуєте завершені зміни для перевірки й записи про заблоковані завдання. Ви підтримуєте порядок у переліку завдань і відповідаєте на запитання про продукт. Робочий план переглядаємо в міру зміни пріоритетів чи доступності фахівців.
Крок 4. Переглядаємо потужності й підтримуємо знання актуальними

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

Як ми можемо співпрацювати

Оберіть формат, що відповідає вашому завданню. Після першої розмови ми запропонуємо один із них.

Консультація або аудит

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

Підходить, коли вимоги можна записати ще до початку роботи. Ви отримуєте погоджений обсяг за погоджену ціну. Будь-яка нова задача спочатку отримує оновлену оцінку.
Оплата за витрачений час (time and materials)

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

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

Платформи та інструменти, з якими ми працюємо

PHP (Laravel, Yii), Node.js, React, Next.js, Vue, Angular, .NET (C#), Go та Flutter. MySQL, PostgreSQL, MongoDB, Redis, Cassandra та ClickHouse. Docker на AWS, Azure, Google Cloud або Hetzner.

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

Кому підходить, а кому ще рано

Звертайтеся з постійним переліком завдань і власником продукту на вашому боці, який може ухвалювати рішення. Ще зарано, якщо завдання не мають пріоритетів або ніхто не може відповідати на запитання.

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

Чітко описаний проєкт чи постійна робота з беклогом?

Варіант	Коли підходить	Ваша головна відповідальність
Визначений проєкт	Ви можете описати результат і критерії його завершення	Погоджувати вимоги й перевіряти результати роботи
Співпраця з виділеною командою розробки	Продукту потрібні постійні зміни, а пріоритети розвиватимуться	Підтримувати порядок завдань і ухвалювати рішення щодо продукту
Окреме завдання для фахівця	Обмежена проблема потребує конкретної навички	Надати контекст проблеми й перевірити конкретний результат

Кожне завдання все одно потребує визначення готовності.

Робота з клієнтами з інших країн

Договір і NDA. До початку роботи ви підписуєте договір із CyberLab.Team OÜ, компанією, зареєстрованою в Естонії. Якщо вам потрібна угода про нерозголошення (NDA), ми підписуємо її до того, як ви передасте конфіденційні дані.
Рахунки в євро. Рахунки ми виставляємо в євро від компанії з ЄС, яка має номер платника ПДВ.
Мови. Ми працюємо англійською, українською, російською та польською.
Дзвінки та відповіді. Дзвінки проводимо в години, які ми з вами погодили, а на повідомлення відповідаємо протягом одного робочого дня.

Поширені запитання

Початок співпраці

Що має містити наш перелік завдань до початку входження в проєкт?

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

Чи можна познайомитися з людьми до початку роботи?

Ми повідомляємо, кого пропонуємо для кожної ролі, й підтверджуємо, коли вони можуть почати, до визначення дати початку.

Чи може тестування виконувати людина, яка вже є на нашому боці?

Так, якщо відповідальність і доступність зрозумілі. Ми визначаємо, хто перевіряє кожну зміну й хто погоджує реліз, зокрема що відбувається, коли відповідального за перевірку немає на місці.

Пріоритети й щоденна робота

Хто розв'язує суперечності між запитами наших підрозділів?

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

Що відбувається, коли завдання заблоковано рішенням щодо продукту?

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

Чи можуть термінові виправлення перервати заплановану розробку функцій?

Так, через процес визначення пріоритетів. Ми показуємо, яка запланована робота відкладається, і перевіряємо, чи потребує виправлення навичок або доступу поза поточними домовленостями.

Прозорість і зміни

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

Вони показують робочі зміни за критеріями завдань; незавершена робота й перешкоди перелічені окремо.

Що робити, якщо перелік завдань потребує навички, якої немає серед поточних ролей?

Ми визначаємо прогалину й перевіряємо варіанти та доступність фахівців. Будь-яку зміну ролей чи навантаження підтверджуємо, перш ніж планувати завдання з її урахуванням.

Як зміна пріоритетів впливає на роботу?

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

Безперервність і передача

Що відбувається, якщо змінюється хтось із залучених до роботи?

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

Чи можна продовжувати розробку в нашому наявному репозиторії?

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

Що потрібно передати після завершення співпраці?

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

Пов'язані послуги

Розробка програмних продуктів: визначений продукт від вимог до першого релізу.
Розробка вебзастосунків: конкретний процес у браузері.
Послуги DevOps: робота над релізами та інфраструктурою, що поєднує розробку й експлуатацію.

Що чекає у вашому переліку завдань продукту?

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

Обговорити проєкт

Telegram @cyberlabteam · WhatsApp +48 668 155 303 · info@cyberlab.team

Що чекає у вашому переліку завдань продукту? Обговорити проєкт