This is the governing body for certification in Disciplined Agile.

Form Work Environment

  • 05 Oct 2018 8:03 AM
    Reply # 6708547 on 5981292
    Scott Ambler (Administrator)

    Drennan, interesting point about near-located offices/cubicles.  We've reworded the trade-offs associated with those options.

    We're just about to publish Chapter 1 of the book which goes more into how to apply it in practice.  We talk about retrospectives there, similar to what you're saying.


  • 13 Jul 2018 8:56 AM
    Reply # 6379989 on 5981292

    Based on our conversation on Tuesday during the webinar I found it quite remarkable when you suggested tailoring of process goals during the retrospective. Perhaps to include under trade-offs in the Process Tailoring Workshop decision point:

    Sessions can be several hours long, so it’s better to organize the workshop into twothree: one early in Inception for Inception work and one later during Inception for Construction and Transition and one during the Retrospective.

  • 25 Jun 2018 1:55 AM
    Reply # 6339939 on 5981292

    Under Near-located offices (Trade-offs):

    • Consider a dedicated cubicle for the PO (in the event that the PO is not co-located) that the PO will be scheduled time to come through. This encourages F2F conversations, that would otherwise be non-existent. Arrange a PC and a whiteboard for the PO to use while  there or a creative space to connect their laptop. If a PC can be arranged load videoconferencing software on it for team members to communicate with the PO when questions arise. Or if a PO proxy is nominated, they can sit there and arrange video conferencing sessions should the need arise. Useful in large corporates.
  • 23 Jun 2018 3:17 PM
    Reply # 6336010 on 5981292
    Scott Ambler (Administrator)

    We just posted an update to this excerpt.  Several improvements based on feedback (thanks!). The most noticeable change is the addition of the Select Lifecycle decision point.

  • 08 Apr 2018 8:05 AM
    Reply # 6052593 on 5981292
    Scott Ambler (Administrator)

    @Valentin:

    Good points about open space areas, collaboration styles, and organize tool environment.  Will update.

    Your points about tailoring the process sounds like a good blog topic for you.

    @Jerry: Good point.  Operational monitoring tools was a missing category.

  • 18 Mar 2018 2:09 PM
    Reply # 5985102 on 5981292

    Physical Environment --> open space problems

    I just want to notify a possible huge disadvantage of an open-space-based work environment that does not have cost-free rooms for periodical or ad-hoc team meetings. In some cases, teams and organizations that want or claim to be Agile need to rent a meeting room for a day for thousands of dollars. The main cost is not the cost of the meetings, but the cost of skipping needed meetings. Cave and commons where there is no cave to host a full team are a non-sense.

     

    Choose collaboration styles -> strategy & tactics

    We need a collaboration strategy at the very beginning of the development because most important activities that need collaboration are early in the life-cycle. In the same time, a team needs to be able to adapt this style according to the needs. So collaboration style needs all types of “modeling”: envisioning, look ahead, iteration and ad-hoc.   

     

    Choose collaboration styles -> Remote Pairing, Code reviews

    That kind of activity requires composite support with different tools: audio calls (eventually video), screen share, remote work tools.

     

    Tailor Initial Process -> The essence

    The most important part of process tailoring is related to any concrete process decision pear each process goal during the life-cycle. Formal or informal, with more or less DA support, the team should be aware that any practices related decisions (beyond roles and others) it is a core-tailoring of the process.

    In the initial process, significant inputs are

    • Envisioning results for requirements, solution, risks, and others. The process approach provides a common orchestration with the final goal to optimize the whole
    IMPORTANT – the whole inception level work is, in fact, the main workshop for initial process tailoring
    • Team & product experience (also needs and roadmaps)
    • Idem – organization  
    • Idem - industry (such DA guidance)  

      It is also expected that:

    • The first releases for a new product (and any high incertitude cases) will put more accent in Envisioning plus organization & industry experience, where the team and product experience need to be built and adapt
    • In the releases for a more mature product, with lower incertitude, reuse of team experience will become more important  

    More: it is also expected that a team working on a product will capitalize its experience and will adopt a continuous improvements approach.

    More: it is also expected that organization will capitalize teams’ experiences and will work to share this experience across teams

      

    Organize Tool Environment -> Agile Tools vs. Agile Process confusions

    Too many times teams and organization are confusing Agile supporting tools with the Agile itself. Some of the most common examples are Continuous Integration, Continuous Deployments, DevOps. The organizations will buy more or less expensive tools and will expect agility with too few attenbtion for People and Process.

    I propose to change the options titles for “Continuous Integration” and “Continuous Deployments”: “Support for Continuous Integration” and “Support for Continuous Deployments” and also to specify that CI and CD cannot be achieved only from tools (or “procedures”), but are the final results of an overall improvement.  Simple example: how many teams that have JUnit tools installed are really using TDD?

  • 16 Mar 2018 7:18 AM
    Reply # 5981876 on 5981292

    One of the category of tools that we need to set-up for Digital Products such as Mobile is crash analytics tools or monitoring tools. We also set up tools (analytics) to track user interactions to get feedback on usage etc. That way the developers get fast feedback on defects and what caused the issue and the UX designers get fast feedback on how products are being used. Tools such as Microsoft Application Centre provide crash analytics and product usage analytics. Microsoft Application Insights more in depth analysis. On the Digital Products that we are doing these tools need to be set-up as part of the work environment goal that we undertake.

  • 15 Mar 2018 10:25 PM
    Message # 5981292
    Scott Ambler (Administrator)

    I just posted the excerpt for the Form Work Environment process goal.  Please post your feedback as responses to this topic.

    Thanks in advance!

© 2013-2019 Project Management Institute, Inc.

14 Campus Boulevard

Newtown Square, PA 19073-3299 USA

Powered by Wild Apricot Membership Software