Как быть с коллегой, который постоянно меняет внешний вид отчета, который я создаю, не документируя изменения в шаблоне дизайна?

В идеале это должен был быть простой проект. Создание отчета для веб-сайта. Что-то вроде этого:

  1. Мне предоставляется шаблон (составленный графическим дизайнером)
  2. Я внедряю/обновляю программирование, чтобы оно соответствовало (кодифицирую)
  3. Повторите 1 или 2 по мере необходимости, если я что-то пропустил или необходимы дополнительные изменения/обновления.
  4. Конец.

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

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

  • омг, я "завязал" с этим проектом
  • Вы можете сделать это изменение сегодня? сегодня да? Сегодня(?)
  • Вы можете сделать этот заголовок меньше?
  • можно ли сделать эти ячейки одинаковой ширины?
  • Вы можете сделать этот текст больше, не так ли?
  • это (шрифт, заголовок, поле, пробел, логотип) выглядит правильно для вас? Я не знаю, что вы думаете? (повторить 3-4 раза)
  • Ты собираешься сделать это сегодня, верно?
  • можешь сделать это шире/меньше/больше/сдвинуть влево/сдвинуть вправо
  • Что вы думаете?

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

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

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

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

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

этот коллега ваш начальник (похоже, что нет)? или ответственный за этот проект?
Кроме того, вы уже поднимали этот вопрос со своим боссом?
Да, босс не дает указаний, однако он просто знает
поговорил с боссом, и он сказал перенести этот проект на следующую неделю, а тем временем поработать над другим
Вероятно, в следующий раз вам следует опубликовать такой вопрос с одноразовой учетной записью. Вы не хотите, чтобы люди наткнулись на вопросы, которые вы задали о них.
Вы шутите о том, что изображаете насилие, или на самом деле делаете это?
@trognanders Нет ничего плохого в воображаемом насилии, если это механизм выживания.
Вы уверены, что ваше беспокойство не просто старый добрый гнев? Меня бы это, конечно, разозлило и разозлило.
@ Стив, больше похоже на сильную ненависть и желание уйти. Я не знаю, то же ли это, что и гнев, хотя я хотел ударить тебя.
очень надеясь на это: «Я должен использовать контролируемое дыхание, представляя, как убиваю ее разными способами. Это плохо». это гипербола, потому что в противном случае у вас есть другие проблемы, которые можно решить, обратившись за профессиональной консультацией.
Я думаю, что проблема имеет скрытую первопричину. По-прежнему не хватает информации, необходимой для ее правильного определения и решения. 1) Кто отвечает за руководство по стилю/UX/типографику в вашей компании? Какова ее роль в проекте? 2) @Mike только что отметила, что ей не хватает программного обеспечения, необходимого для выполнения ее задач, и злоупотребляет вами, чтобы визуализировать вывод ее изменений. Не могли бы вы также включить эту (ИМХО важную) информацию в свой вопрос, чтобы она была видна вверху?
обновлено. На самом деле ей не хватает программного обеспечения, у нас есть программное обеспечение, которое она может использовать, даже если она не может освоить то, которое использую я. У нас также есть отдел UX, который используется коллегами в качестве «последнего шага» рабочего процесса и больше для утверждения, а не для определения. @Digitalsa1nt, я немного гиперболизировал ради повествования. Вы также можете увидеть ответ Джо

Ответы (15)

Я думаю суть ситуации в следующем:

Шаблона нет, хотя мой босс попросил ее предоставить его.

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

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

