Комментарии 25
Скажите, кроме такого отчета, вы взаимодействуете с клиентом с помощью систем управления проектов? поднимаете багтрекинг сервер? Или все корректировка проекта через имейлы?
По поводу полезности отчета возражений нет, но ведь это дополнительно надо время выделить на его составление и анализ. Отчет генерируется автоматически при заполнении какой-то формы? Или человек должен вручную каждый раз применять стили, копи-пастить звездочки и другие пиктограммы? Что если после отправки отчета обнаружится ошибка (в отчете) или придет в голову еще дополнительный пункт? Можно ли высылать дополнения/уточнения?
Отчет пишем ручками. Данные для отчета можно брать из разных подсистем: Из jira можно посмотреть реально-законченные задачи и потраченное время и т.д.
Мы для себя делали в некоторой мере похожий отчет по итогам спринта. Вручную лазить по разным фильтрам и подсистемам муторно. Поэтому сделали автоматический отчет по спринту (раз в 2 недели) по данным из Jira. Не для заказчиков, для себя, отчет выглядит не столь красочно. Но автоматическая сухая информация не полностью отражает реальную суть вещей, как это часто бывает в статистике. Всегда нужны пояснения: эти цифры именно такие потому что…, в следующем спринте мы прогнозируем… С автоматикой также теряется тепло человеческих взаимоотношений. Я всегда рад помочь соседней команде, если у них возникают проблемы. И нам часто нужна помощь с тестированием. Без метрик мы бы просто помогли друг другу и все были бы счастливы. Но с метриками начинается дележка очков. Плюс кто-то обязательно забудет сделать списание в жире, кто-то промахнется и спишет не в ту задачу. В любом случае, приходится автоматический отчет корректировать вручную.
А заказчик имеет доступ к Jira? Если да, то почему бы не держать актуальную информацию в Jira и не писать таких писем?
В Jira невидно проблем (в том числе — понтенциальных) и заказчикам влом лезть во что-то, сложнее электропочты
Конечно, то, что вы делаете — круто. Но!
Любой программист знает, что дублирование кода — это плохо. У вас есть 2 инструмента, в которых при желание одинаковая информация: Jira и письма. И то, и другое вы делаете вручную. Это плохо. Предпринимаете шаги чтобы автоматизировать?
Любой программист знает, что дублирование кода — это плохо. У вас есть 2 инструмента, в которых при желание одинаковая информация: Jira и письма. И то, и другое вы делаете вручную. Это плохо. Предпринимаете шаги чтобы автоматизировать?
Заведите в жире соответствующий тип: Issue, Risk, итд.
У нас так и сделано. Вся работа заносится в жиру, по ней трекается время с комментариями. Риски и проблемы точно так же.
Аналогичный вашему отчёт генерируется из жиры нажатием одной кнопки (есть ежедневные, еженедельные, и отчёты по результатам спринта).
Основная сложность — заставить всех трекать время, но это проще, чем требовать с каждого «что сделал, что планируешь».
У нас так и сделано. Вся работа заносится в жиру, по ней трекается время с комментариями. Риски и проблемы точно так же.
Аналогичный вашему отчёт генерируется из жиры нажатием одной кнопки (есть ежедневные, еженедельные, и отчёты по результатам спринта).
Основная сложность — заставить всех трекать время, но это проще, чем требовать с каждого «что сделал, что планируешь».
Сталкивался с еженедельными отчетами на крупном проекте. Помогает очень быстро понять что и где в проекте буксует не только заказчику, но и руководителю проекта, который такие вещи пишет.
Важно переносить не выполненные задачи из старых отчетов в новые, чтобы в случае, если задача подвисла можно было проследить, когда она была поставлена, чья это зона ответственности и т.д.
Важно переносить не выполненные задачи из старых отчетов в новые, чтобы в случае, если задача подвисла можно было проследить, когда она была поставлена, чья это зона ответственности и т.д.
НЛО прилетело и опубликовало эту надпись здесь
В опросе ответил «Нет, это лишнее» потому, что считаю, что написание отчета и расстановка «звездочек» зависит от
фантазии писавшего. Ну запланировали, скажем, что на следующей неделе должны сделать то и то, а кто сказал что сделаем в срок…
Самого «заставляли» писать подобные отчеты и что в итоге… что бы не получить по «шапке» если что то не успел сделать ставил «зеленую звездочку», расписывал техническими терминами проблемы — все равно не кто не че не поймет. а потом в горячке дубасил внеурочно иногда в ущерб качеству.
Если посмотреть как планирует и отчитывается наше правительство, так уж лучшеб они вообще молчали. Так фантазировать не всем дано =)
фантазии писавшего. Ну запланировали, скажем, что на следующей неделе должны сделать то и то, а кто сказал что сделаем в срок…
Самого «заставляли» писать подобные отчеты и что в итоге… что бы не получить по «шапке» если что то не успел сделать ставил «зеленую звездочку», расписывал техническими терминами проблемы — все равно не кто не че не поймет. а потом в горячке дубасил внеурочно иногда в ущерб качеству.
Если посмотреть как планирует и отчитывается наше правительство, так уж лучшеб они вообще молчали. Так фантазировать не всем дано =)
Это случайно не вам (сайту сделанному вашей компанией) посвящен сегодняшний бизнес-линч у Артемия Лебедева?
Как вы заставляете менджеров клиента читать эти отчеты, когда они даже договор и ТЗ толком не читают? Мы пробовали, отчеты тупо игнорятся, но когда начинаются вопросы, на нашу почту начинают форвардить десятки писем от руководства заказчика, ответы на которые как раз и были в предыдущих отчетах.
Вопрос к продажникам и директору. Если продажники принесли вам проект, в котором участвуют люди, не заинтересованные в успехе проекта, а директор радостно под проектом подписался, то в итоге пострадают все. Обычно это происходит в том случае, если продажники каким-то левым образом «втюхали» проект, на самом деле заказчику не нужный и не решающий никакую его бизнес-задачу. Лекарство простое: выплачивать продажникам бонусы за продажу после завершения проекта, а не после подписания договора. Но принимать это лекарство могут только сильные духом компании — кое-какие проекты придётся потерять.
Во всех проектах, когда заказчик точно хочет, чтобы всё взлетело не позже, чем день Икс, потому что проект явным (измеримым) образом решает ясную (измеримую) бизнес-задачу — клиент будет максимально стараться, работая с вами в одной лодке.
Увы, очень, очень многим компаниям в сфере b2b услуг это откровение приходит поздно (или слишком поздно).
Во всех проектах, когда заказчик точно хочет, чтобы всё взлетело не позже, чем день Икс, потому что проект явным (измеримым) образом решает ясную (измеримую) бизнес-задачу — клиент будет максимально стараться, работая с вами в одной лодке.
Увы, очень, очень многим компаниям в сфере b2b услуг это откровение приходит поздно (или слишком поздно).
Подход отличный, мы сейчас тоже испрользуем еженедельные отчеты, только формируем PDF. Искали сервисы по автоматизации этого процесса?
Мы сейчас ищем сервис, в котором можно полноценно работать с клиентом: ставить ему задачи, визуально показывать этапы проекта и прогнозы, делать отчетность. Пока найти не можем, возможно придется писать самим.
На счет дублирования информации в отчете и bug tracker/crm скажу так — информация не дублируется. Отчет и этапы для клиента всегда отличаются от жизни внутри проекта, т.е визуально может быть 3 этапа, а внутри 10 и это нормально.
Мы сейчас ищем сервис, в котором можно полноценно работать с клиентом: ставить ему задачи, визуально показывать этапы проекта и прогнозы, делать отчетность. Пока найти не можем, возможно придется писать самим.
На счет дублирования информации в отчете и bug tracker/crm скажу так — информация не дублируется. Отчет и этапы для клиента всегда отличаются от жизни внутри проекта, т.е визуально может быть 3 этапа, а внутри 10 и это нормально.
НЛО прилетело и опубликовало эту надпись здесь
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Как мы пишем еженедельные отчеты для клиентов