Обновление работающего приложения: начинаем с правильной подготовки
Когда к нам обращается заказчик с тем, чтобы обновить приложение, которое в данный момент работает, мы действуем в два этапа.
Первый — подготовительный. В этой статье объясню, почему он не менее важен, чем само обновление, и как его провести правильно.
Представления заказчика и исполнителя о процессе разные
Очень часто на практике случается, что заказчик понимает процесс обновления приложения не так, как его в итоге выполняет IT-компания. Чтобы избежать недоразумений и конфликтных ситуаций, рекомендую внимательно и скрупулезно отнестись именно к подготовительному этапу.
Сегодня сами пользователи говорят о своих более высоких ожиданиях от приложений. На практике это подтверждает, например, развитие финансовых технологий: улучшение пользовательских навыков клиентов банков приводит к тому, что они хотят видеть в приложениях больше функций. Соответственно, другим сферам приходится «подтягиваться».
Обращаясь к IT-специалистам, нередко клиент уверен — добавление небольшого функционала не потребует глобальных изменений для работающего кода. Когда же IT-компания говорит, именно о его о корректировке, возникает недопонимание. Еще сложнее, если заказчик считает — так разработчики хотят вытащить из него большую оплату.
Дабы избежать подобных ситуаций, клиенту сразу нужно показать, что ваше решение основано на глубоком анализе кода, а еще вы руководствуетесь бизнес-логикой. Как это сделать, разберем далее.
Вовлекайте клиента уже на стадии подготовки
Прежде всего, не приступайте к работе, пока клиент не предоставит исчерпывающий список своих ожиданий от приложения. Здесь должно быть указано все и поэтапно:
- пожелания по поводу изменений;
- цели, которые он планирует достичь при помощи обновлений;
- особые требования;
- этапы выполнения;
риски, связанные с обновлениями, и т. д.
Такой бриф придаст конкретики и покажет технической команде заказчика, что именно будет происходить и в какой момент.
Отдельно уделите внимание рискам. Не достаточно, чтобы клиент просто их озвучил. Он должен понимать, как будет работать приложение во время обновления и каким образом произойдет переход от старого кода к новому. Особенно аккуратного обращения требует большая информационная база пользователей. Сложность заключается в том, что для каждого продукта нужно искать индивидуальное решение, поскольку, к примеру, структура базы данных у приложений разная, а она влияет на скорость работы.
И еще один важный подготовительный пункт — тестирование. До того, как ваша команда начнет работать над обновлениями, нужно оценить тестовое покрытие. Если его достаточно, можно переходить к техническому этапу. А вот когда покрытие тестами отсутствует, вам предстоит его создать до начала работы над кодом.
IT-специалисты определяют, какие тесты использовать:
- модульные предназначены для одной функции;
- интеграционные проверяют совместную работу разных элементов.
Правильным подходом будет выявление подходящих тестов в старой кодовой базе. Их использование поможет понять, насколько хорошо интегрирована новая функция.
Таким образом, подготовительный этап позволяет заказчику четко определить цели, а разработчикам оценить, с чем предстоит работать и насколько реально выполнить пожелания. В то же время, IT-специалисты проверяют возраст кода, его архитектуру, тестовое покрытие и разъясняют клиенту дальнейшие действия. Все это не просто формальности, а реальные инструменты, которые способствуют выстраиванию правильной и эффективной коммуникации между заказчиком и разработчиками. Без такой вот подготовки, велика вероятность возникновения недопонимания с обеих сторон и, как следствие, потеря доверия либо прекращение сотрудничества. А ведь этого вполне можно избежать.
В следующем материале уделю внимание второму этапу — технической стороне обновления кода. Поговорим о критериях оценки и о том, от чего зависит степень изменений.
- Альтернативи децентралізації енергогенерації в Україні не існує Олексій Гнатенко вчора о 15:31
- Відкриті дані: прозорість проти корупції Діана Граділь вчора о 13:39
- Способи захисту прав власника від самочинного будівництва на земельній ділянці Євген Морозов вчора о 10:45
- Власть, наука, интеллект – инвестиции в средний и малый бизнес и устойчивое развитие Вільям Задорський вчора о 04:01
- Прифронтовий Миколаїв. Яку допомогу можна отримати у місті, де лінія фронту зовсім близько Галина Скіпальська 25.07.2024 13:53
- На що дивляться інвестори? Олександр Висоцький 25.07.2024 12:22
- Де нормальний начпрод, там якісні продукти харчування Дана Ярова 25.07.2024 12:06
- Розвиток європейського ринку водню: Нові ініціативи та перспективи Олексій Гнатенко 25.07.2024 10:17
- Внесіть зміни у свій щоденний "to do list" Катерина Кошкіна 25.07.2024 09:59
- Гранти на відновлення та енергоефективність житла: можливості від Фонду енергоефективності Єгор Фаренюк 24.07.2024 21:44
- Порушення прав власника земельної ділянки внаслідок самочинного будівництва Євген Морозов 24.07.2024 19:48
- Як застосувати методи відбору постачальників НАТО у наших реаліях? Євгеній Сільверстов 24.07.2024 18:00
- Кого підтримуватиме Ізраїль під час виборів у США? Олег Вишняков 24.07.2024 13:22
- Європейська рада схвалила висновки щодо інфраструктури електромережі ЄС Олексій Гнатенко 24.07.2024 12:30
- Спільна власність чоловіка та жінки, які проживають без реєстрації шлюбу Євген Морозов 23.07.2024 19:26
- Boris Johnson: Запрошення до усвідомлення – домовлянь з РФ не буде 1883
- Суди проти рф – реалії, фантазії, міфи. Перспективи Арбітражу 299
- Як застосувати методи відбору постачальників НАТО у наших реаліях? 91
- Чому конкурентні закупівлі – це більше ніж просто вимога закону 65
- Дизайн дитячого простору 63
-
11 млрд доларів тому, кого немає. На що просила гроші Україна в Берліні
Бізнес 87050
-
У Харкові обрали нові назви для трьох станцій метро
Бізнес 11258
-
Помпео виклав своє бачення мирного плану Трампа: лендліз на $500 млрд і реальні санкції
Бізнес 9249
-
Криза мобільного зв’язку. Скільки коштуватиме подовження зв'язку під час відключень
Бізнес 5719
-
Київський підприємець почав розбирати Tesla, щоб заряджати оселі – FT
Технології 5427