+1 Оставайся твердым. Нет шаблона = нет периода изменений. Скажите это в письменном виде в электронном письме, в котором при необходимости будет указан ваш начальник.
Если вас спросят об этом, вы можете поддержать решение «без шаблона — без программирования», указав, что текущий непроцесс не работает.
Если вы не будете бороться с неадекватными спецификациями или нехваткой ресурсов, вы никогда не получите хороших спецификаций или необходимых ресурсов. Научиться говорить «нет» — это навык.
«Поскольку ваш босс знает, но не предпринимает никаких действий» — также убедитесь, что вы держите босса в курсе. Например, скопируйте их в любой адрес электронной почты по этому вопросу.
Кроме того, убедитесь, что все запрошенные изменения задокументированы и официально подписаны — по крайней мере, вы не хотите, чтобы готовый проект сравнивали с исходной спецификацией, на которую он больше не похож, чтобы определить ваш успех! Бумажный след, показывающий изменения, гарантирует, что они оба поддаются тестированию, и вы можете использовать объем и временные рамки, чтобы отложить или передать проблему на более высокий уровень (например, «требования к этому компоненту менялись два раза в неделю в течение последнего месяца — вот почему это еще не завершено)
Также стоит выяснить, почему запрашивающая сторона вообще не использовала шаблон... Например, если программное обеспечение, которое они используют для создания шаблона, не является хорошим или они не умеют его использовать, это может быть исправлено. Или, если они просто «думают вслух», может помочь планирование повторяющихся встреч, на которых вы вместе работаете над шаблоном (ОП говорит, что ОП не является графическим/UI-дизайнером, если в команде ЕСТЬ дизайнер тогда этот человек также должен участвовать во встречах).
Шаг 1: Шаблон запроса. Шаг 2: «Этого нет в шаблоне, так что нет». Шаг 3: Прибыль.
Мне нравится предложение зайти к ней в офис: вы также можете позвонить ей для повторяющейся ежедневной встречи по этому шаблону и тому, как вы к нему относитесь. :-)
Я должен быть тем, кто идет туда, но именно поэтому многие люди ненавидят свой ИТ-отдел. Вы все предлагаете потреблять время нескольких людей из нескольких отделов, требуя при этом множественных сообщений, создание, обнародование и переваривание которых также потребует большого количества времени, чтобы сэкономить OP время, необходимое для изменения ширины ячейки в отчет. И в конце этого времени отстой, ОП все равно придется внести изменения. Его итерации будут просто разделены на еще более широкий и разочаровывающий промежуток времени.
@tbrookside ОП умирает от тысячи порезов. Пытались вернуть процесс к одиночному взмаху меча, а не к случайным, неуправляемым ударам. Если коллега хочет совещание по дизайну, он должен провести специальное совещание по дизайну и сделать все сразу или в течение нескольких выделенных итераций, вместо того, чтобы заставлять OP постоянно переключать контекст и получать запутанную обратную связь. Сотрудник тратит гораздо больше времени.
@Ian Kemp Научиться писать правильные спецификации - это тоже навык. может, она не знает, что она дерьмо в этом? Играйте правильно, и это может быть беспроигрышным.
@tbrookside Проблема не в том, что «просят изменить ширину ячейки». Его просят изменить ширину ячейки сегодня, затем размер шрифта завтра, затем интервал послезавтра, и это означает, что ширина ячейки должна быть снова изменена на следующий день... При правильном совещании по дизайну все эти изменения и их косвенное воздействие рассматривается сразу же, в массовом порядке. Это ИТ-эквивалент старой поговорки « семь раз отмерь, один раз отрежь » — в настоящее время коллега сбривает миллиметр за миллиметром (а затем неизбежно «упс, слишком много — не могли бы вы приклеить кое-что обратно?»)
@tbrookside Я даже не ИТ-специалист, но как инженер-технолог я глубоко понимаю, что вы не получите хороших результатов с плохими входными данными. Если мы говорим об отклонении его, потому что «она не использовала шаблон, поэтому мне пришлось прочитать ее рукописную форму», это будет вашим аргументом, но мы говорим об отклонении его, потому что он был неполным с самого начала и с тех пор не было итерации. был целым. Когда сообщение требований резко превышает время их выполнения, вам действительно нужно предоставить всю информацию сразу.

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

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

Они могут посоветовать стратегии и/или лекарства, которые помогут вам справиться с тревогой, поскольку она кажется вам очень серьезной.

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

Вы должны обсудить эту часть с вашим боссом.

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

