Slide 1

Slide 1 text

Développeur, reprends le digital en main!

Slide 2

Slide 2 text

No content

Slide 3

Slide 3 text

“Il faut concentrer ses forces pour être conquérant dans la guerre digitale de notre monde numérique “

Slide 4

Slide 4 text

http://www.academie-francaise.fr/digital

Slide 5

Slide 5 text

Transformations Digital - Agile - DevOps

Slide 6

Slide 6 text

No content

Slide 7

Slide 7 text

Automated software factory

Slide 8

Slide 8 text

Software developer?

Slide 9

Slide 9 text

Creativity Logic

Slide 10

Slide 10 text

Transformations Digital - Agile - DevOps

Slide 11

Slide 11 text

No content

Slide 12

Slide 12 text

No content

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

No content

Slide 16

Slide 16 text

Source : https://hbr.org/2018/03/why-so-many-high-profile-digital-transformations-fail • No managers should view digital — or any other major technological innovation — as their sure salvation. • Digital is not just a thing that you can you can buy and plug into the organization. It is multi- faceted and diffuse, and doesn’t just involve technology • It’s important to calibrate your digital investments to the readiness of your industry — both customers and competitors. • When things are not going so well in the existing business, the call of a new business model can become more powerful than it should.

Slide 17

Slide 17 text

No content

Slide 18

Slide 18 text

Performance Time Progress due to sustaining technologies Disruptive technological innovation Performance demanded at the high end of the market Performance demanded at the low end of the market

Slide 19

Slide 19 text

Innovator’s dilemma - Summary • Disruptive technology is developed inside established firms. • Marketing people poll existing customers. Management shelves project. • Established firms improve existing products. • New companies form. New markets are created for new products. Frustrated defectors from established firms start new companies. • New entrants move upmarket. • Established firms jump on the bandwagon late. “The most formidable barrier is that they did not want to do this.”

Slide 20

Slide 20 text

Marketing people poll existing customers Management shelves project New companies form

Slide 21

Slide 21 text

It is cross-disciplinary, cross- functional communication that allows the development of unusual combinations of ideas that lead to imagination and creativity.

Slide 22

Slide 22 text

Transformations Digital - Agile - DevOps

Slide 23

Slide 23 text

From agile to Agile “There is a big difference between Methodology and methodology. Small m methodology is a basic approach one takes to getting a job done…. Big M Methodology is an attempt to centralize thinking. All meaningful decisions are made by the Methodology builders, not by the staff assigned to.”

Slide 24

Slide 24 text

No content

Slide 25

Slide 25 text

Principles behind the Agile Manifesto • Our highest priority is to satisfy the customer
 through early and continuous delivery
 of valuable software. • Welcome changing requirements, even late in 
 development. Agile processes harness change for 
 the customer's competitive advantage. • Deliver working software frequently, from a 
 couple of weeks to a couple of months, with a 
 preference to the shorter timescale. • Business people and developers must work 
 together daily throughout the project. • Build projects around motivated individuals. 
 Give them the environment and support they need, 
 and trust them to get the job done. • The most efficient and effective method of 
 conveying information to and within a development 
 team is face-to-face conversation. • Working software is the primary measure of progress. • Agile processes promote sustainable development. 
 The sponsors, developers, and users should be able 
 to maintain a constant pace indefinitely. • Continuous attention to technical excellence 
 and good design enhances agility. • Simplicity--the art of maximizing the amount 
 of work not done--is essential. • The best architectures, requirements, and designs 
 emerge from self-organizing teams. • At regular intervals, the team reflects on how 
 to become more effective, then tunes and adjusts 
 its behavior accordingly.

Slide 26

Slide 26 text

Hawthorne effect “People perform better when they’re trying something new” “To allow the Hawthorne Effect to work for you, you have to make nonstandard approaches the rule” Source: Peopleware

Slide 27

Slide 27 text

Measures • “If you can’t measure it, you can’t manage it” - your boss • “Anything you need to quantify can be measured in some way that is superior to not measuring it at all.” - Gilb’s law • “A story point is an abstract measure of effort required to implement a user story.” Source: Peopleware

Slide 28

Slide 28 text

Source: https://hackernoon.com/why-isnt-agile-working-d7127af1c552

Slide 29

Slide 29 text

Environmental Factor “Whenever the number of uninterrupted hours is a reasonably high proportion of total hours, up to approximately 40%, then the environment is allowing people to get into flow when they need to. Much lower numbers imply frustration and reduced effectiveness. “ E-Factor = Uninterrupted Hours/Body-Present Hours Source: Peopleware

Slide 30

Slide 30 text

Productivity when people leave Source: Peopleware

Slide 31

Slide 31 text

31

Slide 32

Slide 32 text

Tools • Shall the dev team’s collaboration tool be the same than the accounting team? • Why should you use other people’s tools? • Who has chosen your source code management tool? Does this person use it? • Was developer effectiveness the main criteria for the choice?

Slide 33

Slide 33 text

Table 1 Gross salary €50 000.00 Charges €21 000.00 Working days 220 Hours per day 8 Hourly cost €40.34

Slide 34

Slide 34 text

Solutions • Give them metrics, your metrics • Get development time back • Cut down meetings, stop ceremonials • Understand your business, but also meet the business • Bring your partners in your tool

Slide 35

Slide 35 text

Culture