Як відмовити клієнта, який щойно засвоїв технологію і хоче її використовувати всюди? [зачинено]

Нещодавно мій клієнт виявив, що таке переписування URL-адрес, не розуміючи повністю, що це таке, як це працює, плюси та мінуси цього. Тепер він просить багато дивних змін у фактичних вимогах поточних проектів та змін у старих проектах, щоб реалізувати те, що, на його думку, переписування URL-адрес.

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

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

Крім того, я нещодавно прочитав щось, що стосується Programmers.SE, де люди розповідали про свій досвід, коли навколо XML було велике шумування, і деякі менеджери попросили б запровадити XML у кожному проекті, щоб показати усім, що вони його використовують.

Тож ті, хто опинився в подібній ситуації, як вам це вдалося?

IMO у вас має бути дискусія "Ви не розумієте перезапис URL-адрес" зі своїм клієнтом.

Очевидно, ви не повинні прямо говорити своєму клієнту: "Ви не розумієте". Натомість я б почав із "Перш ніж щось інвестувати, я думаю, що ми повинні обговорити X, щоб переконатися, що ми на одній сторінці про те, які плюси та мінуси X та його альтернативи".

Якщо виявиться, що він насправді знає те, що ви робите, але хоче все-таки реалізувати X, то ви запитаєте його, якого кольору він хоче.

Вам потрібно переконатися, що ви вибираєте формулювання дуже ретельно. Зрештою, є ймовірність (хоча і незначна), що він знає більше про X, ніж ви (і є очевидний момент - ви говорите з керівництвом ), тому переконайтеся, що ви позбавите себе від будь-яких поблажливих тонів.

Саме тут допомагає пріоритетний перелік завдань, що відбуваються в команді. Якби я був ти, я би оцінив переваги вартості переписування URL-адрес і показав клієнту, як це додасть / видалить із загального досвіду.

Подумайте про себе як про лікаря. Люди весь час звертаються до лікарів із переліком ліків, які вони бачили в оголошенні / симптоми, які вони уявляють. Завдання лікаря - забезпечити, щоб людина отримував насправді те, що повинен отримати.

Крім того, використовуйте суворо управління та розгалуження для всіх змін. Таким чином, ви можете вчасно відкатати і показати замовнику, що він пропустив, на всякий випадок, якщо він забуде, що приніс це на себе.

Нарешті, перепишіть усі ваші зустрічі. Вони дійсно корисні колись.

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

1. Він знає, що просить
2. Він знає, скільки це коштує
3. Він знає, як це вплине на графік інших функцій
4. Він знає, скільки часу пройде

У багатьох випадках після цього обговорення йому буде легко погодитися відмовитися від нього або зробити його дуже низьким пріоритетом (читай: ніколи не сподівайся, що це буде зроблено).

З одного боку, мене дратує, коли мене просять робити речі, які не мають сенсу замість того, щоб робити справжню роботу.

Звідки ви знаєте, що вас запитують має настільки мало значення? Можливо, є приховані мотиви, які на перший погляд можуть бути не зрозумілі, чому щось робиться. « Віск на, правою рукою. Віск, ліва рука. Віск на, віск. Вдихніть через ніс, з рота. Віск на, віск. Не забувайте дихати, дуже важливо. » Буде лінія від «Малюк карате» варто певною мірою відзначити тут.

Де я мав досвід роботи з компаніями, які роблять речі, які мені цікаво: "Чому ти це робиш так?" бувають випадки, коли я запитаю, яка користь шукається і чи є інші способи доїхати. Головне тут - бути відкритим і цікавим, а не судити і самоправедним, що, як видається, "справжня робота" досить сильно натякає на мій розум.