Вы должны обсудить эту часть со своим врачом. --- это ключ .
Находясь с ней в комнате для совещаний, активизировался мой «инстинкт борьбы или бегства», с которым я не знал, как бороться, и не мог придумать план борьбы с ним на лету. Поэтому я воспринимал часть боя как представление различных способов убийства, а часть полета я отчаянно хотел/должен был вообще уйти от этой ситуации, но я не мог найти социально приемлемых способов сделать это, поэтому это усилило мою тревогу и создало затрудненное дыхание - заметив которое, я попытался обратить на это внимание и контролировать его. Определенно то, что я могу обсудить с психотерапевтом для получения дополнительной информации.
Обращение за медицинской помощью является важной частью этого ответа, поскольку ОП, скорее всего, снова почувствует ту же тревогу в будущем по другим причинам, даже спустя много времени после того, как этот коллега уйдет.
Хотя я согласен с этим до определенного момента, если бы кто-то подошел к вам и несколько раз ударил вас ногой по голени, вы бы разозлились. Этот гнев не будет медицинской проблемой, это будет совершенно нормальная реакция. Точно так же есть некоторые ситуации на рабочем месте, которые просто отстой . Мой ответ на ОП будет только повторять ответ Майлза выше, но я вижу эту проблему в том, что ОП чувствует себя совершенно беспомощным, потому что он не решает ситуацию активно, и из-за этого он злится / беспокоится; проблема не в том, что он сам по себе злится/встревожен .
@JoeStrazzere Я думаю, вы недооцениваете стресс и напряжение, которые могут вызвать ситуации на рабочем месте, если их неправильно решить. Это, конечно, ненормально, позволять человеку, которому совершенно не хватает внимания и планирования, свободно распоряжаться вашим рабочим днем. Но легко увидеть, если бы это было разрешено, это привело бы к стрессу и беспокойству. ОП должен лучше справляться со своей рабочей нагрузкой, а не обращаться за медицинской помощью, чтобы быть спокойным, пока он позволяет кому-то другому причинять ему ущерб.
Другими словами, наши взрослые реакции действуют как щит вокруг наших инстинктивных детских реакций. Проблема здесь в том, что ОП не хватает инструментов, чтобы придумать соответствующий взрослый ответ (отпор). Учитывая эту неудачу, детская реакция (беспокойство/гнев) не является неожиданной и сама по себе не является медицинской проблемой. Но, как сказано, мы можем согласиться не соглашаться. Я просто думаю, что такой ход мыслей приведет к тому, что половина населения мира будет принимать прозак.
:-) Дело принято
Этот ответ, вероятно, был бы лучше с «вашим специалистом по психическому здоровью», чтобы ослабить прочную связь между «медицинским работником» и «лекарством».

Она удерживает меня от продвижения к другим более важным проектам.

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

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

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

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

Что мне делать с коллегой, который постоянно просит внести небольшие поверхностные изменения в отчет, и это серьезно вызывает у меня тревогу?

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

Я предлагаю двухэтапный подход:

  • Сначала попытайтесь решить эту проблему с этим коллегой. В следующий раз, когда они попросят вас внести некоторые изменения или пригласят вас на случайную встречу, попробуйте что-то вроде этого:

    Здравствуйте, Джо, в настоящее время я занят проектами A и B. Это связано с проектом отчета по веб-сайту? Если да, и вы хотите внести некоторые изменения, отправьте мне новый шаблон вместе с перечисленными изменениями по электронной почте, и я получу его, как только смогу.

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

  • Если это не удается, следующим шагом будет сообщить об этом своему боссу. Я могу придумать профессиональный способ сформулировать это так:

    Привет босс. В последнее время Джо просил меня внести несколько изменений в проект отчета по веб-сайту. Я знаю, что у меня также есть проекты A, B и C, над которыми нужно работать, поэтому я хочу спросить вас, должен ли я отдавать приоритет этому проекту отчета по сравнению с другими.

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

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

Это странно, я не вижу ответа на то, что, по моему мнению, является сутью проблемы, поэтому я добавляю свой собственный:

Что мне делать именно потому, что даже я сохранял бесстрастное выражение лица, говоря ей, стиснув зубы: «Хорошо, я могу/буду реализовывать эти изменения».

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

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

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

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

Другие ответы уже касались того, чтобы настаивать на получении шаблона и говорить с вашим боссом о том, как расставить приоритеты в этой работе (включая установление крайнего срока).

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

  • Нам придется поговорить об этом во время нашей встречи.
  • Мы можем обсудить ваш новый шаблон на встрече.
  • Мы можем поговорить об оценках времени на встрече.
  • Мы встречаемся по этому поводу в [день/время], тогда давайте поговорим об этом.

омг, я "завязал" с этим проектом

