Skip to content

Commit 7eccb0e

Browse files
authored
First introduction.md commit
1 parent 48bbe86 commit 7eccb0e

File tree

1 file changed

+193
-0
lines changed

1 file changed

+193
-0
lines changed

introduction/introduction.md

Lines changed: 193 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,193 @@
1+
Introduction
2+
============
3+
4+
It was 2011 when Marc Andreessen wrote his famous article, “Why Software
5+
is eating the World”[^1]. By that time, Linux Kernel was already 20
6+
years old, developed under an open collaborative model by hundreds of
7+
developers from different companies, and some even contributing during
8+
their spare time. Linux can be found in almost any kind of device, from
9+
IoT and car components, to super computing cloud hardware, without
10+
forgetting one of the most used mobile operating systems in the market.
11+
12+
And Linux is just one example of how a free, open source software (OSS)
13+
project has evolved from one single idea in one single person’s head to
14+
multiple applications in many different fields and sectors. Each
15+
application has improved it over time, thanks to its open collaborative
16+
development methodology.
17+
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
20+
companies adopting OSS technologies and people contributing to OSS from
21+
different companies and even during their spare time.
22+
23+
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
25+
people and organizations to contribute to it?
26+
27+
It’s a teamwork effort and quoting John Wooden (former UCLA Bruins
28+
basketball coach) in IBM Linux comercial [^2]:
29+
30+
“A player who makes a team great is more valuable than a great player.
31+
Losing yourself in the group for the good of the group, that’s
32+
teamwork.”
33+
34+
The Digital Transformation hype
35+
-------------------------------
36+
37+
During the same period of time, many companies have started facing what
38+
they call their “Digital Transformation”, to become software omnichannel
39+
companies[^3]. They become heavy IT users and the key transformation
40+
steps usually are defined by
41+
42+
- breaking cross-organizational silos (cultural change)
43+
44+
- adoption new IT technologies (cloud, big data, mobile, etc.)
45+
46+
The adoption of these technologies usually means that companies need
47+
people and companies to build strong and competent “DevOps”[^4] teams.
48+
Yes, “DevOps”, the second hype-word after “Digital Transformation” of
49+
these ages.
50+
51+
“DevOps teams” share some principles with collaborative development
52+
teams in the open source world. As first described by John Willis and
53+
Damon Edwards in 2010, CALMS, standing for Culture (collaboration),
54+
Automation, Lean, Measurement, and Sharing to describe the “DevOps
55+
framework”, obviously contains terms familar to any open source
56+
developer.
57+
58+
These teams usually develop custom software solutions and deployment
59+
recipes for their companies. For small, medium enterprises (SME) this
60+
could be useful and easy to manage. But, what happens when the company
61+
has several DevOps teams around the world? How can they ensure a maximum
62+
code/knowledge resuse across the organization?
63+
64+
We have seen companies facing the same problem with different solutions
65+
due to the lack of cross-organizational transparent and collaborative
66+
methodology.
67+
68+
The World of Silos
69+
------------------
70+
71+
In some cases, there is a corporate head or central unit that decides
72+
the technology for the rest of business units. When these business units
73+
adopt the technology, they usually need to customize it, ending with
74+
something slightly different to the orginal product. While the central
75+
unit evolves its product in their “closed silo”, the other units are
76+
probably doing the same in their “silos”. The result? The adoption of
77+
any update of the “core product” is a nightmare.
78+
79+
In other cases, business units behave as independent companies. Each one
80+
use their own IT architecture, ending with an inefficient management of
81+
resources caused by multiplication of technologies, developments, etc.
82+
83+
Even if the companies have adopted a “DevOps culture”, the lack of
84+
shared source code and knowledge infrastructure, with a clear governance
85+
model that allow people form the company to contribute to it is the main
86+
issue in these cases, creating a “Silos Culture”.
87+
88+
Collaborative development in Open Source world has been used several
89+
times as an example of how these methodologies can break silos between
90+
companies that might be even market competitors. If competitors can
91+
collaborate to build technology in which their business rely on, why
92+
could not corporate business units do the same if they have corporate
93+
succes as mission?
94+
95+
The start-ups bubble
96+
--------------------
97+
98+
Many people might discuss if we are living an “start-ups bubble” or not,
99+
but we are clearly surrounded by news about how a group of few people go
100+
from a garage to a multinational company in a few years through
101+
investment rounds.
102+
103+
Our experience tell us that opening offices abroad is always a
104+
challenge, and managing development teams growing that fast can be a
105+
serious problem.
106+
107+
The lack of effective and transparent communication channels and
108+
documented procedures, might make harder any new employee on-boarding
109+
and to be engage with the company.
110+
111+
On the other hand, recently created companies have been born taking
112+
advantage of the existing IT solutions to provide omnichannel services.
113+
They are used to work under “DevOps culture” and it might be easier for
114+
them to adopt a common cross-organizational methodology that allow
115+
transparency and collaboration.
116+
117+
Disengagement at work
118+
---------------------
119+
120+
If previous scenarios are familiar to you, probably you don’t feel
121+
engage at work. Don’t worry, you are not alone. According to World
122+
Economic Forum [^5] 70% of employees say they are disengaged at work.
123+
124+
In the same article, it says that “Research from the University of
125+
California found that motivated employees were 31% more productive, had
126+
37% higher sales, and were three times more creative than demotivated
127+
employees. They were also 87% less likely to quit, according to a
128+
Corporate Leadership Council study on over 50,000 people”.
129+
130+
Towers Watson[^6] found that companies with engaged employees produced
131+
19.2% more operative incomes in one year, but companies with worse
132+
engagement operative incomes get reduced by 32.7%.
133+
134+
Adopting OSS development principles
135+
-----------------------------------
136+
137+
Briefing, there are several scenarios found in companies with an strong
138+
IT factor:
139+
140+
- “Silos Culture” avoiding cross-organizational transparency
141+
142+
- Inefficient resources management
143+
144+
- Disengagement at work
145+
146+
By adopting OSS development principles, companies are adopting:
147+
148+
- Governance model with policies to manage their projects under a
149+
collaborative methodology
150+
151+
- Transparent communication channels to break silos
152+
153+
- Meritocracy for developers, creating the “contributor role”
154+
155+
- New roles for project managers, empowering their soft skills for
156+
people/community management
157+
158+
These principles will help the companies on:
159+
160+
- Effective resources management, with better code/knowledge reuse
161+
accross the different units
162+
163+
- Faster technology innovations/improvements, since the code is
164+
developed collaboratively and transparently by interested people and
165+
units
166+
167+
- Empowered employees, increasing engagement by letting them to be
168+
part of companies development roadmap
169+
170+
- Higher inner-innovation, by allowing employees to propose new ideas
171+
implementation based on company’s technology/knowledge
172+
173+
Adopting OSS development principles inside your company is the main
174+
definition for Inner Source or Inner Sourcing. If you have already
175+
decided, or have started to adopt Inner Source in your company, this
176+
book will provide you some insights about how you can track the status
177+
of your path.
178+
179+
“Collecting data is only the first step toward wisdom, but sharing data
180+
is the first step toward community.” – Henry Lewis Gates (professor at
181+
Harvard):
182+
183+
[^1]: https://www.wsj.com/articles/SB10001424053111903480904576512250915629460
184+
185+
[^2]: https://www.youtube.com/watch?v=x7ozaFbqg00
186+
187+
[^3]: https://en.wikipedia.org/wiki/Omnichannel
188+
189+
[^4]: https://en.wikipedia.org/wiki/DevOps
190+
191+
[^5]: https://www.weforum.org/agenda/2016/11/70-of-employees-say-they-are-disengaged-at-work-heres-how-to-motivate-them/
192+
193+
[^6]: http://www.towerswatson.com/DownloadMedia.aspx?media=%7B1EBA6F1E-B1E7-4F0A-A9F7-D828C4D8B2AE%7D

0 commit comments

Comments
 (0)