Модель связи с личным менеджером

Я попытаюсь ответить на ваш вопрос, но я не уверен, что это действительно возможно.

Допустим, есть 5 дискретных сообщений, которые можно отправить другому.

• Особенность — что-то, что, как ожидается, будет доставлено.
• Решение - Что-то, что должно быть (?) или было (!) решено.
• Вопрос — общий, может также использоваться в качестве префикса для указания типа вопроса. (например, ?Функция или ?Решение)
• Проблема - Проблема, риск или ошибка
• Остальные*

* В течение 30 секунд после публикации кто-нибудь спросит: «А как насчет х?» и они будут правы. Для того, чтобы составить небольшой список, нужно делать грубые обобщения.

В этот момент BA или PM спросят, какую проблему вы действительно пытаетесь решить? Похоже, электронная почта просто не работает для вас, и вы хотите создать что-то лучше. Затем мы смотрели и смотрели, сколько это будет стоить, и каковы преимущества для организации.

Один из первых вопросов, который я бы спросил у своей технической команды: «Есть ли уже какие-либо инструменты, которые можно приобрести дешевле, чем для их создания?» Может быть, а может и нет, но всегда стоит поискать. (Кроме того, будет ли этот продукт частью вашего основного бизнеса? См. мнение Джоэла )

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

Я понимаю ваши цели следующим образом:

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

Предполагая, что это правильно, вот мои мысли:

Это было предпринято и частично решено целой группой людей. Как насчет того, чтобы взглянуть на различные инструменты для совместной работы и общения на рабочем месте, чтобы увидеть, что они решили реализовать с точки зрения объектов и рабочих процессов. Здесь можно было бы начать: http://alternativeto.net/software/jira/

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

• очень высокие затраты на разработку решения
• пойти на некоторые компромиссы

Без знаний о вашей организации люди смогут дать вам только вдохновляющие, но не обязательно точные ответы. Если вы пытаетесь разработать решение для своей организации, оно будет адаптировано к вашим потребностям и, таким образом, должно основываться на процессах, которые ваша организация использует в настоящее время (и в идеале на тех, которые вы предполагаете использовать в будущем). Таким образом, эти требования могут быть поняты только людьми в организации. Или вы получите информацию о довольно общих концепциях, которые затем, по всей вероятности, уже будут доступны в каком-либо решении OTS (т. е. общий знаменатель инструментов PM, если хотите).

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

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

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

По разным причинам, включая общение... постройте рабочий процесс вашего проекта вокруг Git или какой-нибудь ДЕЦЕНТРАЛИЗОВАННОЙ системы контроля версий.

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

Я настоятельно призываю всех [кто серьезно относится к общению] внимательно взглянуть на рабочий процесс, ориентированный на Github... из-за полного кодового графа Github и всех способов неотъемлемого сообщения прогресса всем участникам путем визуального отслеживания коммитов, извлечений, проблемы, комментарии и т. д. ... И, что, возможно, даже более важно, чтобы вы могли обойтись без встреч [где в любом случае не происходит реального общения] и использовать чат, ориентированный на репозиторий, например, Gitter.

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

Git с открытым исходным кодом, и это ЧРЕЗВЫЧАЙНО важно, поскольку объясняет, почему Git и его варианты выиграли битву в важной сфере контроля версий . Любой, кто использует контроль версий, будет использовать диалект Git в течение следующих 25 лет или дольше ... рабочий процесс PM [коммуникации] на основе Git превзойдет все другие проприетарные подходы. Если есть идея получше, она придет из расширения или форка Git.