Scrum is not enough - being a successful agile engineer
Upcoming SlideShare
Loading in...5
×
 

Scrum is not enough - being a successful agile engineer

on

  • 1,532 views

The recipe for developers to perform in agile software development environment is to use technical practices, many of which are coming from XP.

The recipe for developers to perform in agile software development environment is to use technical practices, many of which are coming from XP.

Statistics

Views

Total Views
1,532
Views on SlideShare
1,532
Embed Views
0

Actions

Likes
2
Downloads
26
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Scrum is not enough - being a successful agile engineer Scrum is not enough - being a successful agile engineer Presentation Transcript

    • Scrum is not enough: being an Agile engineerAnton Keksanton@codeborne.com Agile Days Moscow, 4.03.2011
    • Anton Keks Co-founder ofLecturer at Tallinn Technical University Member of the board of Agile Estonia ● Author of Angry IP Scanner Strong believer in Agile and Open-source 2
    • Iterative &IncrementalNOT Big-Bang
    • Adaptable NOT Predictable
    • TeamworkNOT Lone Ranger
    • TestingNOT Praying
    • SimplicityMaximizing the amount of work not done
    • Scrum● Nowadays, Agile is more popular than Waterfall● 84% of Agile organizations are doing Scrum● Only 50% of them are doing iterations● Even fewer use developers practices● “Flaccid Scrum”
    • ?
    • The good stuff! Co-location Verbal communication Continuous improvement Working increment of the software
    • But can code cowboys actually do this?
    • Or even worse,bureaucrats?
    • Top-Down Adoption
    • Ken Schwaber left Scrum Alliance to work on the Professional Scrum Developer program
    • Thinking CodingGuessing Patching WTF
    • in e pr a ct ipl ic is c es = =dDevelopers need tools to perform in an agile environment
    • Mejores prácticas● Simplicidad (No se va a necesitar)● Programación en pareja● Propiedad del código compartida● Pruebas unitarias● Desarrollo basado en pruebas● Pruebas de aceptación automáticas● Construyes y lanzamientos repetibles● Integración continua
    • Mejores prácticas Best practices● Simplicidad (No se va a necesitar) Simplicity (YAGNI)● Pair programming Programación en pareja● Collective code ownership Propiedad del código compartida● Unit tests Pruebas unitarias● Test-driven development (TDD) Desarrollo basado en pruebas● Automated acceptance tests Pruebas de aceptación automáticas● Repeatable builds & releases Construyes y lanzamientos repetibles● Continuous continua Integración integration
    • Swedbank● The major bank in Baltics and Scandinavia● Agile since 2005● Started with XP (bottom-up)● Voted the best Internet Bank in Europe
    • Productivity● Decent version control● Master your IDE● One-click builds● DRY – Dont repeat yourself● Script any repetitive tasks
    • Avoid hopeless meetings
    • Unit tests● Standardize!● Continuous integration● Keep them “unit”● Keep track of coverage % ● Never let it fall!
    • Measuring You get what you measure
    • Vertical development● Every user story must be vertical = independently add value = potentially shippable● Strictly story-based development Never add a button to the UI that does nothing yet!
    • The Truck Factor ● Avoid overspecialization ● Collective code ownership ● Coding standards ● TEX* meetings * TEX = Technology EXchange
    • Pair programmingTDD - Ping pong – Concentration - Quality
    • Software Design vs Architecture● Software design is the structure of code and relations between its elements● Software architecture is the same as software design, but used when people want to make it look important (after Martin Fowler) – Architecture is the part of design that is difficult to change – Therefore it is undesired :-) 27
    • Design vs Construction● In civil and mechanical engineering – Cost distribution ~ 10% / 90% – Design: intelligently skilled, creative people – Construction: manually skilled● In software ~ 100% / 0% distribution! – Code is the design, not UML, etc – Construction: compilation, builds, etc – almost free 28
    • Sustainable pace
    • SoftwareCraftsmanship
    • http://manifesto.softwarecraftsmanship.org
    • ...the Codeborne waySoftwareCraftsmanship...
    • O N AL ESSI ROFUN P
    • HeavyweightLightweight
    • ComplexSimple
    • The order of adoption● Coding standard● Unit tests● Continuous integration (+ bells and whistles)● Collective code ownership● Pair programming● TDD● Automated acceptance tests
    • And dont forget paying the Technical debt
    • The “easy” wayHire the right people! “hire for attitude, train for skills” Anton Keks, anton@codeborne.com