Category: 2. Building Products
-
Internal component marketplaces vs. transfer pricing of inner source
I was recently asked why I argue against company-internal marketplaces for software components yet emphasize the need for pricing components that cross company boundaries within the same holding company (also known as transfer pricing). The answer is simple: Setting up an internal marketplace is a managerial choice and pricing the movement of code (IP) across…
-
How not to refactor your code
-
Data structures vs. functions in the age of microservices
The old wisdom of “data structures over functions” has stood the test of time for probably 50 years now. It states that long-term, a system is better built on sound data structures than functions. While functions may hide clumsy data structures for a while, when faced with evolution and new user needs, poor data structures…
-
What’s wrong in software product line engineering? The separation of the platform as a cost center from the product units as profit centers
In three previous posts I had reported about our research into problems with product line engineering. Three important specific problems (of several more) were: In all three cases (and then some), the underlying problem was the separation of the platform organizational unit as a cost center from the product organizational units as profit centers. Product…
-
What’s wrong in software product line engineering? Political power play between product units
In previous blog posts we identified as causes for problems in software product line engineering. Of several more, I want to pick a third and final one, before we turn to the root cause of it all in the next blog post. This third cause is the political power play between product units as they…
-
What’s wrong in software product line engineering? Insufficient collaboration between product and platform unit
As previously posted, we analyzed current problems in product line engineering. One case study was a healthcare software product line, one was a business software product line, and one was a telco carrier software product line. All developers in their respective product line were homogeneous in time and culture (one main location, one social culture),…