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

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

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

Важно переносить не выполненные задачи из старых отчетов в новые, чтобы в случае, если задача подвисла можно было проследить, когда она была поставлена, чья это зона ответственности и т.д.
Я считаю, это шикарно. Обычно все отписываются парой сухих строчек. Оплатил и все — исполнитель пропал. Потом через срок появляется как черт из табакерки с криками, либо «Все готово, идите смотрите!», либо «Простите, все пошло не так, полная жопа с вашим проектом!»
В опросе ответил «Нет, это лишнее» потому, что считаю, что написание отчета и расстановка «звездочек» зависит от
фантазии писавшего. Ну запланировали, скажем, что на следующей неделе должны сделать то и то, а кто сказал что сделаем в срок…
Самого «заставляли» писать подобные отчеты и что в итоге… что бы не получить по «шапке» если что то не успел сделать ставил «зеленую звездочку», расписывал техническими терминами проблемы — все равно не кто не че не поймет. а потом в горячке дубасил внеурочно иногда в ущерб качеству.
Если посмотреть как планирует и отчитывается наше правительство, так уж лучшеб они вообще молчали. Так фантазировать не всем дано =)
На мой взгляд, Сибирикс — классные ребята, что подтверждается тэглайном (+40 позиций). А Студия годами возится на одном месте и поливает всех говном в уютном бизнес-линче. Впрочем, им больше ничего не остается.
Спасибо ;) Линч — это вызов попробовать построить процесс так, чтобы текстовые и графические материалы сайтов были (хотя бы первые пол года-год) со вменяемым смыслом и без ошибок.
Как вы заставляете менджеров клиента читать эти отчеты, когда они даже договор и ТЗ толком не читают? Мы пробовали, отчеты тупо игнорятся, но когда начинаются вопросы, на нашу почту начинают форвардить десятки писем от руководства заказчика, ответы на которые как раз и были в предыдущих отчетах.
Вопрос к продажникам и директору. Если продажники принесли вам проект, в котором участвуют люди, не заинтересованные в успехе проекта, а директор радостно под проектом подписался, то в итоге пострадают все. Обычно это происходит в том случае, если продажники каким-то левым образом «втюхали» проект, на самом деле заказчику не нужный и не решающий никакую его бизнес-задачу. Лекарство простое: выплачивать продажникам бонусы за продажу после завершения проекта, а не после подписания договора. Но принимать это лекарство могут только сильные духом компании — кое-какие проекты придётся потерять.

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

Увы, очень, очень многим компаниям в сфере b2b услуг это откровение приходит поздно (или слишком поздно).
Подход отличный, мы сейчас тоже испрользуем еженедельные отчеты, только формируем PDF. Искали сервисы по автоматизации этого процесса?

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

На счет дублирования информации в отчете и bug tracker/crm скажу так — информация не дублируется. Отчет и этапы для клиента всегда отличаются от жизни внутри проекта, т.е визуально может быть 3 этапа, а внутри 10 и это нормально.
Как я писал выше, через Jira это возможно. Там есть плагины для всяких таких вещей, и есть API, если надо генератор отчётов написать или что-то ещё.
НЛО прилетело и опубликовало эту надпись здесь
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.