Как сказать менеджеру проектов "НЕТ" [закрытому] расползанию границ проекта
Я, кажется, неправильно понял вопрос, так что вот обновление. Google обычно отслеживает любые действительные URL-адреса. Два исключения, о которых я могу думать, являются скорее теоретическими, чем практическими.
- В некоторых старых браузерах (я думаю, что IE6 и аналогичные винтажи) ограничение по количеству символов для запросов GET (2048 байт IIRC) ограничено, поэтому очень длинные ссылки не будут работать, и это не будет правильно отслеживаться. Для всех практических целей эти браузеры к настоящему времени должны исчезнуть
- Запрос Google Analytics ограничен 8096 байтами. Запрос должен передавать местоположение документа как часть полезной нагрузки, поэтому, если ваш URL действительно очень большой ( технически 8000 символов это "> 900") это не будет отслеживаться. Опять же, это вряд ли практическая проблема (если в этом запросе нет большого количества других данных, таких как, например, впечатления о продуктах расширенной электронной коммерции).
Старый (и, вероятно, нерелевантный) ответ:
Google Analytics, как правило, не отслеживает действия внутри электронных писем, поскольку почтовые клиенты обычно не поддерживают javascript (существуют реализации отслеживания открытия электронной почты через «веб-ошибки» связаны со скриптом, который выполняет запрос протокола измерений, но событие, которое работает не очень хорошо).
Если это ссылка, которая указывает на вашу домашнюю страницу, типичный способ отследить это будет через параметры utm - то есть вы отслеживаете не действие внутри самого электронного письма, а результат (посещение вашей домашней страницы).
UTM-параметрами (или «параметрами кампании») являются
- utm_medium - тип трафика (если это платная реклама, баннерная реклама или, в вашем случае, электронная почта) [113 ]
- utm_source - конкретный поставщик (например, «google», если ссылка принадлежит платной рекламе Google, или в вашем случае это может быть название отдела, который отправил письмо)
- utm_campaign - ваша рекламная кампания; в случае периодической рассылки это может быть, например, номер бюллетеня
- utm_term - вы обычно не будете использовать его в электронном письме, зарезервированном для случая, когда ссылка является результатом поиска (тогда вы вставляете поисковый термин)
- utm_content - если у вас есть несколько ссылок с одной и той же целью ссылки и информацией о кампании, вы можете добавить дополнительную информацию (например, если у вас одна и та же ссылка вверху и внизу вашего письма, вы можете указать позицию здесь)
Вы не можете делать что-либо динамическое - однако, если вы хотите пометить ссылки определенным количеством символов, вам нужно будет сделать это в своей программе рассылки и вставить номер. Тогда GA сможет подобрать это из параметров кампании.
например. для вашего случая использования вы можете создать целевой URL-адрес, например
www.example.com?utm_medium=email&utm_source=my_department&utm_campaign=pda_mail&utm_content=<number of characters>
, а затем получить информацию из отчетов Aquisition в Google Analytics.
Если ссылки не указывают на вашу собственную домашнюю страницу, вам нужно настроить промежуточную страницу, которая отслеживает параметры utm_parameter, прежде чем она перенаправит к месту назначения.
10 ответов
Позвольте мне запуститься путем высказывания, что, если премьер-министр "крадется в расползании границ проекта", он - очень плохой менеджер проектов.
Сказав, что... это не Ваше задание, чтобы сказать "нет" менеджеру проектов. Это - Ваше задание, чтобы гарантировать, что он знает и понимает затраты и риски изменения, которое он вносит. Если премьер-министр настаивает на том, чтобы изменять объем и не корректировать ничто иное в проекте, получите другое задание (потому что проект и/или компания обречены).
Хорошее эмпирическое правило состоит в том, чтобы всегда отвечать, "Хорошо. Что мы должны отбросить для вкладывания этого к крайнему сроку?" и/или "Хорошо. Если мы перемещаем крайний срок в X, мы можем включить это".
Каждое изменение влияет на время завершения. Нет такой вещи как нулевая разовая задача. Вынуждение менеджера проектов понять, что качество, крайний срок или список функций пострадает каждый раз, когда они вносят изменение, будет иметь большое значение для того, чтобы заставлять их думать прямо о расползании границ проекта.
При наличии хорошего ценный и функция разрабатывают для того, что находится в объеме, забирание ее им и выяснению, если они хотят выгнать дату с квартиры, или сократило другие функции. Если последний, какие функции больше не важны, которые еще не были запущены?
Самый легкий способ сделать это быть фирмой и сказать им, что это будет влиять на дату выпуска при включении дополнительной функции (функций). В конечном счете их задание состоит в том, чтобы поставить продукт вовремя, таким образом, нижняя строка для них, "может мы соответствовать этому в, не повреждая расписание". Если ответ не, то любой менеджер проектов, стоящий их зарплаты, должен упасть твердо на сторону разработки в принятии, что это - недопустимое расползание границ проекта.
Будьте честны
Объясните, что существует трудная зависимость между датой поставки, качеством и функциями. Скажите им, что, если они хотят встретиться, поставка датируется, качество пострадает, если новая опция будет добавлена.
Если Вы захотите преуспеть в своей организации, то Вы захотите быть командным игроком и должны стремиться продемонстрировать свое обязательство. Иногда, это означает вставлять некоторое дополнительное время для получения большого нового предложения в продукт.
Однако Вы, более вероятно, внушите уважение путем устанавливания твердых границ того, что может обоснованно ожидаться Вас. Один способ сделать это, помогая менеджерам понять, что они не собираются улучшать продукт путем привлечения в расползании границ проекта, но что они, более вероятно, повредят продукт в конечном счете.
Возможности, в то время как Вы предполагаете, что у Вашего менеджера проектов есть 'пагубная любовь к крадению в "расползании границ проекта", когда они могут', его перспектива, вероятно, отличается. Вероятно, более продуктивно удостовериться, что Вы понимаете его точку зрения.
Это, конечно, в дополнение к передаче Вашей собственной точки зрения, а именно, последствия расползания границ проекта. Вероятно, необходимо явно определить дополнительную работу в плане разработки, оценить, сколько времени дополнительная работа возьмет и объяснит, что это означает задержку или отбрасывающий некоторую другую функцию.
Это только работает, если Ваши оценки хорошо работают. Это не работает, если Вы делаете дополнительную работу от книг, так, чтобы дополнительное проведенное время не было видимо. Иначе Вы могли бы выполнить работу в срок по другим причинам, таким как более трудная работа или увеличение эффективности, и Ваш менеджер проектов будет просто помнить, что расползание границ проекта не влияло на дату поставки 'в прошлый раз'.
Биты, которые вползаются в проект, попросивший относительно клиентом? Они - ценные объекты для поставки?
Существует, конечно, проблема с премьер-министром, если они стащили вещи в объем и не делают их видимыми. Это - серьезное беспокойство и что-то, что я повысил бы с ними непосредственно и открыто.
Однако расползание границ проекта (в моей книге) совершенно приемлемо, если это продолжает отвечать требованиям бизнеса. Несомненно, у Вас есть крайние сроки, но что случилось с тем, чтобы быть гибким на том, что Вы поставляете на том крайнем сроке? Это - то, где видимость очень важна.
pursuading его, чтобы понять, как Вы пытаетесь помочь ему сохранить свое рабочее место (т.е. Вы говорите ему истину.) Он имеет больше под угрозой, чем Вы, я воображаю.
Что-то, что работало хорошо на меня в прошлом:
Я беру его, что, если Ваш менеджер проектов хочет красться в функциях, у них нет точного плана проекта. Сохраните свой собственный список задач с оценкой того, сколько времени каждая задача возьмет, заказанный приоритетом - это не должно быть тщательно продумано просто текстовый документ или электронная таблица. Если Ваш менеджер проектов хочет, чтобы Вы добавили новую опцию, отправьте копию своего списка и спросите, где необходимо вставить его в первоочередной заказ.
Если менеджер проектов пытается согласовать вниз Ваши временные оценки, затем просто говорят, что "Я приложу все усилия, но я ничего не могу гарантировать".