Dirk Riehle's Industry and Research Publications

Category: 2. Building Products

  • Getting Started With Inner Source

    Getting Started With Inner Source

    I received several requests recently for my inner source charter document to provide it in DOC format, after I thought this work had fallen dormant (or perhaps the PDF version was sufficient). So I wanted to add my thoughts on how to take first steps in inner source, in particular in the selection of a…

  • Open source and inner source at IAV (in German)

    Open source and inner source at IAV (in German)

    The house magazine of IAV Automotive Engineering GmbH, a major supplier to the German automotive industry, interviewed Markus Blonn and me about open source and inner source at IAV (in German). We had a good time as you can see 😉

  • Upcoming talk on ten years of inner source case studies at UC Santa Cruz

    Upcoming talk on ten years of inner source case studies at UC Santa Cruz

    Abstract Inner sourcing is the use of open source best practices within companies to improve engineering productivity. In 2006, I introduced inner source to SAP. After becoming a professor, my group helped further companies introduce inner source to their engineering organizations. Using three generations of projects, we report about our experiences and how we are…

  • Upcoming talk on industry best practices for corporate open source governance of software supply chains at UC Santa Cruz

    Upcoming talk on industry best practices for corporate open source governance of software supply chains at UC Santa Cruz

    Abstract Almost all software products today incorporate open source software either directly or through software supply chains, but many companies are not properly governing their use of open source, incurring potential risks. Since 2016, I have been researching industry best practices and processes around open source governance, focusing on software supply chains. I have interviewed…

  • Scrum’s product vision vs. project mission

    Scrum’s product vision vs. project mission

    As noted previously, Scrum uses the term product to mean artifact. This is fine, as long as the user of Scrum is a software vendor, developing a product for a market. It is confusing, however, if the user is a consulting firm, performing a custom project for a client. If you are a consulting firm,…

  • How project vs. product confuses agile methods terminology

    How project vs. product confuses agile methods terminology

    In a previous blog post I noted how the terms project and product are being confused in open source. However, it is agile methods, specifically Scrum, where it gets really bad. To recap: A project is a human undertaking to create an artifact. A project, by definition, has a start date and an end date.…