Вы можете попытаться воспрепятствовать этому, говоря что-то вроде:

  • Мне нравится стараться оставаться позитивным в отношении нашей работы.
  • Наличие шаблона и регулярные встречи облегчат выполнение этой задачи.
  • Давайте сосредоточимся на завершении этого.

Если отчет в основном готов, вы можете указать на это, когда она говорит, что жалуется:

  • На самом деле, я думаю, это выглядит хорошо. Вы готовы завершить проект?
  • Отчет выглядит полным. Что мешает нам сказать, что это сделано?

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

Я не согласен со стереотипным офисным способом решения проблем: I see there is a problem so lets schedule a meeting and discuss 2 hours about how to solve itкак я вижу, женщина, создающая проблему, думает так же и еще больше тратит время ОП. Короткое письмо с только что готовым шаблоном и списком последних изменений может стать хорошим решением проблемы.
@ mpasko256 Я не предлагаю, чтобы ОП сидел со своим коллегой целых 2 часа. Я говорю, что организация заранее запланированной встречи — это хороший способ прекратить случайные импровизированные встречи. Я согласен, что это можно сделать по электронной почте, но похоже, что этот коллега все равно захочет поговорить об этом. Вместо того, чтобы рисковать тем, что она пожалуется боссу на то, что ОП отказывается встречаться / разговаривать с ней, встретьтесь один раз и покончите с этим.
Что мне делать, когда она запланировала встречу, чтобы обсудить изменения, которые нужно внести? Это будет наша 4-я встреча, как это. и я не хочу, чтобы встреча сводилась к «Хорошо, вы сделали это больше/меньше? Я не думаю, что это выглядит профессионально, что еще мы можем изменить, как вы думаете?» и т. д. Я предполагаю, что мне нужно настоять на получении шаблона до проведения встречи? Она отказывалась от использования шаблона, говоря, что ей «просто нужно внести несколько последних изменений» там, где шаблон не поможет. т.е. создание всего шаблона, когда осталось несколько изменений, - это то, за что мне придется бороться.
Я предполагаю, что мне нужно настоять на получении шаблона до того, как состоится собрание? @dennismv Да, абсолютно. У нее должен быть шаблон со всеми изменениями, которые должны произойти, прежде чем эта встреча может состояться. Нет смысла встречаться, если она еще не уверена, что нужно изменить. Когда она попытается выдвинуть аргумент о нескольких окончательных изменениях, укажите, что она уже говорила это несколько раз и что внесение множества мелких изменений по частям, как это, не является хорошей тратой вашего времени.

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

Все сводилось к тому, что она использовала мои результаты для «тестирования»: они хотят увидеть отчет о системе, покритиковать его, а затем внести изменения.

Что решило проблему для меня:

  • Преувеличивая объем работы, нужно внести небольшое изменение. Таким образом, говоря: «Я могу сделать это, но это потребует много других изменений в бэкэнде» в сочетании с:
  • Повторить им изменения и попросить их подтвердить, затем указать свой крайний срок «на завтра» и не соглашаться сделать что-то немедленно или в тот же день.
  • Когда они вернутся позже и снова попросят внести изменения, скажите: «Мне придется переделать функции, чтобы реализовать это, и поэтому я не уложусь в срок», имея в виду, что либо я продолжу то, что было согласовано, либо я пропущу крайний срок. это было согласовано

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

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

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

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

Что мы сделали, так это установили систему продажи билетов (JIRA) и процесс изменений. И будьте тверды в том, чтобы они использовали их:

Извините, но пока в системе нет запроса на изменение, я не могу над ним работать.

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

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

+1. Система продажи билетов обеспечивает видимость вашего босса и ее босса в отношении поступивших запросов. Если эти изменения настолько несущественны, как заявил OP, то кто-то должен увидеть все крошечные запросы, которые она вводит, и спросить: «Нам действительно нужно, чтобы наш высокооплачиваемый разработчик тратил время на уменьшение размера шрифта заголовка с 32 до 30, или есть что-то более важное, что они могли бы сделать?»

Шаблона нет, хотя мой босс попросил ее предоставить его.

Ладно, она не выполняет то, что хочет твой босс? Его Проблема (а потом и ваших коллег), а не ваша - если вы будете открыто отчитываться о состоянии проекта.

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

