Introduction
Il n’y pas si longtemps, le monde du développement de logiciels offrait deux modèles nettement distincts : open source et propriétaire. Les logiciels open source ont bénéficié de leur indépendance par rapport aux marques commerciales : tout le monde est autorisé à apporter des contributions et de nombreuses personnes le font. Les logiciels propriétaires limitent quant à eux l’accès via un système fermé qui valorise à un certain prix le caractère privé de leur propriété intellectuelle.
Supposons que vous êtes responsable dans une entreprise qui a fait des investissements significatifs dans ses logiciels propriétaires. Ce n’est pas nécessairement une entreprise technologique : des entreprises de toute forme et de toute taille créent et maintiennent leurs propres logiciels et d’autres éléments soumis à la propriété intellectuelle pour profiter d’un avantage compétitif dans leur secteur. Cependant, vous avez développé un grand respect pour les modèles utilisés dans l’open source, comme la visibilité du code source, la connaissance des bogues des projets et la transparence des demandes de fonctionnalité. Vous aimez également le modèle de demande de tirage qui simplifie l’intégration des contributions externes. Vous aimeriez vraiment apporter ces avantages à vos équipes de développement, mais vous ne voulez pas passer en open source les logiciels de l’entreprise qui ont de la valeur sur le marché. Ce dont vous avez vraiment besoin, c’est d’une forme hybride qui offre les avantages des deux approches. InnerSource est ce dont vous avez besoin.
Dans ce module, découvrez comment gérer un programme InnerSource réussi sur GitHub via une découvrabilité, une assistance et une maintenance efficaces.
Objectifs d’apprentissage
Dans ce module, vous allez découvrir comment :
- Comparer des projets dont un utilisateur ou une organisation est propriétaire.
- Formuler des recommandations sur le nombre d’organisations GitHub que vous devez avoir.
- Créer des référentiels découvrables.
- Créer des fichiers README (LISEZ-MOI) robustes pour les référentiels.
- Utiliser des modèles de problème et de demande de tirage.
- Créer de la transparence dans les référentiels.
- Mesurer le succès d’InnerSource au sein de votre organisation.
- Distribuer votre boîte à outils InnerSource.
Prérequis
- Un compte GitHub.
- Savoir accéder à des fichiers et les modifier dans GitHub.
- Avoir une connaissance des demandes de tirage (pull requests).
Avant de commencer ce module, nous vous recommandons de suivre Présentation de GitHub.