RESULTS FROM OPEN
SPACE ACTIVITIES |
Communication in Diverse Teams Organizer: Miki Tebeka Participants: Absar, Ville and Petri Abstract:
|
Agile Organization Change Ahmed S. Elshamy Open Space Session 6/20/2006 12:00 am. (Yes, it was scheduled at 12:00 am) Abstract We have been successfully implementing agile within a team. Once we cross the boundary of the team we encounter mismatch between the organization rules and structures and the agile methodology. This mismatch inhibits team efficiency in delivering and achieving its goals. Recommendations The agile team is a self directing team. The organization should allow the team to make his own decisions regarding process, technology, priorities and valuing customer needs. The agile team is a self sufficient team. To solve lot’s of the external dependencies the agile team should be self sufficient. The organization should allow the team to have his own DBAs, QAs, BAs, IMs and Devs. Sharing team members can lead to inefficiency in the agile implementation and increase the waiting time on external dependencies for shared team members. In case of a necessity of sharing team members agile team request from shared team members should be fulfilled in a reasonable manner. Organization manifesto should match the agile manifesto. The organization should value the same values as in the agile manifesto. For example: employees’ evaluation should be based on the same values as the agile manifesto. Different departments should set their priorities according to the agile manifesto. The bubble approach In a reactive mode, we start with an agile team within an organization. Assuming the team is implementing agile 100% the team will start to interact with the outside boundaries of the team. When the team needs are fulfilled in a timely manner we can consider this part of outside boundary is also agile. With time the team will interact more with different parts of the organization. As this interaction with the organization grows the more the organization would become agile. In a proactive mode we can think of how the team would interact with the organization and we can prepare the organization to react to this interaction in a timely manner. - Deployment procedure. As the team is expected to have frequent releases, the organization should allow a fully automated deployment procedure to speed up the deployment of a new release. Smart client application should use the existing self updating technologies. - DBA administration should allow the team to work efficiently. Any DB request should be fulfilled in a timely manner. The DB design will evolve during development. Intermediate DB design should be acceptable during development. No external QA is necessary for a new release. The organization should trust the internal QA team and the customer proxy who tested the application before release. Internal QA would have a better knowledge about the application and that will eliminate unnecessary documentation.
|