Perceval goes on the quest to retrieve and gather data from git, GitHub, Bugzilla, JIRA, Gerrit, mbox, pipermail, StackExchange, Discourse, etc. for producing valuable indices, with GrimoireELK.
Not everything in inner source is about community building [but a big portion!] and the infrastructure is basic to foster collaboration, transparency and community building.
This post is about aspects to have in mind when deploying the tooling needed to provide support to developers within the organization and across business units.
There is a more extended version of this infrastructure topic in the work-in-progress book about inner source: Managing Inner Source Projects that we, in Bitergia, are writing. Specifically in the infrastructure chapter. This is available under a CC-BY-SA 4.0 license and anyone is more than welcome to propose new sections, improve the current ones and collaborate in any way. Please feel free to redistribute!
As we were telling you a few weeks ago, we were joining FOSDEM, not only as attendees but as speakers.
We would like to share our experience, giving you details about our talks…
When looking back nowadays to the work done on diversity, I’ve realized that it has been quite a trip! My first approach to the topic was in an informal meeting with Nithya Ruff, currently at Comcast. She mentioned that the OpenStack Summit in Tokyo reached (as far as I remember!) 13% of women attending the Summit. And this was a great number if compared to previous summits as the percentage kept growing. But she also mentioned that they received a tweet asking about the current number of technical contributions. Then this is where we decided to have a look at that issue: have numbers, and try to produce some of them from a quantitative point of view.
We are pleased to announce that we are writing a book about inner source.
We have been collaborating for some months with companies that are developing this methodology to produce the software they need. They were pioneers who early on realized that inner source has lots of benefits for talent management, software development, and business improvement. And now others are asking us for advice about implementing inner source.
So we have decided to bring together all our knowledge about inner source, share it and ask for open collaborations. We want to do this as openly as possible. We are building it as a GitBook, posting each chapter and asking for reviews. We will announce each part on our blog. So stay tuned and don’t miss a thing!