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

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

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

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

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

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

Ответы (3)

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

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

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

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

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

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

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

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

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

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

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

Итак, ДОКАЗАТЬ добавленную стоимость. Заставьте его использовать его или заставьте его видеть, когда команда использует его для быстрого сеанса POC.