There has been a lot of talk lately about Software Craftsmanship. Most of this talk has been centered around how to take existing, skilled programmers and turn them into Craftsmen. What about those who are just entering the field? In this talk, we will explore a new approach to fulfilling the entire journey from Apprentice to Master, both from a personal and organizational level. We will also look at how to get such a program started, and how to bring the existing team along.

 
6 favorite thumb_down thumb_up 3 comments visibility_off  Remove from Watchlist visibility  Add to Watchlist
 

Outline/structure of the Session

This is a straightforward conversation.  I will present some ideas around the challenges we are facing right now in the development industry. My style is to encourage a ton of discussion as opposed to presenting a bunch of slides to folks.  I've delivered this talk at a few conferences and the discussions have been lively and varied along the way.

Learning Outcome

Ideas around how to create a development environment that nurtures and enhances software craftsmanship. Ideally, the conversation will lead us to a plan for implementing a workshop oriented environment.  Also a new way to consider evaluating team members' skills and growth paths.

Target Audience

Developers, Development Managers, Executives

schedule Submitted 2 years ago

Comments Subscribe to Comments

comment Comment on this Proposal
  • George Dinwiddie
    By George Dinwiddie  ~  2 years ago
    reply Reply

    Somehow this got entered as a 60 minute session, but our slots are 45 minutes. Can it fit in that timebox?

    • Steve Ropa
      By Steve Ropa  ~  2 years ago
      reply Reply

      absolutely, I've delivered it in both time segments.


  • 45 mins
    Talk
    Intermediate

    You probably started your Agile journey with Scrum, which helped. But regression testing still takes forever. New feature tests aren't what they could be and are hard to complete within the Sprint.

    If you have active product owners, the POs helped to improve your product, but there is still a disconnect, between the user story and the tests.  And how do you test "as a, I want, so that"?

    Now you hear you need Agile technical practices to keep improving and you find you need to automate. What are you going to do with your testers?  They really, really know your business, but they don't code.

    If you are a manager, a tester or a product owner, come hear Camille as she shares her experience successfully teaching manual testers Automated Test Driven Development and showing product owners how to write great Acceptance Criteria that are easy to automate.

    In this session you will learn:

    • How to get your product owners, testers and developers to understand each other
    • How to make your business scenarios unambiguous and testable
    • How to avoid brittle tests that need frequent rewriting
    • Which tools and languages are better for testers to learn and why
    • Strategies and techniques for testers to learn test automation
    • Where to find inexpensive and free resources to get started
  • Liked Steve Ropa
    keyboard_arrow_down

    Steve Ropa - DevOps is a Technical Problem AND a People Problem

    45 mins
    Talk
    Intermediate

    Gerry Weinberg once said of consulting “There is always a problem, and it’s always a people problem.” The world of DevOps is emerging rapidly, and just like the early days of Agile, is still working on refining exactly what DevOps means.  So often, the focus is either on the technical aspects of the various tool, or on the people problem of “bringing Ops into the room”.  But what is the problem that DevOps addresses, and is that problem more of a technical problem, or a people problem?  We will explore this, and look at the possible intersection between the two “problems” and how a DevOps approach can help overcome them.

  • Liked Nayan Hajratwala
    keyboard_arrow_down

    Nayan Hajratwala - Refactoring Real Legacy Code (guided by Simple Design)

    45 mins
    Talk
    Beginner

    The many trivial testing and refactoring examples available on the web are difficult for developers to apply to real-world code bases. As a result, many "new to agile" developers don't attempt to apply tests or refactorings to legacy code, reserving these techniques for the ever elusive greenfield project.
    To help developers with this dilemma, this session will walk through a real legacy Java code base, and go through the steps required to bring the code under test & begin to perform useful refactorings. All of this will be done under the guidance of the principles of Simple Design.

  • 45 mins
    Demonstration
    Beginner

    DevOps as a buzzword is gaining traction, but what does it really mean? Managers, non-techies, and developers-new-to-devops will get a guided demo of development automation. See all the cool tools in action - continuous integration, automated testing, cloud deployment, etc. More importantly, we'll walk through what they do, and why that adds value to a project. 

    This talk will...

    • Break down the buzzwords and define some key technical practices in plain english.
    • Uncover the pain that leads teams to seek greater automation.
    • Demonstrate a continuous integration pipeline working in practice via live demo.
    • Diminish the knowledge gap between technical practitioners and managers/analysts/coaches.
    • Level-up the vocabulary of non-technical attendees.
    • Introduce practices to developers who don't yet work in an automated environment.
    • Spark "ah-ha" moments to convert skeptics into DevOps believers!

    By the way, all of the tools in the demo are some combination of free and/or open source. DevOps doesn't have to cost a lot.

  • Liked Ken Furlong
    keyboard_arrow_down

    Ken Furlong - How to Organize Multi-Team Programs

    45 mins
    Talk
    Intermediate

    Why does the Agile community encourage cross-functional teams?  So many large organizations have naturally organized into system-specific teams.  This is a very common and logical approach.  At scale, though, it creates serious impediments to organizational agility and getting things done.  We'll discuss the roots of that phenomenon, one of our key interests in cross-functional teams, patterns for enabling such a team structure, some failure modes, and how to prevent them.  Please join us!

  • Liked Christy Hermansen
    keyboard_arrow_down

    Christy Hermansen - Inside the GSA – a Case Study of user-centered Agile in a high-profile government agency

    45 mins
    Case Study
    Intermediate

    This unique journey will transport you deep inside the world of the General Services Administration (GSA) Integrated Award Environment (IAE).  You will see how user-centered Agile is transforming the way software applications are engineered, how users' voices have been integrated with large-scale Agile development, and what issues we encountered along the way.

    When Eric Schmidt, former CEO of Google, predicted, "Everything in the future online is going to look like a multiplayer game," perhaps he was envisioning a user community such as ours.  The IAE family of software applications have more than a million users representing federal, state, local, and tribal government organizations; congressional staff; large and small businesses; universities, schools, and hospitals; non-profit organizations; foreign entities; private citizens and others.  Our greatest challenge is the diversity of our user base, resembling a massive multiplayer game in many ways. 

    This case study looks inside a major reengineering effort to migrate 10 legacy applications into an integrated environment while at the same time transitioning from Waterfall to Agile development.  It tells the story of how IAE users have shaped our transformation thus far.  

     

     

  • Liked Simon Storm
    keyboard_arrow_down

    Simon Storm - Agile Portfolio Management - Taking Agile Up the Corporate Ladder

    45 mins
    Talk
    Intermediate

    While many companies are adopting Agile development practices, it is fascinating how most of the management team in these companies are still starting trying to budget and plan in one year increments. Budget and planning starts in the fall and managers are literally guessing what they will need and what they are going to be working on 12 months down the road. It is inevitable that within the first few months of the plan there is going to a major event that is going make the plan completely irrelevant. It could be a new project that came out of nowhere, an issue with a major application that needs all hands to address, or the simple fact that as the team has completed work throughout the year, what was important at the beginning of the year is no longer important. 

    In this talk we will share the experiences of the IT management team of a small financial services firm that took a conference room and Scrum and found a way to improve throughput, increase visibility, and improve coordination across IT, all while delivering projects, responding to auditors and growing the company's product portfolio. 

     

     

     

  • Liked Sally Elatta
    keyboard_arrow_down

    Sally Elatta - Enterprise Agility Starts with Healthy Teams, How Healthy is YOUR Agile Team?

    90 mins
    Workshop
    Intermediate

    Have you been adopting Agile methods across several teams but wondering if there is a consistent way to measure their health and progress? What does it even mean to be a "healthy" Agile team? Take a deeper dive with our dynamic Agile Expert, Sally Elatta, as she walks you through the top 5 metrics you need to be looking at to measure the health and performance of your Agile teams and how you can create a continuous growth process where teams, programs and portfolios are getting better quarter after quarter.

    Learning Objectives: 

    • How do you really measure TeamHealth and what metrics should you look for?
    • Why it's important to look at both Qualitative and Quantitative measures and not just focus on 'hard metrics'. 
    • How to create a continuous quarterly growth process that is predictable and measurable.
    • Go through a TeamHealth retrospective simulation!

    This will be an engaging and hands on session where attendees get to color a blank TeamHealth radar using crayons and have a tangible output they can share with their teams. 

     

     

  • Liked Wyn Van Devanter
    keyboard_arrow_down

    Wyn Van Devanter - Going Green: Getting and keeping your build pipeline green

    45 mins
    Talk
    Intermediate

    A build pipeline is such an important aspect of a software project.  It saves a ton of manual, error-prone depoyment work, as well as results in higher quality software that can be released more frequently.    

    However, I have been on multiple projects where one of the steps in the continuous integration process was failing (red), often for multiple days or even perpetually.  So much of the benefit a build pipeline provides is lost when this is allowed to happen.  Bugs are not caught by automated tests; additional tests break without being fixed because no one notices; the culture of keeping a green pipeline diminishes and faith in everything from the pipeline itself to automated tests reduces.  Developers learn bad habits.   

    Building the pipeline and getting all steps working (keeping it green!) is no small feat in the first place, and keeping it that way can also be a large undertaking. One way I have tried to combat this is to institute some specific process for the Scrum team, pertaining to monitoring and maintaining the build pipeline.  There is also an aspect of convincing the team and management that it is worth spending the time, and dropping everything to maintain a fully functional pipeline.  

    Join me for a common sense, tactile approach to keep a build pipeline green that has worked on small and larger projects with multiple teams.  

  • Liked Brian Sjoberg
    keyboard_arrow_down

    Brian Sjoberg - Moving at the Speed of Molasses ... This Might Have Something to do with It!

    Brian Sjoberg
    Brian Sjoberg
    Agile Coach
    Excella Consulting
    schedule 2 years ago
    Sold Out!
    45 mins
    Demonstration
    Beginner

    Are you struggling with delivering a potentially releasable working product every iteration? Ever wonder what one of biggest reasons we have difficulty getting things done at the individual, team and organizational level are? Do you keep doing something even though you know it reduces your productivity and lowers quality? We are going to run an exercise that highlights one of the major culprits that you have all experienced and continue to experience. The exercise will likely ignite a fire that will help you, your team and your organization to become more productive and improve product quality. We will discuss ways to improve this at the individual, team and organization levels.

    Knowing this will help anyone to understand the consequences of not prioritizing and increase their desire to. This will lead to producing faster, higher quality products that should lead to delighted customers.

  • Liked Mathias Eifert
    keyboard_arrow_down

    Mathias Eifert - Using Lean Thinking to Increase the Value of Agile

    45 mins
    Talk
    Beginner

    “Agile doesn’t have a brain.” This quote from Bill Scott, ‎VP, Business Engineering and Product Development at PayPal, is provocative for sure, but it highlights the perception that in most organizations Agile is primarily applied as a downstream engineering approach. As such, it isn’t inherently concerned with optimizing product design and user experience, the biggest drivers of customer satisfaction. The feedback cycles that form the basis of Scrum provide verification and validation of stakeholder needs only as they are expressed in the backlog’s user stories. Even if a sufficiently empowered and accessible Product Owner is available, agile methods offer little guidance on how to translate organizational goals and customer needs into the backlog’s content and relative priorities in the first place. As a result, the danger persists that agile teams end up very efficiently building products that implement an incomplete and subjective perception of the wants and needs of both the organization and its customers.

    In this session, we will explore how Lean thinking expands the “inspect and adapt” loops of agile development and helps systematically determine which features and design choices really provide the greatest organizational value. After a brief introduction to Lean concepts, we will discuss how Lean approaches product development as a series of hypotheses about customers’ behavior and value perception and builds on Agile’s rapid iterative delivery of working software to test these assumptions. Finally, we will examine ways to derive testable assumptions from organizational goals, such as the Lean UX Hypothesis Statement template and Gojko Adzic’s Impact Mapping.

  • 45 mins
    Workshop
    Advanced

    The retrospective is one of the most powerful Agile ceremonies. They require you to learn from your experiences and challenge you to continuously improve.

    In this interactive session, you’ll explore retrospectives in depth, including activities to bring out different personality types and patterns for different levels of team maturity.

    ==

    Context:

    Scrum has gifted a few Scrum Ceremonies to the world: Sprint Planning, Daily Standups, Backlog Grooming and the Sprint Retrospective. The Retrospective is one of the most important and the most powerful Ceremony.

    Retrospectives are required to learn from the experience and improve upon. To he ever-growing competition, the Organizations need to learn a lot from their experience and change accordingly (Charles Darwin: Survival of the fittest).

    If it is performed well, it can yield wonderful outcomes to improve anything/everything.

    Over a period of time, the teams start feeling bored about the same Old Retrospective (Glad, Sad or Mad, etc) so a lot of Fun/engagement part needs to be added to the same.

    In the current times, Retrospectives need a rebirth otherwise Retrospectives will die and the Learning curve will die as well!

  • Liked Satish Thatte
    keyboard_arrow_down

    Satish Thatte - Failing to Plan is Planning to Fail: Succeed with Your Agile Planning Playbook

    45 mins
    Talk
    Intermediate

    Although many people know that agile planning is different from big, up-front detailed planning done for traditional or waterfall projects, there are many misconceptions, or vague or partial understandings.  Some people equate agile planning with minimal planning or just-in-time planning or “fluid” or “adaptive” planning.  “Winging” an agile plan is expensive and doesn’t work well.  If you don’t plan or plan poorly, no amount of execution effort would adequately compensate for poor agile planning.   Agile planning is disciplined and rigorous, and the planning process itself is agile. 

    I will present a customizable Agile Planning Framework based on a core set of agile planning principles and practices, common to all organizations.  The framework consists of four well-aligned agile planning levels, each driven by four steps, covering 16 agile planning practices (hence called “4x4 Agile Planning Framework”).   Each agile planning level guides the next lower level of planning, which elaborates the planning done at the higher level but with a shorter time horizon.  Planning retains its agility with periodic adjustments based on the feedback from the plan execution and changes in environment (market conditions, customer feedback, competitive responses, etc.).

    • Product Vision and Strategy planning, with planning horizon of one to three years, and business initiatives or strategic themes serving as the planning unit taking several months to complete. This is the top level of planning.   
    • Release planning, with planning horizon of 2 to 6 months, and features that fit in a release cycle serving as the planning unit.
    • Sprint planning, with planning horizon of 2 to 4 weeks, and stories that fit in a sprint serving as the planning unit
    • Daily planning and Daily Scrums, with planning horizon of one work day, with tasks that fit a single work day as the planning unit. This is the bottom level of planning

    At each planning level the following four steps are required:

    • Select the planning method appropriate to your needs.
    • Obtain required inputs appropriate for the selected planning method, and do necessary preparation ahead of the planning sessions.
    • Apply the selected planning method and develop the necessary planning artifacts to drive the execution at that level, and guide the planning at the next lower level.
    • Re-plan periodically to improve agility.

    I will explain how to use Red Ocean and Blue Ocean Strategy frameworks, and how to harness the Lean Startup Strategy framework at Level 1 Agile Planning (Product Vision and Strategy).

    VersionOne’s 9th Annual State of Agile Survey has indicated that the consistent process and practices is the top tip for success in agile.   No two organizations are alike.  No cookie-cutter approach to agile planning will work in a vast variety of situations. Context matters greatly.   I will explain how Agile Champions can use the 4x4 Agile Planning Framework to develop customized Agile Planning Playbook appropriate to their organization, and how the resulting Playbook facilitates agile planning done by Agile Planners and plan execution by Agile Team Members in a standard and consistent way across an enterprise or at least across a set of projects or teams in a program or a portfolio.

  • Liked Steve Ropa
    keyboard_arrow_down

    Steve Ropa - Agile Craftsmanship and Technical Excellence, How to Get There

    90 mins
    Talk
    Intermediate

    In order to pay continuous attention to technical excellence and good design, a Craftsman needs to have a certain set of skills, and to develop those skills over time. We will spend this time discussing a micro-certification approach to identifying and developing these skills. Also how to tell when a craftsman is ready to progress from apprentice to journeyman, or even from journeyman to master.

  • Liked Paul Boos
    keyboard_arrow_down

    Paul Boos / Laura M. Powers - Understanding How Collaboration Improves Productivity

    90 mins
    Workshop
    Intermediate

    We've all heard how we need to collaborate better, but what does this really mean?  What results can I expect to see with better collaboration?  

    This workshop will demonstrate how productivity increases with greater collaboration and how to create better a more collaborative environment.  In the session you will not only have an opportunity to experience this relationship with a relatively simple learning game, but we'll look behind the curtain at the science and how some various behavioral models explain why this relationship exists.  We'll then explore some tactics you can use to help teams collaborate better and close with an exploration of what either helps or hinders collaboration and how you can use this information as well as the game with your teams.

    If you have an interest in improving productivity of your team or the teams you serve, then this is the session for you.

  • Liked Andy Bacon
    keyboard_arrow_down

    Andy Bacon / Fadi Stephan - A Leaner PMO in The Federal Government

    45 mins
    Talk
    Beginner

    Can a federal agency’s PMO support Agile teams that are focused on delivering working software frequently? What about all the needed documentation, reviews, and sign-offs from a myriad of groups including systems engineering, privacy, PRA and cyber security? In this session we’ll look at a federal agency’s PMO processes and the concept of minimum viable bureaucracy. We’ll explore the roles and relationship between the PMO, PM, Product Owner, ScrumMaster, and team. We’ll see how projects get initiated and the decision criteria needed to start or defer a project. We’ll walk through a lightweight gate review process and the activities and deliverables of each phase. We’ll also see how gate reviews can co-exists with a continuous delivery pipeline. We’ll share lessons learned and take a look at the challenges ahead. Come to this session to see how a lean PMO is operating in a Federal Agency.

  • Liked Paul Boos
    keyboard_arrow_down

    Paul Boos - Agile Transformation: Using the Krismap and Appreciative Inquiry

    Paul Boos
    Paul Boos
    IT Executive Coach
    Excella
    schedule 2 years ago
    Sold Out!
    45 mins
    Workshop
    Intermediate

    So you want to transform your organization? How should you get started? Am I throwing everything away?

    Understanding how to co-create your organization's aspirational characteristics creates a great start to your Agile journey.  This allows the people to internalize what agile means to them in their context; doing this will allow greater alignment and commitment during the transformation. We'll explore a technique that allows you to do this invented by some coaching colleagues (Michael Sahota and Olaf Lewitz) and that I've utilized in Federal and commercial clients.  

    After performing this short exercise, we'll discuss next steps of selecting strategies using Appreciative Inquiry to help find and build upon your organization's strengths. Along the way, we'll learn a bit about what Appreciative Inquiry is and how it complements other change management approaches one can take. Don't throw out everything, build on your strengths!

  • Liked Bill Schneider
    keyboard_arrow_down

    Bill Schneider - Functional testing is for everyone! Busting myths about unit vs. functional testing

    45 mins
    Talk
    Intermediate

    I will share how I led a team from believing that end-to-end functional (browser) tests were "other" or "someone else's problem", to engaging the whole team in writing these kinds of tests.  By the end of the transition these tests were on almost equal footing as unit tests.

    Along the way, I had to challenge conventional wisdom and dogma about unit tests - that unit tests are easier than functional tests, that unit tests are less brittle, or that unit tests are unconditionally useful.  

    This talk is more about changing people's mindset than about specific tools, although I found that having the right tools made the mindset shift possible.

  • Liked Tom Friend
    keyboard_arrow_down

    Tom Friend - How to explain Agile, Scrum, and Lean in DoD terms to turn Military Decision Maker skeptics into Agile Change Agents.

    45 mins
    Talk
    Intermediate

    Have you ever been part of a team working to win over a DoD organization to Agile and were blocked with skeptics that assert that Agile is “just the next new fad.”  This session will give you the hard facts and skills to win over these skeptics by showing that Scrum, Agile, and Lean are in fact Military war fighting methods that are battle tested, quite literally. This presentation will walk the audience through how the Agile and Military iterative problem solving methods map to one another. The desired objective in doing this is to provide examples and narratives that can be put into your agile tool box for when they are needed.

    Presentation History

    This presentation has been given via several venues over the last year to include: The AFEI Agile in Government Summit, The DoD CIO Software Assurance COP, Southern Fried Agile 2014, and several Agile meet-up groups.

    About me: https://www.linkedin.com/in/thomasfriend

    Thanks for taking the time to consider my proposal.

    Best regards,

    Tom Friend / Agile Consultant / LtCol USAF (Ret)

    CSP, ACP, AHF, FLEX, CSM, PSM, ATP

    Talk: (980) 939-3477

    Write: Tom.Friend@AgileOnTarget.com

  • Paul Boos
    Paul Boos
    IT Executive Coach
    Excella
    schedule 2 years ago
    Sold Out!
    45 mins
    Talk
    Intermediate

    In the Agile community, we often talk of Servant Leadership, but this notion often doesn't resonate with leaders that have a history for more command and control based approaches. While Servant Leaders exhibit behaviors preferred for leading and supporting teams, the transition can be difficult to grasp. In order to help leaders understand and take action, I have merged the concepts of Servant Leader with a participatory style to become Facilitative Leadership.  This provides a means for better helping people understand more of what they can take action on.

    This talk will help people understand how anyone can become a facilitative leader with a specific focus on people who need help in transitioning their thinking from typical command and control approaches to those that are more facilitative. So if you have been struggling how to serve your teams better, let's reframe how we think of approaching the actions we can take.