10 лет назад, когда я поступил на работу в одну международную компанию (да CQG это, конечно, че там), я впервые столкнулся необходимостью написания отчетов
( Read more... )
Любую практику можно извратить до безумия или превратить в бессмысленный ритуал. А на самом деле нет ничего плохого и глупого в том, чтобы хоть на несколько минут задуматься о том, что сделал, и подумать о том, что собираешься делать. Особенно если работа хоть чуть творческая.
Вот вот, отчеты разные бывают. Я предпочитаю следующую классификацию: * Для себя любимого. Очень полезно писать ежедневный отчет о том что сделал, чтобы подвести краткий итог дня. Не исключено что команда и менеджер могут почитать данные опусы. Дисциплина это хорошо :) * Для общения с нужными людьми. Очень полезная штука, особенно если такие отчеты читают нужные люди, которые могут принимать решения вне вашей компетенции. Диапазон от недели до бесконечности. Кстати, в данную категорию входят отчеты по итогам совещаний. * Для отписки. Иногда надо для галочки что-то сгенерировать, тогда и голова болеть не должна о форме и содержимом :)
>* Для себя любимого. Очень полезно писать ежедневный отчет о том что сделал, чтобы >подвести краткий итог дня. Не исключено что команда и менеджер могут почитать >данные опусы. Дисциплина это хорошо :)
Я для себя такие отчёты делал в git-е, т.е. делал очень гранулярные коммиты с осмысленным комментом, а отчет это агрегация всех этих комментов.
У нас распределённая команда. Мы используем ежедневный отчёт-апдейт. Формально он для непосредственного руководства но польза от него всем - руководству, разработчикам и соседним командам с которыми мы взаимодействуем. Отчёт готовит и рассылает руководитель проекта по результатам ежедневного митинга (до полутора часов но обычно 15 минут) на котором собирается вся команда и при необходимости приглашаем представителей других команд.
Отчёт выглядит примерно так: Состояние/прогресс: * Приложение А получило sign off на релиз. Приложение Б на подходе; * Тестирование компонента В завершено. Результаты [здесь]. * Началась работа над интеграцией компонента В в приложение Г. * Миграция на новое оборудование откладывается из-за релиза приложения А в пятницу. * Будет организована новая инсталляция приложения для тестирования непосредственно заказчиком.
Приоритеты* Повсеместная интеграция компонента В. К тестированию должны перейти в феврале
( ... )
Эта штука не является отчетом о проделанной работе, который исполнитель посылает руководителю. Это "информационный листок" о состоянии дел, который рассылается всем. Штука полезная.
Только один момент - вы правда каждый день информируете всех о том, что "Повсеместная интеграция компонента В. К тестированию должны перейти в феврале"?
То есть, людям приходится в уме отслеживать изменения?
Самый часто меняющийся раздел "состояние". Он разный почти каждый день. Раздел "приоритеты" конечно же меняется реже но всё равно он присутствует в каждом письме даже если не изменился. Чтобы лишний раз напомнить о том что мы делаем. Все изменения оформляются так чтобы их можно было сразу увидеть просто бросив взгляд на письмо.
Comments 61
Reply
* Для себя любимого. Очень полезно писать ежедневный отчет о том что сделал, чтобы подвести краткий итог дня. Не исключено что команда и менеджер могут почитать данные опусы. Дисциплина это хорошо :)
* Для общения с нужными людьми. Очень полезная штука, особенно если такие отчеты читают нужные люди, которые могут принимать решения вне вашей компетенции. Диапазон от недели до бесконечности. Кстати, в данную категорию входят отчеты по итогам совещаний.
* Для отписки. Иногда надо для галочки что-то сгенерировать, тогда и голова болеть не должна о форме и содержимом :)
Reply
Я для себя такие отчёты делал в git-е, т.е. делал очень гранулярные коммиты с осмысленным комментом, а отчет это агрегация всех этих комментов.
Правда не для всех видов деятельности подходит.
Reply
Reply
Отчёт выглядит примерно так:
Состояние/прогресс:
* Приложение А получило sign off на релиз. Приложение Б на подходе;
* Тестирование компонента В завершено. Результаты [здесь].
* Началась работа над интеграцией компонента В в приложение Г.
* Миграция на новое оборудование откладывается из-за релиза приложения А в пятницу.
* Будет организована новая инсталляция приложения для тестирования непосредственно заказчиком.
Приоритеты* Повсеместная интеграция компонента В. К тестированию должны перейти в феврале ( ... )
Reply
Только один момент - вы правда каждый день информируете всех о том, что
"Повсеместная интеграция компонента В. К тестированию должны перейти в феврале"?
То есть, людям приходится в уме отслеживать изменения?
Reply
Reply
Очевидно, подобный "дайджест" полезен.
Reply
Reply
Leave a comment