Нет, в этом нет ничего необычного, пока воображаемые способы ее убийства быстрые и безболезненные. Но гораздо лучше было бы, если бы вы представили (и делаете) отчет о статусе проекта «шаблон еще не доступен» дружеским словом своему боссу, что-то вроде:

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

Возьмите под контроль процесс изменений

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

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

Назначьте собственную встречу с четкими целями

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

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

Выполняйте любую работу, которую они выполняют, должным образом и вовремя

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

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


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

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

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

Как человек, который все еще борется с этим балансом, я желаю вам удачи.

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

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

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

У меня немного другой взгляд на то, что здесь происходит. Я думаю, разница в том, что у вас двоих совершенно разная идеальная длина итерации.

Имейте в виду, что «Делать вещи» обычно происходит в цикле:

  1. Планирование
  2. Реализация
  3. Получение обратной связи
  4. Повторить

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

И это может быть быстро — внесите изменения, посмотрите, работает ли это, а затем повторите. (В парном программировании это может быть очень быстро.)

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

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

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

  1. Укажите частоту/время, когда вы будете принимать запросы на обновление
  2. Предоставление ей времени, когда эти обновления будут выполнены и возвращены ей

Думаю, Майк уже нашел первопричину проблемы. Я просто хочу сказать пару слов, чтобы расширить его.

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

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

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


Другие примечания:

Обсуждение может выглядеть так:

  • Привет Dennismv, мне нужно, чтобы вы сделали некоторые новые изменения, над которыми я недавно работаю.
  • Так ли это должно выглядеть в финальной версии?
  • Я не уверен.
  • Так что давайте установим среду разработки и убедитесь сами.
  • Я хотел бы не делать этого! Это займет много времени и слишком усложнит жизнь... [мягко улыбается]
  • Мне жаль говорить это [ее имя], но я бы хотел, чтобы вы прекратили использовать мою настройку, чтобы увидеть результаты ваших изменений, которые вы не уверены, как они на самом деле выглядят.
  • Это всего лишь пара настроек шрифта. Их применение займет у вас пять минут. Можете ли вы внести это изменение сегодня?
  • Нет, [ее имя] я больше не буду вносить временные изменения. Это уже потратило впустую много моего времени, которое я должен был потратить на другие проекты. Вы несете ответственность за предоставление мне окончательного шаблона. Моя ответственность заключается в том, чтобы просто применить окончательную версию, которую не следует менять слишком часто. Вместо этого я хотел бы потратить свое время на то, чтобы помочь вам установить и использовать программное обеспечение, потому что я верю, что оно перестанет тратить мое время впустую в будущем.

Могу себе представить, о чем она на самом деле думает:

  • Моя задача — изменить отчет, потому что он должен выглядеть лучше.
  • У меня есть предложение некоторых изменений, но я не уверен, как это будет выглядеть "в реале".
  • Я не вижу его, потому что у меня нет необходимого программного обеспечения.
  • Я не хочу его устанавливать, потому что это слишком страшная техническая вещь. Это сделает мою жизнь еще более трудной.
  • Dennismv уже установил его и может им пользоваться. Пусть заставит его применить мои изменения, чтобы я их увидел.
  • Деннисмов сказал, что сделает это "позже", так что отпусти на кухню выпить кофе.
  • Dennismv еще не сделал этого. Поскольку это мое единственное занятие на этой работе, а мой босс настаивал на том, чтобы это было сделано вчера, отпустите Деннисмва и еще раз мягко спросите его, когда он применит изменения, чтобы я мог продолжать выполнять свою работу. .

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

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

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

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

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

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

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

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

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

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

Если она действительно настаивает на том, чтобы встреча за встречей приносить вам изменения, теперь вы можете спросить ее: «Сколько встреч мы должны провести, прежде чем мы назовем этот проект завершенным?» На какое бы количество вы ни согласились, после того, как это количество встреч будет сделано, вы можете смело отказывать ей в просьбах, апеллируя к предварительному соглашению. Если она жалуется, вы можете объяснить, что всегда есть бесконечно много улучшений, которые можно внести в любой проект, но у вас нет бесконечного времени, поэтому вы должны сосредоточиться на самых важных из них, а остальное не будет иметь большого значения. . Подчеркивайте это на встречах, настаивая на том, чтобы она ранжировала свои просьбы от самого важного к наименее важному.