Полный дистанционный инженер очень хороший. Вы можете работать где угодно, поэтому, путешествуя за границу, вы можете работать в любое время. Поддержка этой замечательной свободы является доверием наших клиентов. Полная работа осуждается только по продуктам, потому что они не могут видеть процесс вашей работы. Предоставляя ценность для клиентов, их доверие и установление хороших отношений необходимы для выживания в качестве полного удаленного инженера.
Как мы можем получить ценность, быть доверяем и иметь хорошие отношения с клиентами? Я думаю, что есть много элементов, но я думаю, что следующие три вещи важны.
- Показывает ваш результат каждую неделю
- Высокого качества
- Быстро реагирует на отзыв
Методы гибких разработок могут реагировать на три вышеупомянутые три.
- Начать развитие из главной истории приоритета
- Тестовая разработка
- Рефакторинг регулярно
Чтобы объяснить каждый подробно, я хотел бы объяснить, как продолжить Agile Development со следующими порядками.
Порядок: Владелец подержанного книжного магазина просит вас разработать веб -приложение, которое может управлять инвентаризацией, а также позволяет клиентам проверять инвентарь. Владелец может зарегистрировать купленную книгу, и он хочет немедленно узнать количество акций. Его клиенты могут посетить сайт, чтобы выяснить, какие книги есть в наличии, сколько они продаются, и поиск по названию. Я думаю, что лучше всего увидеть другие продукты, которые хорошо продаются и предлагают продукты, рекомендованные из истории просмотра.
Показывает ваш результат каждую неделю → развиваться из лучших приоритетных историй
Вы слушали запрос этого владельца и решили разработать все функции. Вы скажете владельцу, что для разработки займет 3 месяца, и вы начнете работать немедленно. Владелец не может понять, как вы работаете. Так что, если вы не выполняете работу в течение месяца или двух, он будет беспокоиться и скажет: «Как дела? «Вы бы ответили», — я сделал подробный дизайн, настроил DB, написал модель и контроллер. Я также проверил их должным образом. Далее я напишу представление и завершу его. Я могу сделать это через месяц «. Вы покажете ему исходный код. Но он действительно не знает, действительно ли это приближается к завершению, потому что он не видит работу, которая движется. Нельзя сказать, что между вами и ним есть доверительные отношения.
Что вы делаете с Agile? Определите главную историю и развивайте оттуда. История, вкратце, «функция, которая работает сквозной». Лучшая история — самая важная история ценности (функция) в списке историй. В этом примере «я могу зарегистрировать книги и просмотреть инвентаризацию в списке» является основным значением. Вы ничего не можете сделать без этого.
В Agile мы начинаем создавать продукты только с этой функцией. Поскольку функции ограничены одним, вы можете сделать это через неделю. Покажите владельцу продукт, который будет двигаться через неделю. Владелец может подтвердить, что книга может быть зарегистрирована, поэтому он должен быть рад узнать прогресс, а не смотреть на исходный код. На следующей неделе мы реализуем следующую важную историю и позволим ему увидеть продукт, который движется на следующей неделе. Владелец может видеть добавляемые функции продукта каждую неделю, чтобы он мог оставить работу с вами с большим спокойствием.
Владелец теперь счастлив подтвердить, что книга может быть зарегистрирована, но он заметил, что регистрация пустой книги будет вызвать ошибку. Есть много других ошибок, таких как возможность размещать текст в цену или двойной зарегистрирован, если он нажимает дважды. Вы используете целую неделю для написания тестов и исправления ошибок, но с недели назад ничего не было добавлено. Вы потеряете доверие владельца.
Независимо от того, как быстро вы доставляете продукт, который движется, продукты низкого качества потеряют доверие клиентов.
Что вы делаете с Agile? Гибкая разработка в основном выполняется с тестовым разработкой. Разработка испытаний-это метод, который исходит от разработки путем написания из тестирования и реализации его, чтобы тест прошел. Важно сделать минимальную реализацию для прохождения тестов, которые вы пишете. Разработка, ориентированная на тестирование, может обеспечить качество письменного теста, а также может избежать чрезмерного качества (слишком много реализации). Поскольку разработка, ориентированная на тестирование, глубокая, я бы хотел, чтобы вы изучили другие материалы во что бы то ни стали.
Всякий раз, когда вы видите продукт, который движется один раз в неделю, обязательно получите отзыв. Когда я пытаюсь прикоснуться к движению вещей, есть все больше и больше запросов, которые не появлялись при обсуждении на столе. Например, «поскольку в течение месяца существует более 100 книг, лучше зарегистрироваться как можно проще» или «если ссылка на Amazon также прилагается, цена нашего дома может показаться более разумной». Все эти отзывы являются историями. Поместите в список рассказов, мы будем развиваться с самой высокой приоритетной истории. Чем больше обратной связи есть, то есть больше исправлений. Рефакторинг необходим для гибкой обработки дополнений и модификаций.
Когда лучшее время рефакторинга? Это всегда. Чтобы быть точным, при выполнении разработки на основе тестирования, мы всегда уделяем время рефактору, когда мы проходим тест. Это как поток.
Тест-> реализация- > Рефакторинг
Повторите это, чтобы создать продукт, и продукт будет устойчив к изменениям. Когда владелец увидит запрос, который он дал немедленно добавленным, его уверенность в вас будет расти. Поэтому убедитесь, что всегда есть кодовая база, которая может быстро измениться на потребности клиента.
Слово Agile Development — это модное слово, но я думаю, что есть мало людей, которые изучают, какой метод и как конкретно продолжать. Я думаю, что вы можете увидеть, как Agile лучше доставить ценность в этом примере. Есть много вещей, о которых не сообщалось на этот раз, поэтому, пожалуйста, найдите слово Agile Development или Scrum Development и получите информацию.
Ну, тогда хорошего инженерного срока службы.
Пса Я ищу удаленную работу. Я специализируюсь на приложении iOS (Swift), веб -приложении (React, Vue), разработке API (Python, TypeScript, Java). Моя сила в обеспечении стоимости с ловкостью. Контакт: mugiroki07 [@] gmail.com
Оригинал: «https://dev.to/yuno_miyako/how-to-be-a-trusted-full-remote-engineer-hint-is-agile-development-485e»