Менеджер запрашивает задание, которое я считаю ненужным

Мой менеджер хочет, чтобы я внес изменения в соответствии с запросами клиента.

Вопрос

Как мне поступить?

Вы должны продолжить изменение в соответствии с запросами клиента.

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

Бесполезно объяснять это снова, если только вы не думаете, что ваш менеджер вас понял, хотя вы ясно объяснили (кажется, он понял, но не согласен).

Понятно, что решать, что здесь лишнее, должен ваш руководитель, а не вы.

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

Или может поискать другую работу?

Если вам нужна работа, на которой вы сами решаете, что получит или не получит клиент, даже если ваш клиент и менеджер уже приняли решение, то вам следует искать новую работу.

Возможно, вам следует искать руководящую должность, на которой вы будете иметь больше влияния на то, какие функции предоставляются, а какие нет. Или, возможно, вам следует поискать роль клиентских служб или управления продуктом, где вы будете более тесно взаимодействовать с клиентами, влиять на временную шкалу функций продукта и помогать решать, какие запросы клиентов удовлетворять или отклонять.

Или, как правильно указывает @IsmaelMiguel, работайте в производственной компании, где запросы отдельных клиентов редко запрашиваются или выполняются. (Конечно, у вас все еще будут инструкции вашего менеджера, с которыми нужно бороться.)

Или должен сказать моему менеджеру, что если все так просто, то он должен помочь?

Вы должны язвить своего босса, только если вы действительно не цените свою работу.

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

Это работа, для которой вы наняты .

То, о чем вас просят, — это реализация нефункционального требования.

Вас просят улучшить юзабилити, а не расширить функциональность.

Нефункциональные требования к системе остаются требованиями .

В этом случае эти исправления удобства использования предназначены для повышения производительности пользователя и снижения частоты ошибок.

Исправления юзабилити могут быть нетривиальными в реализации. Это не означает, что к ним следует относиться как к проблемам второго сорта. Как разработчик, вы должны создавать то, что важно , а не то, что легко .

Отличная книга, помогающая понять юзабилити как ключевую, основную инженерную задачу, —
«Дизайн повседневных вещей» Дональда Нормана (ссылка) .

Хорошим примером полнофункциональной системы, которая нуждается в дальнейшей доработке пользовательских элементов управления, является модель T Ford. Как машина едет. Он рулит. Он останавливается. Возит пассажиров.

Теперь взглянем на пользовательские элементы управления (ссылка) . Таких больше никто не делает - по уважительным причинам.

Их трудно (и подвержено ошибкам, т.е. травмам) начинать.

Дроссельная заслонка представляет собой пару стиков на противоположных сторонах рулевой колонки, и ими нужно управлять независимо, а иногда и одновременно.

Попытайтесь придумать решение, в котором обе ситуации могут работать.

Если эта функциональность уже существует, она явно не реализована должным образом с точки зрения пользовательского интерфейса. Может быть, изменить дизайн элементов управления или навигации? Попробуйте уменьшить количество кликов с помощью умного способа получить то, что они хотят.

Кроме того, уйти в отставку, когда ваш менеджер говорит вам сделать что-то, с чем вы не совсем согласны?! Вы должны действительно любить искать работу, потому что это довольно распространено.

Ваш вопрос беспорядок; это одно большое противоречие. То ли он уже есть в продукте, то тут ничего не поделаешь. Или это не так, и есть технические проблемы, которые вы должны преодолеть. Но не оба. Невозможно, чтобы вы могли наткнуться на технические трудности, когда изобретаете велосипед.

Если функции еще нет в продукте, выполните следующие действия:

Если вы еще этого не сделали, объясните все свои опасения в письменной форме своему руководителю. Электронной почты должно быть достаточно. Он должен содержать проблемы и технические трудности, которые вам необходимо преодолеть для их решения, а также приблизительную оценку времени, если это возможно. Четко отметьте те из них, где вы действительно не представляете, как их решить, и попросите его помочь.

Также спросите его, стоит ли эта функция затраченных усилий, и покажите ему более важные функции , ожидающие в очереди. Теперь, когда вы предоставили ему временные рамки («5 недель на все, что решено, и 4 проблемы, которые полностью не решены») и возможные альтернативные варианты использования вашей рабочей силы, он должен быть в состоянии принять обоснованное решение.

Если он ответит «Да, вперед», реализуйте все, что можете, и сообщите обо всем, что не можете решить. Он попросил эту функцию и предоставил вам временные рамки для решения проблем. Все остальное выше вашей зарплаты.

Во-первых, о существовании функции следует сообщить заказчику, если это не было сделано. Тот факт, что она реализована, не означает, что они знают об этом или знают, как использовать эту функцию. Это должен сделать тот, кто является основным контактным лицом с клиентом, которым может быть ваш менеджер. Знание об этой функции может быть всем, что им нужно. Однако, если они обнаружат, что реализация бесполезна, способ реализации функции все равно придется изменить.

Если контактным лицом является ваш менеджер, и ваш менеджер либо поднял этот вопрос, а клиент все еще хочет внести изменения, либо ваш менеджер не считает нужным поднимать этот вопрос, то вы сделали все, что могли. Вы привели аргумент, и решение было принято лицом, ответственным за такие решения. Пришло время выполнить решение.

