Ce diaporama a bien été signalé.
Nous utilisons votre profil LinkedIn et vos données d’activité pour vous proposer des publicités personnalisées et pertinentes. Vous pouvez changer vos préférences de publicités à tout moment.

Are you failing at being agile? #digitallabin

122 vues

Publié le

In these past few years, agile methods became a vital part in the software development process, but are they really applicable for all types of projects and team sizes?

A while ago, our company changed the way we approach project development because the team noticed that standard SCRUM-ish methods aren't fully compatible for us, so we developed our own, modified version of agile. In this talk, I will showcase how powerful this approach is and how you can use it to find problems, and eventually resolve them.

Publié dans : Direction et management
  • Soyez le premier à commenter

Are you failing at being agile? #digitallabin

  1. 1. Are you failing at being agile? Antonio Perić-Mažar, Locastic 28.09.2019. - #digitallabin
  2. 2. Antonio Perić-Mažar CEO @ Locastic Co-founder @ Litto Co-founder @ Tinel Meetup Co-founder @ Blockada t: @antonioperic m: antonio@locastic.com
  3. 3. Locastic Helping clients create web and mobile apps since 2011 • UX/UI • Mobile apps • Web apps • Training & Consulting www.locastic.com @locastic
  4. 4. “We do a daily standup in the morning; we are an Agile shop”.
  5. 5. “We do a daily standup in the morning; we are an Agile shop”. - no, you are not
  6. 6. • Software development agency • 20+ employees • More than one project running at same time • Different clients, different locations of clients Context
  7. 7. We stared with the waterfall.
  8. 8. We stared with the waterfall. And we fall. Hard.
  9. 9. Let’s go AGILE!
  10. 10. Let’s do SCRUM!
  11. 11. Well, this is fun and ok, but still… results are better, but…
  12. 12. 1st problem:
 we focused to much on framework
  13. 13. Scrum is a great option when you’re a team at a software vendor with a clear focus to deliver a specific product.
  14. 14. Scrum is a great option when you’re a team at a software vendor with a clear focus to deliver a specific product. External dependencies (clients)
  15. 15. AGILE !== SCRUM
  16. 16. AGILE > SCRUM
  17. 17. If you are doing SCRUM, you are not Agile company, you need to have Agile mindset.
  18. 18. We cannot sell the waterfall and do it agile!
  19. 19. Ideal project: - time&materials - no budget - no deadlines - no/flexible scope
  20. 20. Ideal project: - time&materials - no budget - no deadlines - no/flexible scope doesn’t exist
  21. 21. • Flexible budget + Project idea • Fixed budget + Project idea • Flexible budget + Project specification (and/or wireframes/ prototypes) • Fixed budget + Project specification (and/or wireframes/prototypes). Type of projects
  22. 22. • Flexible budget + Project idea • Fixed budget + Project idea -> AVOID! • Flexible budget + Project specification (and/or wireframes/ prototypes) • Fixed budget + Project specification (and/or wireframes/prototypes). Type of projects
  23. 23. If the scope, the deadline and the price have already been set at the beginning, it no longer makes sense to try and implement an agile framework such as Scrum.
  24. 24. Time&Materials model
  25. 25. • Huge level of trust • Easily overcome as soon as one has completed an agile project together • Requires education of the client and huge level of empathy on both sides • Today is much easier to sell it then 5 years ago, it is almost a standard • Empathy, understanding and patience on both sides Time&Materials model
  26. 26. Clients still want estimates
  27. 27. Involve the project team in the acquisition phase as early as possible
  28. 28. UX/UI first development
  29. 29. #1 value Customer collaboration over contract negotiation
  30. 30. Forget the service provider role (and work as a team with your client) - add empathy
  31. 31. Product Owner
  32. 32. Implement one measure at a time
  33. 33. #2 value Individuals and interactions over processes and tools
  34. 34. #3 value Working software over comprehensive documentation
  35. 35. • It should be clear at first glance what feature the task is related to • Description of a task should always begin with its purpos • A task should always be written in a way that is relevant for the whole tea • A task should list all important steps for completing it • Criteria should be very specific and related to the task, and should contain real testable example • Each task should contain a direct link to a wireframe and/or design view Anatomy of a Task
  36. 36. #4 value Responding to change over following a plan
  37. 37. The Law of the customer an obsession with delivering value to customers as the be-all and end-all of the organization.
  38. 38. The Law of the small team a presumption that all work be carried out by small self -organizing teams, working in short cycles and focused on delivering value to customers—and
  39. 39. The Law of the network a continuing effort to obliterate bureaucracy and top-down hierarchy so that the firm operates as an interacting network of teams, all focused on working together to deliver increasing value to customers
  40. 40. #bestAdviceEver Stop being heroic command giver, and start being humble gardener
  41. 41. • People and project are more important then process (methodology) • Scrum is just a framework that we adjusted to ourself • It is a philosophy not a process • It is probably the best solution at the moment for chaotic systems • It is easy to learn in theory, but it is very hard to practice it, especially with external parties (clients) How we see Agile today
  42. 42. • Agile is way of thinking, and it should be integrated to each part of the team/company: • it should be a way of thinking • a way of writing the tasks • a way of signing the contracts • a way of doing business development • and etc. How we see Agile today
  43. 43. • it is good for organisation and task management • it delivers new features constantly, client can see the progress and client is more involved in entire process • usually clients are more happy • if everything is setup well, it is very easy to rotate team members Advantages
  44. 44. • client is part of development process, and software development is no longer strange thing for them • there is no bunch of documentation • entire team is more focuses on delivering high quality product Advantages
  45. 45. • It is very hard to get client on location all the time • Product owner role is very hard, and usually clients don’t have person who is ready to take that role • in this situation team need to have one more person who will do training and consulting to help client with assignments • Client almost always wants to know price and deadlines • in this case sometimes SCRUM/AGILE is not possible and it becomes just a show Disadvantages
  46. 46. • Sometimes clients don’t get the concepts of agile, as they are used in traditional processes • If team and client are not on the same location, it makes process slower • Client is usually more involved in the beginning • It is not for inexperienced teams Disadvantages
  47. 47. • Lean Development • Extreme programming, pair programming • BDD, TDD, DDD… • CI/CD • Automation of processes (testing, deploying, etc) Agile is not just SCRUM
  48. 48. Where we are going with agile today?
  49. 49. Moving to Kanban more!
  50. 50. Be Agile with Agile!
  51. 51. • increased number of releases • reduced number of bugs • better and more quality metrics per teams • design process are drastically improved • moral of teams and people is increasead • clients are more happy Results
  52. 52. “I’m sick of it.  I can’t wait for the day when everyone realises how much of a fad-diet, religious-cult-inspired, money-making exercise it is for a group of consultants.  I can’t wait for people to wake up to the fact that the only good parts of Agile are just basic common sense and don’t need a ‘manifesto’ or evangelists to support them.”. - the rant of Luke Halliwell some ten years ago
  53. 53. The is no one-size-fits- all approach for agencies.
  54. 54. Without an Agile mindset, Agile remains an inert, lifeless set of ceremonies.
  55. 55. Thank you!
  56. 56. Questions? Antonio Perić-Mažar t: @antonioperic m: antonio@locastic.com