Стандартные ошибки сервиса

Существует огромное количество способов как предоставить заказчику неправильный сервис. Анализ чужих ошибок позволяет идентифицировать симптомы на ранних этапах и предотвращать их.

• Заблуждение: Наша задача писать код. На самом деле наша задача успех заказчика. Наш сервис заключается в том, чтобы реализовать решение для проблемы заказчика, которое будет жизнеспособно (его бизнес модель будет проверена временем, само решение можно будет развивать и поддерживать)

• Заблуждение: Я успешно реализовал проект, заказчик доволен. Успех сервиса определяется не в момент поставки проекта. Часто разработчик годами ездит по конференциям и рассказывает как он с командой решил все проблемы и сделал счастливым заказчика, но проект давно в мусорной корзине и им никто не пользуется. Успех продукта/сервиса показывает время. Правильно ли была выбрана бизнес модель, правильно ли спроектирована архитектура и пользовательский интерфейс, выбрана платформа для запуска и маркетинг.

• Заблуждение: Мы все сделали хорошо, но проект не взлетел. Сервисная компания и команда разработки как минимум на 50% ответственна за успех проекта. У нас существует огромное количество рычагов и возможностей чтобы на самых ранних фазах проекта начать влиять на развитие проекта в технологической и бизнес областях.

• Заблуждение: Я качественно делаю свою задачи, а общаться(или другой софт скил) я не обязан. Мы работаем в консультационном бизнесе. Точно так же как хороший хирург, которому доверяют, сначала объясняет свои действия, рассказывает о возможных сценариях развития событий и выступает в роли психолога. (Мы все слышали о хирургах которые посылают в даль, но хорошо делают свою работу. Не думаю, что вы выбрали бы такого если бы у вас был выбор). Представьте себе ситуацию когда заказчик добавляет вам срочных задач прямо в рамках спринта. Именно софт скил позволит выйти из подобной ситуации без демотивации и овертаймов.

• Заказчик просит о чем то, что не попадает в сферу вашей ответственности (Например запрос к разработчика по поводу тестирования или дизайна) Неправильно сказать я этим не занимаюсь. Правильным будет ответить: к сожалению я не отвечаю за добавления задачи в беклог, но я свяжусь с менеджерам и передам ему вашу просьбу. (Вместо перенаправления заказчика к другому компетентному сотруднику, сделайте это за него)