Як правильно зібрати команду для розробки інтернет-порталу?

Others
Previous Next

Одне з найскладніших і найтриваліших завдань у програмуванні — розробка інтернет-порталу. Це може бути система автоматизації бізнес-процесів або цілий набір сервісів: кілька сайтів, десктоп- і мобільні додатки, що обслуговують певну послугу.

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

Які ж спеціалісти повинні брати участь у розробці? Почнемо з найголовнішого — менеджера проєкту. Від нього значною мірою залежить успіх. Менеджер має досконало знати проєкт, хоча йому не обов’язково вміти писати код. Важливо розуміти ІТ-термінологію (наприклад, що таке cookie або які браузери вважаються застарілими). Менеджер також повинен вміти складати технічне завдання (ТЗ) і оформлювати документовані описи функцій. Якщо завдання буде прописане невірно або відсутні описи після реалізації, спочатку зірвуться терміни, а потім проєкт почне «в’янути» — з’являться кнопки з незрозумілим призначенням, а логіка буде плутаною. І ще одна важлива риса менеджера — незалежність: його рішення не повинні постійно змінюватися сторонніми втручаннями. Якщо директор передає проєкт менеджеру, нехай цей менеджер і погоджує дизайн та функціонал — інакше вийде «зіпсований телефон» і багато переробок.

Наступний у команді — дизайнер. Для інтернет-проектів це не просто графічний дизайнер, а UX-дизайнер. Різниця велика: UX-дизайнер продумує інтерфейс так, щоб користувач без інструкцій знаходив потрібну функцію. Він також має розуміти, які елементи легко реалізувати технічно, а які — складні й затратні. UX-дизайнер повинен забезпечити єдність інтерфейсу по всьому проєкту — це значно зменшить витрати на розробку. Крім того, він має враховувати не лише клієнтську частину (frontend), а й адміністративну панель (адмінку), де тексти можуть бути короткими або зовсім відсутні зображення; якщо цього не передбачити, підтримка проєкту стане дорогою і незручною.

Не менш важливі програмісти та верстальники — це різні ролі. Програмісти відповідають за логіку та серверну частину (backend), верстальники/фронтенд-розробники — за інтерфейс та взаємодію в браузері. Якщо ви плануєте будувати проєкт на основі CMS (системи керування контентом), поставтеся до цього з обережністю. Мінуси CMS: потенційно повільніша робота й обмежена розширюваність. Якщо ці недоліки вас не лякають, CMS може значно прискорити старт. Розробка «з нуля» дає більше гнучкості, але потребує більше часу на початковому етапі.

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

Цікавий факт: перші інтернет-портали наприкінці 1990-х об’єднували пошук, електронну пошту та новини в одній точці доступу — ця ідея «єдиного входу» (single point of access) і донині впливає на дизайн сучасних платформ і екосистем, де зручно об’єднувати кілька сервісів для користувача.

Самостоятельный отпуск Опыт заказа вывоза мусора в Киеве Магія зміни: Від ночі до дня
Магія Вечірнього Неба: Відлякуйте втомленість дня і зануртеся у світ загадок і краси Якби Росія була людиною, то як би її описав психіатр?