Однако похоже, что в вашей организации есть проблемы. Нередко код со временем деградирует. Технический долг накапливается, а изменения в системе приводят только к ухудшению целостности проекта ( программная энтропия ). В конце концов, эти проблемы должны быть решены, иначе стоимость обслуживания программного обеспечения может возрасти до такой степени, что внесение изменений в систему станет чрезвычайно дорогостоящим. Проблемой также является нехватка времени на тестирование и встраивание качества в процесс.

Эти организационные вопросы являются долгосрочными проблемами. Это случай «изменить свою организацию» . Вы можете либо решить эти проблемы, либо начать искать новую организацию, которая более подходит.

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

РЕДАКТИРОВАТЬ:

Вы можете попросить клиента или менеджера утвердить это изменение. Вы можете сказать своему менеджеру, что это может помочь, если он будет представлен клиенту для «подписания» на случай, если, когда он будет доставлен, он поймет, насколько незначительно изменение. Однако здесь дело в общении, и если ваш руководитель подписывает это, то, по крайней мере, работа для вас понятна, и у вас есть документация о том, что вы предоставили то, что просили, и не обманывали и не манипулировали решением.

КОНЕЦ РЕДАКТИРОВАТЬ

Возможно, ваш клиент просит «существующую» функцию, но не осознает этого. Также возможно, что вашему клиенту нужно сделать это за меньшее количество шагов / с меньшим количеством кликов. Я знаком со многими системами, которые не были «приемлемы» для пользователей из-за «большего количества кликов».

Вам полезно попытаться защитить себя от внесения ненужных изменений или взимания с клиентов платы за уже существующие функции. Нехорошо с вашей стороны судить о клиенте на основании его запроса или быть чрезмерно заботливым родителем и пытаться помочь клиентам сэкономить деньги или сделать что-то «по-вашему», когда они хотят, чтобы это было сделано по-другому.

Если вы не хотите или не можете выполнять работу, то ваш руководитель должен об этом знать. Но тогда вам, вероятно, следует искать другую работу.

Я сочувствую тебе. Я постоянно получаю детальный проект без каких-либо функциональных требований. Они не ценят текущий дизайн данных и запросы к серверу. Два щелчка мыши могут быть чистыми и расширяемыми, а один щелчок вызывает изменение модели данных. Они говорят, что им все равно, но когда он сломается или данные будут повреждены, это ваша проблема. Даже если вы заставите это работать, у вас будет хрупкая кодовая база, и следующее изменение будет еще более сложным. Так обидно, когда программиста считают просто кодером, а не дизайнером.

Что касается того, что вы можете сделать. 1) Объясните проблему. 2) Затем возразите и изложите свое возражение как письменно, так и устно. Укажите время для этого изменения и долгосрочные последствия. 3) А потом просто сделать это. Если на программирование уходит 3 недели, а на тесты 2 недели, то так тому и быть.

Уйти в отставку — это всегда последний вариант, но если так будет продолжаться, работа будет только ухудшаться. Код станет более хрупким, и босс не будет его понимать. Это унизительно, когда тебя рассматривают как кодовую обезьяну. Тем не менее, просто делайте все возможное и развивайте свой набор навыков. Если вы все еще расстроены своим следующим обзором производительности, выложите его. Если вы расскажете о процессе, не связанном с конкретным изменением, то, надеюсь, начальник более серьезно отнесется к вашей позиции. Если босс говорит, что процесс не изменится, тогда вы знаете, на чем стоите. Не бросай просто так. Решите, сможете ли вы с этим жить. Если вы не можете жить с этим, то составьте план, как перейти на следующую работу. Как только вы перестанете заботиться о текущей работе, она станет более терпимой.

Ответ здесь: "получить разъяснения!"

Понимает ли клиент, что функция уже существует в более упрощенном виде, или нет?

Если нет... то они, вероятно, были бы очень расстроены, если бы им об этом не сказали, и впоследствии платили бы дополнительные часы, чтобы ухудшить функциональность уже существующей функции. Я знаю, что был бы в восторге от этого ... когда я говорю «Я хочу функцию X» менеджеру проекта, это их чертова работа - знать, есть ли она уже, и дайте мне знать, чтобы я мог убедиться в своем решении о проекте. Я заказал информированный.

Если да... то клиент хочет от проекта именно то, что он хочет. Требования есть требования, у них есть причина, и вам не нужно их объяснять. Например, у них могут быть достоверные данные о том, что этот дополнительный клик делает какую-то странную положительную вещь для их бизнеса, и они этого хотят. Или даже если это просто потому, что они тупые... они имеют право доплатить вам за свою тупость, если захотят. Пока они принимают это решение полностью информированными и платят за часы, которые они отнимают у вас, все в порядке.

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

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

Мне нравится, как все в стеке Workplace говорят об этике и профессионализме, где многое из того, что мы делаем, является результатом интересов и политических игр. Ситуация здесь достаточно очевидна, и ответ довольно краток:
клиент хочет пожертвовать деньги (я имею в виду, что их невежество заставляет их тратить деньги на то, что у них уже есть), у менеджера нет проблем с этим. Эти деньги идут на твою зарплату. Радуйтесь, что вы берете эти деньги, и будьте счастливы, что вы мудрее, чем ваш клиент. Выгода.