Обучение Через Обмен Наблюдениями

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

Это дает возможность каждому увидеть входные данные и сделать на их основе собственные выводы, будь то новые планы или изменение курса существующих.

В этом посте я делюсь некоторыми мыслями и опытом о том, как написать отчет о поездке в контексте разработки продукта.



Зачем составлять отчеты о поездках?

С самого начала моих командировок мои менеджеры всегда требовали отчеты о поездках в обмен на возможность поехать куда-нибудь за счет компании.

Независимо от того, являетесь ли вы менеджером или нет, обмен новой информацией и наблюдениями во время поездки (будь то посещение объекта, круглый стол для потребителей, выставка или конференция) — это способ внести вклад в общее понимание продуктов и технологий.

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

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

отчет).

Это всего лишь история, а превращение ее в конкретные шаги – изменение плана или изменение состава возможностей – требует отдельной работы.



Подходы

Не существует «правильного» способа написать отчет. Чаще всего его формат, структура и детали должны определяться тем, что представляет собой мероприятие: структурировано ли оно по типу технологии или поставщику, по заказчику или теме заказчика, по сеансу конференции, по технической подсистеме или по чему-то еще? Отчет также не обязательно должен быть коротким, особенно если поездка была насыщенной информацией.

Если вы хотите представить выдержки в формате маркированного списка (маркированного списка), есть несколько вариантов.

Для публичного выступления можно процитировать блог или пару статей, соответствующих вашей точке зрения.

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

Список ключевых моментов сам по себе хорош для выделения основных моментов или в качестве структуры всего отчета.

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

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

Лично я очень ценю использование изображений.

Когда вы находитесь на объекте и рассматриваете сами продукты (примеры экранов приложений, бумажных систем, демонстрации устройств в действии, фотографии физической среды), очень полезно показать то, что вы видели.

Было бы здорово, если бы вы показали хороший слайд или график с одного из заседаний конференции.

Что касается выставок, демонстрировать свою продукцию – одно удовольствие.

Видео — это, конечно, хорошо, но некоторые форматы отчетов для этого могут не подойти.

Часто возникают споры о том, сколько гиперссылок может иметь отчет (ссылки на презентации Powerpoint, видео или информацию о продукте).

Это зависит от того, насколько читателям или целевой аудитории потребуется более подробная информация по теме.

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

.

Если, например, вы говорите об оборудовании, и какие-то его характеристики (такие как вес, Мегагерцы, Ватты) так важны, то просто включите их в сам отчет. При написании отчета следует учитывать два аспекта конфиденциальности/интеллектуальной собственности.

Во-первых, всегда будьте внимательны к тому, имеете ли вы право записывать, а затем передавать информацию кому-либо другому.

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

Во-вторых, когда вы представляете свой отчет другим, убедитесь, что вы действуете в соответствии с политикой компании по распространению информации.

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

Плюс блога в том, что он хранит все ваши отчеты в одном месте, независимо от их типа, и вы всегда знаете, где их искать.

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

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

больше, чем простой обмен информацией.

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

Если вы получаете обратную связь, лучше опубликовать ее отдельно от самого отчета.

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

Вторая часть статьи Стивена — это репортаж с выставки CES 2013. Его можно найти по адресу первоисточник .

Но, если эта часть в переведенной версии будет интересна всем, то мы переведем и ее.

В опросе могут участвовать только зарегистрированные пользователи.

Войти , Пожалуйста.

Вам нужен перевод отчета CES 2013? 60,47% Да 26 25,58% Нет 11 13,95% Не знаю 6 Проголосовали 43 пользователя.

10 пользователей воздержались.

Теги: #управление проектами #управление командой #разработка продукта #разработка продукта #работа в команде #обмен опытом #управление проектами

Вместе с данным постом часто просматривают:

Автор Статьи


Зарегистрирован: 2019-12-10 15:07:06
Баллов опыта: 0
Всего постов на сайте: 0
Всего комментарий на сайте: 0
Dima Manisha

Dima Manisha

Эксперт Wmlog. Профессиональный веб-мастер, SEO-специалист, дизайнер, маркетолог и интернет-предприниматель.