1
- Introduction
2
- ============
1
+ # Introduction
3
2
4
3
It was 2011 when Marc Andreessen wrote his famous article, “Why Software
5
4
is eating the World”[ ^ 1 ] . By that time, Linux Kernel was already 20
@@ -15,13 +14,13 @@ multiple applications in many different fields and sectors. Each
15
14
application has improved it over time, thanks to its open collaborative
16
15
development methodology.
17
16
18
- Almost 6 years later, we can assure that free, open source sofwtare
19
- (OSS) projects have succed in the IT development ecosystem. We can see
17
+ Almost 6 years later, we can assure that free, open source software
18
+ (OSS) projects have succeed in the IT development ecosystem. We can see
20
19
companies adopting OSS technologies and people contributing to OSS from
21
20
different companies and even during their spare time.
22
21
23
22
How has OSS reached the level of innovation we have nowadays? How has it
24
- reached the market acceptance we see nowdays ? How has it engaged so many
23
+ reached the market acceptance we see nowadays ? How has it engaged so many
25
24
people and organizations to contribute to it?
26
25
27
26
It’s a teamwork effort and quoting John Wooden (former UCLA Bruins
@@ -33,16 +32,14 @@ teamwork.”
33
32
34
33
Since the collaboration methodologies used in OSS projects are providing
35
34
high quality innovative technology thanks to engaged development communities,
36
- why not applying same methodologies inside your company? That's Inner Source, or
37
- Inner Sourcing.
35
+ why not applying same methodologies inside your company? That's inner source!
38
36
39
- If you haven't decided yet to apply Inner Source in your company, we recommend you
37
+ If you haven't decided yet to apply inner source in your company, we recommend you
40
38
start reading "Getting Started with InnerSource"[ ^ 3 ] by Andy Oran. After that, or if
41
- you have already dediced to start the Inner Source path, this book will give you better
39
+ you have already decided to start the inner source path, this book will give you better
42
40
understanding of Inner Source scenarios, framework and management skills.
43
41
44
- The Digital Transformation hype
45
- -------------------------------
42
+ ## The Digital Transformation hype
46
43
47
44
During the same period of time, many companies have started facing what
48
45
they call their “Digital Transformation”, to become software omnichannel
@@ -53,8 +50,8 @@ steps usually are defined by
53
50
54
51
- adoption new IT technologies (cloud, big data, mobile, etc.)
55
52
56
- The adoption of these technologies usually means that companies need
57
- people and companies to build strong and competent “DevOps”[ ^ 5 ] teams.
53
+ The adoption of these technologies usually means that companies need
54
+ to build strong and competent “DevOps”[ ^ 5 ] teams.
58
55
Yes, “DevOps”, the second hype-word after “Digital Transformation” of
59
56
these ages.
60
57
@@ -69,14 +66,13 @@ These teams usually develop custom software solutions and deployment
69
66
recipes for their companies. For small, medium enterprises (SME) this
70
67
could be useful and easy to manage. But, what happens when the company
71
68
has several DevOps teams around the world? How can they ensure a maximum
72
- code/knowledge resuse across the organization?
69
+ code/knowledge reuse across the organization?
73
70
74
71
We have seen companies facing the same problem with different solutions
75
72
due to the lack of cross-organizational transparent and collaborative
76
73
methodology.
77
74
78
- The World of Silos
79
- ------------------
75
+ ## The World of Silos
80
76
81
77
In some cases, there is a corporate head or central unit that decides
82
78
the technology for the rest of business units. When these business units
@@ -87,25 +83,20 @@ probably doing the same in their “silos”. The result? The adoption of
87
83
any update of the “core product” is a nightmare.
88
84
89
85
In other cases, business units behave as independent companies. Each one
90
- use their own IT architecture, ending with an inefficient management of
86
+ uses their own IT architecture, ending with an inefficient management of
91
87
resources caused by multiplication of technologies, developments, etc.
92
88
93
- Even if the companies have adopted a “DevOps culture”, the lack of
94
- shared source code and knowledge infrastructure, with a clear governance
95
- model that allow people form the company to contribute to it is the main
96
- issue in these cases, creating a “Silos Culture”.
97
-
98
- Collaborative development in Open Source world has been used several
89
+ Collaborative development in open source ecosystems has been used several
99
90
times as an example of how these methodologies can break silos between
100
- companies that might be even market competitors. If competitors can
91
+ companies that might be even market competitors. Those companies have
92
+ been able to share knowledge and resources with a common goal . If competitors can
101
93
collaborate to build technology in which their business rely on, why
102
94
could not corporate business units do the same if they have corporate
103
95
succes as mission?
104
96
105
- The start-ups bubble
106
- --------------------
97
+ ## The start-ups bubble
107
98
108
- Many people might discuss if we are living an “start-ups bubble” or not,
99
+ Many people might discuss if we are living a “start-ups bubble” or not,
109
100
but we are clearly surrounded by news about how a group of few people go
110
101
from a garage to a multinational company in a few years through
111
102
investment rounds.
@@ -116,19 +107,18 @@ serious problem.
116
107
117
108
The lack of effective and transparent communication channels and
118
109
documented procedures, might make harder any new employee on-boarding
119
- and to be engage with the company.
110
+ and to be engaged with the company.
120
111
121
112
On the other hand, recently created companies have been born taking
122
113
advantage of the existing IT solutions to provide omnichannel services.
123
114
They are used to work under “DevOps culture” and it might be easier for
124
115
them to adopt a common cross-organizational methodology that allow
125
116
transparency and collaboration.
126
117
127
- Disengagement at work
128
- ---------------------
118
+ ## Disengagement at work
129
119
130
120
If previous scenarios are familiar to you, probably you don’t feel
131
- engage at work. Don’t worry, you are not alone. According to World
121
+ engaged at work. Don’t worry, you are not alone. According to World
132
122
Economic Forum [ ^ 6 ] 70% of employees say they are disengaged at work.
133
123
134
124
In the same article, it says that “Research from the University of
@@ -153,8 +143,7 @@ largely intrinsic. The aspects of this motivation can be divided into
153
143
These aspects are key for software developers motivation, since their tasks
154
144
involve cognitive skills, decision-making, creativity, or higher-order thinking.
155
145
156
- Adopting OSS development principles
157
- -----------------------------------
146
+ ## Adopting OSS development principles
158
147
159
148
Briefing, there are several scenarios found in companies with an strong
160
149
IT factor:
@@ -181,7 +170,7 @@ By adopting OSS development principles, companies are adopting:
181
170
These principles will help the companies on:
182
171
183
172
- Effective resources management, with better code/knowledge reuse
184
- accross the different units
173
+ and cost sharing accross the different units
185
174
186
175
- Faster technology innovations/improvements, since the code is
187
176
developed collaboratively and transparently by interested people and
0 commit comments