LogoLogo
Contribute to InnerSource PatternsJoin the community
🏳️ Galego
🏳️ Galego
  • Introdución
  • Índice
  • Explore os modelos
  • Contribúa a este libro
  • Modelos
    • Agradecemento aos/ás participantes
    • Casos de uso cun sistema de seguimento de incidencias
    • Comece como un experimento
    • Comité de revisión
    • Contracted contributor
    • Core team
    • Cualificación da actividade do repositorio
    • Documentación base estándar
    • Documente os seus principios reitores
    • Extensións para o crecemento sostible
    • Ferramentas de comunicación
    • Garantía de 30 días
    • Gig marketplace
    • Licenza InnerSource
    • Líder da comunidade experto/a en InnerSource
    • Modelo de madurez
    • Portal InnerSource
    • Requisitos comúns
    • Servizo vs. libraría
    • Soporte grupal
    • Toma de decisións transparente entre equipos mediante RFC
    • Trusted commiter
    • Valoración de proxectos entre equipos
  • Apéndice
    • Prototipo de modelo
    • Extras
      • Prototipo README
      • Prototipo CONTRIBUTING
  • Recursos
    • O libro en GitHub
    • InnerSource Commons
Powered by GitBook
On this page
  • Title
  • Patlet
  • Problema
  • Contexto
  • Aspectos que mellorar
  • Solución
  • Contexto resultante
  • Exemplos coñecidos
  • Autoría
  • Recoñecementos
  • Status
  • Créditos
  • Tradución

Was this helpful?

Edit on GitHub
Export as PDF
  1. Modelos

Ferramentas de comunicación

Title

Ferramentas de comunicación

Patlet

os/as usuarios/as dun proxecto InnerSource teñen problemas para obter axuda e poñerse en contacto co host team. Mediante o uso sistemático de ferramentas de comunicación asíncrona, os debates serán visibles e permanecerán arquivados e accesibles; o que se traduce nunha mellora do nivel de asistencia aos/ás usuarios/as.

Problema

Un equipo está aberto a recibir contribucións de usuarios/as intermedios/as do seu compoñente. A coordinación e a comunicación prodúcense de maneira ad hoc, o que causa que se comparta información incoherente, que se reciban respostas con atraso ou que os/as contribuidores/as fagan ping a varios membros do host team antes de recibir unha resposta definitiva.

Contexto

  • Hai un equipo dependente do compoñente do outro equipo.

  • Hai un equipo ao que lle gustaría facer contribucións a ese compoñente.

  • Incluso cando isto ocorre por escrito, a comunicación ten lugar de maneira individual.

Aspectos que mellorar

  • O equipo anfitrión está interesado en recibir contribucións e disposto a asesorar aos/ás contribuidores/as.

  • Os equipos teñen unha cultura sólida baseada na comunicación verbal e non teñen experiencia na configuración de canles de comunicación asíncrona específicas do proxecto.

  • As canles de comunicación poden estar aliñadas cos grupos específicos aos que se debe chegar, pero non por un propósito comunicativo.

Solución

O host team debe proporcionar canles de comunicación públicas, arquivadas, con capacidade de busca e vinculables ás que poida subscribirse calquera persoa da empresa; posto que o apoio ás canles abertas de comunicación escrita aporta beneficios medibles.

O obxectivo ao optimizar as canles de comunicación para os proxectos InnerSource debe ser aliñar a comunicación arredor de temas, non arredor de certos grupos de persoas.

Un proxecto debe establecer as seguintes ferramentas de comunicación:

  1. Canles conversacionais públicas cunha estrutura menos ríxida. Polo xeral, trátase de listaxes de correo, foros en liña, sistemas Q&A ou, incluso, canles de chat arquivadas. Normalmente, abonda con comezar cunha soa canle para o proxecto. Se o tráfico aumenta demasiado, é útil separar as conversacións sobre o uso do proxecto das outras acerca do desenvolvemento do proxecto.

Mentres que a comunicación pode ter lugar fóra desas canles escritas, debería ser devolta ás canles asíncronas tanta información como sexa posible.

Os membros do host team necesitan facer o esforzo de dirixir as preguntas que reciban persoalmente (por exemplo, por medio do correo electrónico ou chats de mensaxería) de volta á comunicación nas canles oficiais.

Contexto resultante

Cando a comunicación é aberta, os/as demais poden seguir facilmente o progreso do proxecto e obter contribucións activas. O feito de que outros/as estean espreitando e poidan lelas reduce a barreira de participación e aumenta a probabilidade de recibir contribucións.

Se as preguntas se contestan en público, máis persoas poden aportar a súa opinión, o que conduce a ter unha visión xeral: Isto inclúe non só aos membros do host team, senón tamén aos/ás usuarios/as do proxecto.

Manter a comunicación en canles asíncronas permite que os/as participantes con horarios diferentes —xa sexa por mor das diferenzas horarias, por ter rutinas de traballo diferentes, diferentes calendarios de reunións ou rutinas de traballo en equipo— contribúan de xeito significativo ao proxecto.

Responder ás preguntas nesas canles significa que non só outros membros do equipo poden escoitar e proporcionar información adicional, senón que tamén outros/as usuarios/as que teñan a mesma pregunta poden consultar (e máis tarde atopar) a resposta; o que reduce a necesidade de repetir as explicacións.

Exemplos coñecidos

  • Europace AG

  • Paypal Inc.

  • Mercado Libre

Autoría

  • Isabel Drost-Fromm

Recoñecementos

  • Sebastian Spier (nos visuais)

Status

  • Estruturado

  • Redactado en decembro de 2019

Créditos

Tradución

  • Leticia Gómez Cadahía

  • María Lucía González Castro

PreviousExtensións para o crecemento sostibleNextGarantía de 30 días

Last updated 1 year ago

Was this helpful?

Un sistema especializado de seguimento de incidencias co que avaliar o progreso que estruture a comunicación e a toma de decisións de xeito transparente para tódolos membros do equipo anfitrión, pero tamén para os/as futuros/as usuarios/as intermedios/as e contribuidores/as. Para coñecer máis aplicacións deste sistema, consulte .

Unha canle privada na que poida ter lugar a comunicación entre os/as sobre os temas máis sensibles; como, por exemplo, incorporar a máis trusted comitters ao host team. Esta canle debe empregarse con sumo coidado, de xeito que a comunicación sexa aberta por defecto e só se manteña privada en circunstancias moi excepcionais.

Tódalas canles de comunicación deberían estar documentadas no proxecto README.md. Para obter máis información acerca do emprego deste arquivo vexa .

Establecer e empregar sistematicamente canles oficiais de comunicación asíncrona axuda a crear o nivel base da que pode volver a consultarse cando xurdan preguntas similares.

Ilustracións de de StorySet.

Casos de uso cun sistema de seguimento de incidencias
trusted committers
Documentación base estándar
documentación de pasivos
xente
Ferramentas de comunicación recomendadas para os proxectos InnerSource