Abstract
The adoption of agile methods for software development has proven to be an activity sensitive to the culture of the organizations seeking to adopt them. Agile projects occur in different situations: from the most ideal to those that require extensive adaptations. This study aims to explore the relationship between selected basic cultural assumptions of organizations and agile practices. Correlations identified were explored looking to offer an initial map suggesting approaches to introduce agile practices based on the cultural profile of the organization. The most notable results were that basic cultural assumptions of “Pragmatism”, “Favors communication” and “Collegial/participative” are the ones most correlated with agile practices and the practices of “co-location”, “Test Driven Development”, “Continuous Integration”, “Code refactoring”, “pair programming” and “Stand-up meeting” showed no representative correlations with basic cultural assumptions, indicating that they may be a good alternative to start an agile adoption by technical practices. One of the main contributions of this work is proposing a preliminary model that highlights the relationship between organizational culture and adoption of agile practices, suggesting areas for further research.
Access this chapter
Tax calculation will be finalised at checkout
Purchases are for personal use only
References
Royce, W.: Software Project Management: A Unified Framework. Addison-Wesley Professional, Reading (1998)
Parsons, D., Ryu, H., Lal, R.: The impact of methods and techniques on outcomes from agile software development projects. In: McMaster, T., Wastell, D., Ferneley, E., DeGross, Janice I. (eds.) TDIT 2007. IIFIP, vol. 235, pp. 235–249. Springer, Boston, MA (2007). https://doi.org/10.1007/978-0-387-72804-9_16
Highsmith, J.: Agile Software Development Ecosystems. Addison-Wesley, Boston (2002)
Beck, K., Beedle, M., van Bennekum, A., et al.: Manifesto for Agile Software Development. In: Agilemanifesto.org (2017). http://agilemanifesto.org. Accessed 15 June 2017
Begel, A., Nagappan, N.: Usage and perceptions of agile software development in an industrial context: An exploratory study. In: International Symposium on Empirical Software Engineering and Measurement, vol. 1, pp. 255–264 (2007)
Robinson, H., Sharp, H.: XP culture: Why the twelve practices both are and are not the most significant thing. In: Agile Development Conference, vol. 1, pp. 12–21 (2003)
Dubé, L., Robey, D.: Software stories: three cultural perspectives on the organizational practices of software development. Acc. Manage. Inf. Technol. 9, 223–259 (1999)
Ali, M., Brooks, L.: A situated cultural approach for cross-cultural studies in IS. J. Enterp. Inf. Manage. 22, 548–563 (2009)
Fleury, M.T., Shinyashiki, G., Stevanato, L.A.: Entre a antropologia e a psicanálise: dilemas metodológicos dos estudos sobre cultura organizacional. Revista de Administração 32, 23–37 (1997)
Schein, E.: Organizational Culture and Leadership. Jossey-Bass, San Francisco (2010)
Hofstede, G., Hofstede, G.J.: Cultures and Organizations: Software for the Mind. McGraw-Hill, New York (2004)
Schein, E.: Organizational Culture. Working paper (Sloan School of Management) (1988). 2088-88
Taylor, P.: The Lazy Project Manager. Infinite Ideas, Oxford (2009)
Sato, D., Bassi, D., Bravo, M., et al.: Experiences tracking agile projects: an empirical study. J. Braz. Comput. Soc. 12, 45–64 (2006)
Cockburn, A.: Agile Software Development. Addison-Wesley Professional, Reading (2001)
Beck, K., Andres, C.: Extreme Programming Explained. Addison-Wesley Professional, Reading (2004)
Rumpe, B., Schröder, A.: Quantitative survey on extreme programming projects. In: International Conference on Extreme Programming and Flexible Processes in Software Engineering, vol. 3, pp. 26–30 (2002)
Forrester Research: Agile Development: Mainstream Adoption Has Changed Agility (2010)
Krebs, W.: Turning the knobs: A coaching pattern for XP through agile metrics. In: Wells, D., Williams, L. (eds.) XP/Agile Universe 2002. LNCS, vol. 2418, pp. 60–69. Springer, Heidelberg (2002). https://doi.org/10.1007/3-540-45672-4_7
Williams, L., Layman, L., Krebs, W.: Extreme Programming Evaluation Framework for Object-Oriented Languages, v. 1.4. Department of Computer Science, North Carolina State University (2004)
Yin, R.: Case Study Research: Design and Methods. Sage, Thousand Oak (2008)
Severino, A.: Metodologia do trabalho científico. Cortez, São Paulo (2002)
Palmer, L., Lawler, J.: Agile methodology in offshore outsourcing. J. Bus. Case Stud. 1, 35–46 (2005)
Boehm, B., Turner, R.: Rebalancing your organization’s agility and discipline. In: Maurer, F., Wells, D. (eds.) XP/Agile Universe 2003. LNCS, vol. 2753, pp. 1–8. Springer, Heidelberg (2003). https://doi.org/10.1007/978-3-540-45122-8_1
Schmuller, J.: Statistical Analysis with Excel For Dummies. Wiley, San Francisco (2009)
Chatman, J., Jehn, K.: Assessing the relationship between industry characteristics and organizational culture: how different can you be? Acad. Manag. J. 37, 522–553 (1994)
Prajogo, D., McDermott, C.: The relationship between total quality management practices and organizational culture. Int. J. Oper. Prod. Manage. 25, 1101–1122 (2005)
Rising, L.: The Power of an Agile Mindset (2011)
Fowler, M.: Using an agile software process with offshore development. In: Martinfowler.com (2006). http://www.martinfowler.com/articles/agileOffshore.html. Accessed 15 June 2017
Author information
Authors and Affiliations
Corresponding author
Editor information
Editors and Affiliations
Appendix A – Survey Questionnaire
Appendix A – Survey Questionnaire
Culture and Agile Practices
Please answer the questions below based on your experience in past and present ThoughtWorks projects you’ve been involved. Your name and the client/project information will be kept private and used only for data aggregation and to calculate response rate. Please feel free to leave feedback, remarks or describe a case of particular interest in the field available at the end of the form. Thanks for your time!
Project profile
The next few questions will be used to identify the project characteristics for aggregate analysis:
Client’s experience with Agile: No experience 1 2 3 4 5 Experienced practitioners
Client’s satisfaction with Agile: Extremely frustrated 1 2 3 4 5 Extremely satisfied
Did the project finish on target and on budget? Yes/No/Not finished/I don’t know
Client Organization Culture
For the following questions, please answer what, in your opinion, best reflects the attitudes, behaviors and beliefs of the group involved in the project from the client’s side.
Nature of Human Activity – 1.
Does the organization acts as if dominated by the environment it is part of, trying to find available niches and considering all external factors before doing anything (e.g.: they refuse to make any changes without consulting every stakeholder, like legal and design people)? Or the organization believes in its capacity to influence the market with their own effort, displaying a belief in progress regardless of what the current consensus is (e.g.: they try and release products they believe in, regardless of marketing surveys)?
Nature of Human Activity – 2.
Does the organization let its members act pro-actively and improve things even if it means making the environment unstable for everyone else sometimes (e.g.: They try many physical lay-outs until they find the one that is acceptable for everyone)? Or the organization expects its members to follow detailed instructions and act according to protocol, accepting their fate if something unexpected happens and the protocol breaks down (e.g.: They avoid updating their tech stack without many meetings and a detailed timeline)?
Nature of Reality and Truth.
Does the organization trusts the boss, local specialist or “the right way of doing things” to determine what is right when it is time to make a decision amid great uncertainty (e.g.: there is a methodology book that every one regards as the final arbitrator of any dispute)? Or the organization try to gather objective information and, in lack of those, believes that truth will come out of debate among everyone involved (e.g.: to make a decision, two or more members of the team explain their ideas and test it out to see what works best)?
Nature of Space.
Does the organization adopts a working environment that favors private conversation, avoiding disrupting anybody with conversations that are not pertinent to the whole group, and only releasing information in a need-to-know basis (e.g.: the boss have people come to his office when he wants to talk to them and interrupting a colleague without permission is an offense)? Or the organization adopts a working environment that makes the fast exchange of ideas easy at the expense of individual privacy (e.g.: the team – including the boss – shares a common working area and the group is all facing the centre of the room when possible)?
Nature of Time – 1.
Is the organization normally focused in the near future, using a quarterly or annual goal as benchmark for decision-making (e.g.: they postpone a change until after the current release in order to avoid risking it)? Or the organization normally looks to past experiences when looking for solutions for a problem (e.g.: they do not adopt a given methodology because they tried before and it didn’t work)? An intermediate position would be focus on the task at hand, without looking into long-term consequences or previous experiences.
Nature of Time – 2.
Does the organization favors a long term vision (months or years) and don’t worry too much about small delays (e.g.: they are fine with a complex task taking longer than expected and are willing to negotiate the consequent delay in order to do the right thing). Or the organization plan activities with a short time frame (days or weeks) and consider small delays a big issue (e.g.: holding weekly status meetings where every delay is immediately looked into)?
Nature of Human Nature – 1.
Does the organization believes that people are intrinsically good and, when properly motivated, will exceed expectations when performing the tasks they are responsible for (e.g.: they do not demand results, focusing on making sure everyone has all the resources necessary to do the job)? Or the organization believes people is intrinsically bad and believe people will misbehave if given the opportunity (e.g.: an organization that has cameras everywhere to make ensure security and good behavior)?
Nature of Human Nature – 2.
Does the organization believe that people are what they are and can’t change their nature regardless of any context changes (e.g.: the organization prefers to postpone a meeting then let someone represent somebody else that is out sick)? Or the organization believes people can change, adapting to different roles depending on the situation and/or the way they are treated (e.g.: the organization lets a user pair with a developer if the user believes he can help that way)?
Nature of Human Relations – 1.
Does the organization believes that all good things come from the group and members strive for conformity (e.g.: people frequently ask everybody else’s opinion before deciding on trivial things)? Or the organization believes that individual talent is the solution for any problem (e.g.: if somebody works all night alone to do a nasty hack to fix an issue in production, then he or she is praised as an example)?
Nature of Human Relations – 2.
Is the authority in the organization determined by context, with the boss deferring to the group members’ experience to assign power according to the situation (e.g.: the input of skilled engineers holds more weight in the decisions regarding the tech stack)? Or the organization believes in a strong hierarchy where power and influence are a consequence of each person’s relative status (e.g.: no matter how obvious a solution is, it must be cleared with the boss first)?
Agile practices adoption
In the table below, please check the option that matches your perception of the client’s team skill level in each given practice in the last day of the project.
Agile practices mastery levels
If a particular practice wasn’t tried/does not apply in the project you are describing or the scale doesn’t fit, leave that row unanswered. Mastery levels based on Cockburn (2000), Boehm and Turner (2003) and Sato et al. (2006).
May have technical skills but unable or unwilling to collaborate or follow shared methods | With training, able to perform procedural method steps | With training, able to perform discretionary method steps | Able to tailor a method to fit a precedented new situation | Able to revise a method (break its rules) to fit an unprecedented new situation | |
---|---|---|---|---|---|
Release planing | |||||
Use of stories | |||||
Frequent releases | |||||
Client participation | |||||
Morale | |||||
Colocation | |||||
TDD | |||||
CI | |||||
Sustainable pace | |||||
Refactoring | |||||
Whole team | |||||
Pair Programming | |||||
Simple design | |||||
Incremental design | |||||
Minimal documentation | |||||
Shared understanding | |||||
Stand-ups | |||||
Information Radiators | |||||
Retrospective/self-improvement |
Rights and permissions
Copyright information
© 2018 Springer International Publishing AG
About this paper
Cite this paper
Soares, L.P., Brodbeck, Â.F. (2018). For Some Places More Than Others - Agility and Organizational Culture. In: Santos, V., Pinto, G., Serra Seca Neto, A. (eds) Agile Methods. WBMA 2017. Communications in Computer and Information Science, vol 802. Springer, Cham. https://doi.org/10.1007/978-3-319-73673-0_10
Download citation
DOI: https://doi.org/10.1007/978-3-319-73673-0_10
Published:
Publisher Name: Springer, Cham
Print ISBN: 978-3-319-73672-3
Online ISBN: 978-3-319-73673-0
eBook Packages: Computer ScienceComputer Science (R0)