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
  • Prototipo de modelo
  • Título
  • Descrición do caso
  • Problema
  • Historia (opcional)
  • Contexto
  • Aspectos que mellorar
  • Exemplo ilustrativo (opcional)
  • Solucións
  • Contexto resultante
  • Fundamento (opcional)
  • Exemplos coñecidos (opcional)
  • Estado (opcional ata a integración)
  • Autoría (opcional)
  • Recoñecementos (opcional)
  • Título alternativo (opcional)

Was this helpful?

Edit on GitHub
Export as PDF
  1. Apéndice

Prototipo de modelo

PreviousValoración de proxectos entre equiposNextExtras

Last updated 1 year ago

Was this helpful?

Prototipo de modelo

Título

Engadir un título curto

Descrición do caso

Descrición concisa de entre unha ou dúas liñas na que se expón o problema e a solución. Os/As lectores/as poden revisar de maneira rápida ducias destas descricións de casos e navegar pola libraría de modelos.

Problema

Cal é o problema? Neste apartado definirase o problema de maneira concisa; breve descrición, xeralmente non máis dun par de liñas, que explique cales son os problemas e os desafíos. Teña coidado con non mesturar a información que se atopa nas seccións seguintes.

Historia (opcional)

Ás veces hai un caso particular que permite comprender mellor o modelo.

Contexto

Onde está o problema? Cales son as circunstancias previas? É importante describir cales son os aspectos inalterables antes de que a solución se poña en marcha. O contido que aquí se describe, a miúdo, está vencellado á aplicación do modelo para outros/as usuarios/as que se pregunten: «É esta unha a situación semellante á miña?».

Aspectos que mellorar

Que dificulta o problema? Cales son os sacrificios? Neste apartado, abórdanse as limitacións que poden cambiar a un certo custo. A solución podería mudar un ou máis destes impedimentos co obxectivo de resolver o problema, o cal tamén afecta o contexto.

Exemplo ilustrativo (opcional)

Ilustración visual.

Solucións

Resolucións verificadas e posibles solucións ao problema.

Contexto resultante

Cal é a situación resultante unha vez que se resolve o problema? O contexto orixinal cambia de xeito indirecto unha vez aplicada a solución. A miúdo, esta sección pode incluír a discusión dos posibles modelos/problemas presentados a continuación. O contido deste apartado pode ser breve, pois é posible que a solución non presente novos problemas nin modifique moito o contexto.

Fundamento (opcional)

Nesta sección explícase o motivo polo cal unha solución concreta é a axeitada; empréganse outras palabras para explicar a razón pola que esa solución equilibra eses aspectos que se precisan mellorar co contexto, co fin de resolver o problema. Esta sección poderíase ampliar segundo outros posibles escenarios ou teorías.

Exemplos coñecidos (opcional)

Onde se aplicou o modelo antes? Esta sección axuda a reforzar a idea de que se trata dun modelo REAL e que coincide co contexto.

Pode facer referencia a:

  • Un negocio en concreto.

  • Casos anónimos, por exemplo: «Tres empresas demostraron que esta é unha boa solución» ou «a grande organización de servizos financeiros...».

Estado (opcional ata a integración)

O estado xeral do modelo almacénase no sistema de etiquetaxe de GitHub; consulte aquí calquera pull request. Teña en conta que o sistema de etiquetaxe de GitHub se fai menos visible unha vez que o modelo se remata e se integra, polo que é útil contar con información neste eido.

Tamén pode almacenar outra información de interese neste apartado, como un historial de revisión, por exemplo: «Tres de nós revisamos isto o 5/2/17 e precísase dos coñecementos especializados de John antes de que se poida continuar».

Autoría (opcional)

En moitos casos, vostede mesmo/a pode formar parte da autoría. Se é necesario, procure alguén en InnerSource Commons para que sexa o/a autor/a nominal (tal e como se explicou anteriormente). Tamén podería manter o anonimato no caso de que non queira asumir a autoría (algo común cando se emprega un donut para procurar unha solución).

Recoñecementos (opcional)

Inclúa aquelas persoas que axudaron a desenvolver este modelo; tanto para a atribución como para un posible seguimento futuro. Aínda que é opcional, a maioría dos modelos deben citar as persoas que contribuíron na súa creación.

Título alternativo (opcional)

No caso de que o modelo tamén se coñeza cun nome distinto ao que amosa o Título, enumere eses títulos alternativos aquí. Por exemplo, nos casos nos que o modelo leve o nome do problema que está a resolver, un alias útil podería ser aquel que describa a solución que se vai aplicar.

http://wiki.c2.com/?PatLet