Agile-Based Education for Teaching an Agile Requirements Engineering Methodology for Knowledge Management
Abstract
:1. Introduction
- What agile practices are perceived as fostering KM RE and KM solutions and how?
- What agile practices are perceived to contribute to education in general and in particular to the RE education for KM and how?
2. Materials and Methods
2.1. The Agile Principles and Their Relevance to This Research
- Face-to-face communication between team members and client representatives, while minimum documentation is generated.
- Customer involvement and interaction to ensure that requirements are appropriately defined, clarified, and prioritized.
- User stories for creating specifications according to the customer requirements. User stories facilitate communication and a better overall understanding among stakeholders.
- Frequent iterations of requirements among stakeholders. These make requirements clearer over time, strengthen relationships with the customer, and allow requirements to evolve with less investment of time.
- Requirement prioritization as part of each iteration in agile methods.
- Change management to handle dynamic changes in requirements that involve adding or dropping features.
- Cross-functional teams. In agile methods, developers, testers, designers, and managers sit and work together. This concept helps reduce challenges, such as over-scoping requirements and communication gaps.
- Prototyping to review requirements specifications with clients and to obtain timely feedback prior to moving to subsequent iterations.
- Testing before coding. This means that tests are formulated prior to writing functional codes for requirements. It promotes feedback in the case of test failures.
- Requirements modeling. A technique used in modeling agile requirements is goal-sketching, which is intended to provide intuitive and easy-to-read goal graphs for project managers, sponsors, and team members.
- Requirements management. This is performed by maintaining product backlog/feature lists and index cards. In the Scrum method, the product backlog can be used to track requirement changes.
- Review meetings and acceptance tests. The developed requirements and product backlogs are constantly reviewed in meetings; they are a form of checks and balances of user stories that have been completed or are still in hand.
- Code refactoring. The purpose of this activity is to revisit and modify developed code structure to improve on the structure and accommodate changes.
- Shared conceptualizations. The co-located agile teams constantly rearticulate their shared conceptualizations during development, which assists problem solving.
- Pairing for requirements analysis. This encourages the stakeholders to perform multiple roles that lead to efficient task sharing due to a minimal communication delay.
- Retrospectives, that is, the meetings held after the completion of an iteration. In these meetings, the work completed so far is frequently reviewed and future steps and necessary rework are determined.
- Continuous planning. This entails planning and adaptations to the upcoming changes from customers as the project progresses. This flexibility facilitates the changing of requirements in later stages of projects.
2.2. Knowledge Management Requirements Engineering Methodology KM-REM
2.3. KM Education
2.4. The Agile-Based Course
- The team should choose a real organization, where one of the team’s members has access to managers/employees/information regarding a specific knowledge intensive business process (KIBP), which does not have a KM system or has KM requirements that have not yet been addressed.
- The team should work in an agile mode, including iterative development of the requirements analysis document for the KM solution.
- Each team member should be assigned a role.
- Each team should decide on the indicators of its own project progress.
- By the last lesson of the course, each team should have completed at least one iteration and have reported on it. (They continued their work after the end of the semester and submitted it two months after the end of the course.)
- Identify the project’s target organization.
- Identify the project’s stakeholders and the main customers who will be involved in the analysis process. Report on specific data gathered, including examples from interviews, observations, etc.
- Explain the rationale behind choosing this specific process.
- Analyze the organization and the process you chose based on the stages of the KM-REM methodology.
- Describe the agile ingredients of the improved process.
- Elaborate on the KM ingredients of the new process.
- Explain the novelty of the new process.
- Indicate the course material that was applicable to your solution.
- Present the theoretical background on which you based your solution and explain which insights helped you in the process.
- Reflect on the entire exercise.
3. Research Method
4. Results
4.1. Data Analysis
4.1.1. Manifestation of Agility in Class
4.1.2. Manifestation of Agility in Teamwork
4.1.3. Manifestation of Agility in KM-REM Implementation
4.2. AKM-REM
5. Discussion
5.1. Agile Education of Agile KM
5.2. KM, Agility and Sustainability
5.3. Research Limitations
6. Conclusions
Author Contributions
Funding
Institutional Review Board Statement
Data Availability Statement
Conflicts of Interest
References
- Garvin, D.A. Building a learning organization. Harv. Bus. Rev. 1993, 71, 78–91. [Google Scholar]
- Lönnqvist, A.; Pirttimäki, V. The Measurement of Business Intelligence. Inf. Syst. Manag. 2006, 23, 32–40. [Google Scholar] [CrossRef]
- Brajer-Marczak, R. Elements of knowledge management in the improvement of business processes. Management 2016, 20, 242–260. [Google Scholar] [CrossRef] [Green Version]
- Sobolewska, O. Knowledge-oriented business process management as a catalyst to the existence of network organizations. J. Entrep. Manag. Innov. 2020, 16, 107–132. [Google Scholar] [CrossRef]
- Bitkowska, A. The relationship between Business Process Management and Knowledge Management—Selected aspects from a study of companies in Poland. J. Entrep. Manag. Innov. 2020, 16, 169–193. [Google Scholar] [CrossRef] [Green Version]
- Kerpedzhiev, G.D.; König, U.M.; Röglinger, M.; Rosemann, M. An Exploration into Future Business Process Management Capabilities in View of Digitalization: Results from a Delphi Study. Bus. Inf. Syst. Eng. 2020, 1–14. [Google Scholar] [CrossRef] [Green Version]
- Romero, A.M.; Uruburu, Á.; Jain, A.K.; Ruiz, M.A.; Muñoz, C.F.G. The Path Towards Evolutionary—Teal Organizations: A Relationship Trigger on Collaborative Platforms. Sustainability 2020, 12, 9817. [Google Scholar] [CrossRef]
- Levy, M.; Hadar, I.; Aviv, I. A requirements engineering methodology for knowledge management solutions: Integrating technical and social aspects. Requir. Eng. 2018, 24, 503–521. [Google Scholar] [CrossRef]
- Nicholls, G.M.; Lewis, N.A.; Eschenbach, T. Determining When Simplified Agile Project Management Is Right for Small Teams. Eng. Manag. J. 2015, 27, 3–10. [Google Scholar] [CrossRef]
- Murphy, B.; Bird, C.; Zimmermann, T.; Williams, L.; Nagappan, N.; Begel, A.; Murphy, B. Have Agile Techniques been the Silver Bullet for Software Development at Microsoft? In Proceedings of the 2013 ACM/IEEE International Symposium on Empirical Software Engineering and Measurement, Baltimore, MD, USA, 10–11 October 2013; pp. 75–84. [Google Scholar] [CrossRef]
- Theocharis, G.; Kuhrmann, M.; Münch, J.; Diebold, P. Is water-scrum-fall reality? On the use of agile and traditional development practices. In Product-Focused Software Process Improvement; Lecture Notes in Computer Science; Springer: Cham, Switzerland, 2015; pp. 149–166. [Google Scholar] [CrossRef]
- Oliva, F.L.; Couto, M.H.G.; Santos, R.F.; Bresciani, S. The integration between knowledge management and dynamic capabilities in agile organizations. Manag. Decis. 2019, 57, 1960–1979. [Google Scholar] [CrossRef]
- Ouriques, R.A.B.; Wnuk, K.; Gorschek, T.; Svensson, R.B. Knowledge Management Strategies and Processes in Agile Software Development: A Systematic Literature Review. Int. J. Softw. Eng. Knowl. Eng. 2019, 29, 345–380. [Google Scholar] [CrossRef] [Green Version]
- Khalil, C.; Khalil, S. Exploring knowledge management in agile software development organizations. Int. Entrep. Manag. J. 2019, 16, 555–569. [Google Scholar] [CrossRef]
- Hohl, P.; Klünder, J.; Van Bennekum, A.; Lockard, R.; Gifford, J.; Münch, J.; Stupperich, M.; Schneider, K. Back to the future: Origins and directions of the “Agile Manifesto”—Views of the originators. J. Softw. Eng. Res. Dev. 2018, 6, 15. [Google Scholar] [CrossRef] [Green Version]
- Wagner, C.S.; Whetsell, T.A.; Leydesdorff, L. Growth of international collaboration in science: Revisiting six specialties. Scientometrics 2017, 110, 1633–1652. [Google Scholar] [CrossRef]
- Bedford, D.A.; Georgieff, M.; Brown-Grant, J. Lifewide, lifelong comprehensive approach to knowledge management education—Emerging standards. VINE J. Inf. Knowl. Manag. Syst. 2017, 47, 467–489. [Google Scholar] [CrossRef]
- Fidalgo-Blanco, Á.; Sein-Echaluce, M.L.; García-Peñalvo, F.J. Ontological Flip Teaching: A Flip Teaching model based on knowledge management. Univers. Access Inf. Soc. 2017, 17, 475–489. [Google Scholar] [CrossRef]
- Halberstadt, J.; Timm, J.-M.; Kraus, S.; Gundolf, K. Skills and knowledge management in higher education: How service learning can contribute to social entrepreneurial competence development. J. Knowl. Manag. 2019, 23, 1925–1948. [Google Scholar] [CrossRef]
- Aerts, G.; Dooms, M.; Haezendonck, E. Knowledge transfers and project-based learning in large scale infrastructure development projects: An exploratory and comparative ex-post analysis. Int. J. Proj. Manag. 2017, 35, 224–240. [Google Scholar] [CrossRef]
- Jeffries, R. The Nature of Software Development: Keep It Simple, Make It Valuable, Build—Google Books, Pragmatic Bookshelf. 2017. Available online: https://books.google.co.il/books?hl=en&lr=&id=iA9QDwAAQBAJ&oi=fnd&pg=PT9&dq=%22The+Nature+of+Software+Development%22&ots=6umDIEgFnF&sig=Yy-62c-dN06rXtI7xILFLwp8T-w&redir_esc=y#v=onepage&q=%22The Nature of Software Development%22&f=false (accessed on 17 January 2021).
- Durisic, D.; Berenyi, A. Agile System Architecture in Large Organizations: An Experience Report from Volvo Cars. In Proceedings of the 2019 IEEE International Conference on Software Architecture Companion (ICSA-C), Hamburg, Germany, 25–26 March 2019; pp. 33–36. [Google Scholar] [CrossRef]
- Raith, F.; Richter, I.; Lindermeier, R. How project-management-tools are used in agile practice: Benefits, drawbacks and potentials. In Proceedings of the 21st International Database Engineering & Applications Symposium, Bristol, UK, 12–14 July 2017; pp. 30–39. [Google Scholar] [CrossRef]
- Santos, V.; Goldman, A.; De Souza, C.R.B. Fostering effective inter-team knowledge sharing in agile software development. Empir. Softw. Eng. 2015, 20, 1006–1051. [Google Scholar] [CrossRef]
- Hazzan, O.; Dubinsky, Y. Agile Anywhere; Springer International Publishing: Cham, Switzerland, 2014. [Google Scholar] [CrossRef]
- Inayat, I.; Salim, S.S.; Marczak, S.; Daneva, M.; Shamshirband, S. A systematic literature review on agile requirements engineering practices and challenges. Comput. Hum. Behav. 2015, 51, 915–929. [Google Scholar] [CrossRef]
- Ochodek, M.; Kopczyńska, S. Perceived importance of agile requirements engineering practices—A survey. J. Syst. Softw. 2018, 143, 29–43. [Google Scholar] [CrossRef]
- Levy, M.; Hadar, I.; Greenspan, S.; Hadar, E. Uncovering cultural perceptions and barriers during knowledge audit. J. Knowl. Manag. 2010, 14, 114–127. [Google Scholar] [CrossRef]
- Rashad, W.; Nedelko, Z. Global Sourcing Strategies: A Framework for Lean, Agile, and Leagile. Sustainability 2020, 12, 7199. [Google Scholar] [CrossRef]
- Žužek, T.; Gosar, Ž.; Kušar, J.; Berlec, T. Adopting Agile Project Management Practices in Non-Software SMEs: A Case Study of a Slovenian Medium-Sized Manufacturing Company. Sustainability 2020, 12, 9245. [Google Scholar] [CrossRef]
- Chatterjee, S.; Rana, N.P.; Dwivedi, Y.K. Social media as a tool of knowledge sharing in academia: An empirical study using valance, instrumentality and expectancy (VIE) approach. J. Knowl. Manag. 2020, 24, 2531–2552. [Google Scholar] [CrossRef]
- Giraldo, S.M.; Aguilar, L.J.; Giraldo, L.M.; Toro, I.D. Techniques for the identification of organizational knowledge management requirements. J. Knowl. Manag. 2019, 23, 1355–1402. [Google Scholar] [CrossRef]
- Chevalier, J.M.; Buckles, D.J. Participatory Action Research: Theory and Methods for Engaged Inquiry, 2nd ed.; Routledge: Abingdon, UK; New York, NY, USA, 2019; Available online: https://books.google.co.il/books?hl=en&lr=&id=5zuIDwAAQBAJ&oi=fnd&pg=PP1&dq=Understanding+participatory+action+research:+A+qualitative+research+methodology+option&ots=n5oWQ0eKsJ&sig=QIQ8lkHOOeyJG1NWHW9NjbGyP6M&redir_esc=y#v=onepage&q=Understanding partici (accessed on 19 January 2021).
- Anderson, G. Participatory action research (PAR) as democratic disruption: New public management and educational research in schools and universities. Int. J. Qual. Stud. Educ. 2017, 30, 432–449. [Google Scholar] [CrossRef]
- Strauss, A.; Corbin, J. Basics of Qualitative Research: Grounded Theory Procedures and Techniques; Sage, Cop.: Thousand Oaks, CA, USA, 2015; Available online: https://www.worldcat.org/title/grounded-theory-in-practice/oclc/1024004508 (accessed on 17 January 2021).
- Walsham, G. Doing interpretive research. Eur. J. Inf. Syst. 2006, 15, 320–330. [Google Scholar] [CrossRef]
- Andriyani, Y.; Hoda, R.; Amor, R. Understanding knowledge management in agile software development practice. In Knowledge Science, Engineering and Management; Lecture Notes in Computer Science; Springer: Cham, Switzerland, 2017; pp. 195–207. [Google Scholar] [CrossRef]
- Martins, V.; Rampasso, I.; Anholon, R.; Quelhas, O.; Filho, W.L. Knowledge management in the context of sustainability: Literature review and opportunities for future research. J. Clean. Prod. 2019, 229, 489–500. [Google Scholar] [CrossRef]
- Bucci, M.; El-Diraby, T.E. The functions of knowledge management processes in urban impact assessment: The case of Ontario. Impact Assess. Proj. Apprais. 2018, 36, 265–280. [Google Scholar] [CrossRef]
- Cruz, F.B.; Veronez, F.A.; Montaño, M. Evidence of learning processes in EIA systems. Impact Assess. Proj. Apprais. 2018, 36, 242–252. [Google Scholar] [CrossRef]
- Soundararajan, V.; Sahasranamam, S.; Khan, Z.; Jain, T. Multinational enterprises and the governance of sustainability practices in emerging market supply chains: An agile governance perspective. J. World Bus. 2021, 56, 101149. [Google Scholar] [CrossRef]
- McWilliam, S.E.; Kim, J.K.; Mudambi, R.; Nielsen, B.B. Global value chain governance: Intersections with international business. J. World Bus. 2020, 55, 101067. [Google Scholar] [CrossRef]
- Soundararajan, V.; Brown, J.A.; Wicks, A.C. Can Multi-Stakeholder Initiatives Improve Global Supply Chains? Improving Deliberative Capacity with a Stakeholder Orientation. Bus. Ethic Q. 2019, 29, 385–412. [Google Scholar] [CrossRef] [Green Version]
- Guba, E.G. Criteria for Assessing the Trustworthiness of Naturalistic Inquiries; Educ. Commun. Technol. 1981, 29, 75–92. [Google Scholar]
- Wohlin, C.; Runeson, P.; Höst, M.; Ohlsson, M.C.; Regnell, B.; Wesslén, A. Experimentation in Software Engineering; Springer: Heidelberg, Germany, 2012; Available online: https://books.google.co.il/books?hl=en&lr=&id=QPVsM1_U8nkC&oi=fnd&pg=PR5&dq=Experimentation+in+Software+Engineering&ots=GPu0vhiOBw&sig=GEu3BAlImy8fQvuyMoi1qSJM-V8&redir_esc=y#v=onepage&q=Experimentation in Software Engineering&f=false (accessed on 17 January 2021).
- Becker, C.; Betz, S.; Chitchyan, R.; Duboc, L.; Easterbrook, S.M.; Penzenstadler, B.; Seyff, N.; Venters, C.C. Requirements: The Key to Sustainability. IEEE Softw. 2016, 33, 56–65. [Google Scholar] [CrossRef] [Green Version]
Subcategory | Example Quotes | Agile Guidelines (Hazzan and Dubinsky [25]) |
---|---|---|
Communication and report | “During the course, we became acquainted with the stand-up meeting that occurred every week. We got new ideas that helped us to gain new ideas that helped us to perform the project.” “The use of stand-up meetings helped the meeting flow and connected all the people to the process. This connection helped us understand the main picture not only the world of our team.” | Trust, reflective |
Identifying common challenges | “The main challenge at the beginning was to select the project in an organization and to focus on specific goals.” “At the beginning, an idea came up regarding a general work plan, based on academic and course material. After realizing that we need to develop an agile process, we focused on the research and development in the development center, where the processes needed KM enhancements.” | Reflective |
Subcategory | Example Quotes | Agile Guidelines (Hazzan and Dubinsky [25]) |
---|---|---|
Highly detailed time management | “Deciding on a fixed time for our meetings resulted in a feeling of collaboration, punctuality, and a sense that we must always pay attention to the project’s advance.” “The division of assignments was translated into short focused assignments that included clear definitions of the outcomes and the timetable for each one. This work method created a basis to shortening processes and goal achievement.” | Time management |
Acquiring practical tools | “The subjects that were presented in the course are relevant to the competitive business world in which we live and it is possible to identify these issues in every organization in which we work.” | Trust |
Obtaining authentic needs | “We may add another stage that will engage high level and professional staff, in order to find out whether a similar effort has already been done (since the organization is so big, often different groups tackle the same problem). We would also need to get approval to continue with our identified roadmap.” “We felt we need to know the field better. We accompanied a technician who addressed customer calls for a couple of hours and learnt about his communication with the customer and the organization’s center.” | Feedback |
Good teamwork | “Another aspect we learnt at the course is dividing the work among several groups, allowing different knowledge providers to work on the same goal. This agile principle makes the work much more efficient and shortens the work duration.” | Trust |
Transparency of the team’s performance indicators | “We conducted an hour-long phone call in order to decide on the division of labor among the team members and the iterations needed. In particular, we started with the last iteration that should have been scheduled for July and from that point we respectively decided on the former ones, for arriving to July on time” | Trust |
Soft skills acquired | “Although we didn’t have any former experience in agile practices, the team succeeded to finish the project on time and in the required format.” “During the work, we succeeded to combine innovation and new methods in different processes in the development center, while having full collaboration from both managers and employees.” | Trust |
Subcategory | Example Quotes | Agile Guidelines (Hazzan and Dubinsky [25]) |
---|---|---|
Defining in detail the KM-REM stages and allocating them to iterations | “We developed a starting model which was based on the requirements analysis; however, the capability to change the implementation is high, and therefore, we can add or remove functionalities without damaging the everyday system usage.” “In order to keep and renew knowledge there will be stand-up meetings at the beginning of every week.” | Time management |
Various knowledge contributors | “After we got a green light from the service VP, we created roundtables with employees from different departments and potential usage in order to establish a basic knowledge store of questions and answers.” “The main advantage was in brainstorming with people who think differently but are engaged in the same purpose. All were able to design a very detailed process with a high resolution of critical activities in it.” | Feedback |
Creating agile culture | “Creating an organizational culture that we impart in the company service in order to foster KM in the organization.” “We can say that, from conversations with managers while doing the project, it seems that they like the agile idea and it is likely that they will adopt it in other processes in the organization.” | Confidence |
Agile processes within the KM solution | “The first stage of the project included the planning and design of a KM model for one department. The second stage will include a pilot period in which we will examine and validate the process’s effectiveness and quality, while analyzing the gathered data and arriving at conclusions. The final stage will be a duplication of the model (with professional and structural adjustments as needed) for other departments, where we will build working task forces that will take ownership of and responsibility for the process implementation and validation.” “The visualization of the process usage will be displayed for every employee, for the creation of personal motivation.” “We have decided on the project quality indicators: 30% reduction of technicians’ wasted time; satisfaction grade above 4 in a 1–5 scale; 95% of system survivability.” “The implementers will get points for every status they upload, whether as answers to others or self-reported ones following their experience. When they get enough points, they will get nice awards, such as a breakfast voucher, movie ticket, and more.” “The process will be handled in weekly sprints; there will be a division of responsibility domains; we will define indicators in all levels; there will be visualization dashboards for all the process stakeholders; at the end of the process, we will engage in the reflection phase in order to learn and improve.” | Stability, Pace, Generative, Scope, Corrective |
AKM-REM Stages [8] | AKM-REM Procedures [8] | Agile Guidelines [25] | Agile Practices [26] |
---|---|---|---|
1. Identify areas | Identify areas with knowledge-oriented problems and opportunities | Trust, Reflection, Feedback | 1, 2, 3 |
2. Select area | Prioritize areas and select the top-priority area | Trust, Reflection, Feedback | 1, 2, 3 |
3. Identify KIBP | Identify the most critical KIBP in the selected area | Trust, Reflection, Feedback, Scope | 1, 2, 3, 5 |
4. Select KIBP | Prioritize core business processes and select the most critical one(s) | Trust, Reflection, Feedback. | 1, 2, 3 |
5. Establish an integrative team | Build a cross-functional team with stakeholders, designers, developers, and testers | Trust, Reflection, Feedback, Time management | 7 |
AKM-REM Stages [8] | AKM-REM Procedures [8] | Agile Guidelines [25] | Agile Execution Methods [26] |
---|---|---|---|
6. Define RE properties | Define project properties | Trust, Reflection, Feedback | 1,2,3 |
7. Manage risks | Identify and manage risks | Trust, Reflection, Feedback | 1,2,3 |
8. Requirements analysis | 3.1 Knowledge inventories’ analysis of KIBP | Trust, Reflection, Feedback | 1, 2, 3 |
3.2 Define flowchart diagram of KIBP | Trust, Reflection, Feedback | 1, 2, 3 | |
3.3 Analyze formal knowledge inventories within KIBP | Trust, Reflection, Feedback | 1, 2, 3 | |
3.4 Analyze informal knowledge interactions during KIBP | Trust, Reflection, Feedback | 1, 2, 3 | |
9. Requirements specification | 4.1 Define requirements | Stability, Pace, Generative, Scope, Corrective | 1, 5, 10 |
4.2 Create specification report | Stability, Pace, Generative, Scope, Corrective | ||
10. Requirements validation | 5.1 Receive comments | Stability, Pace, Generative, Scope, Corrective | 1, 12, 15, 16 |
5.2 Validate requirements | Stability, Pace, Generative, Scope, Corrective | 1, 12, 15, 16 | |
5.3 Prioritize requirements | Stability, Pace, Generative, Scope, Corrective | 1, 12, 15, 16, 17 | |
5.4 Final recommendation | Stability, Pace, Generative, Scope, Corrective | 17 |
Publisher’s Note: MDPI stays neutral with regard to jurisdictional claims in published maps and institutional affiliations. |
© 2021 by the authors. Licensee MDPI, Basel, Switzerland. This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license (http://creativecommons.org/licenses/by/4.0/).
Share and Cite
Levy, M.; Hadar, I.; Aviv, I. Agile-Based Education for Teaching an Agile Requirements Engineering Methodology for Knowledge Management. Sustainability 2021, 13, 2853. https://doi.org/10.3390/su13052853
Levy M, Hadar I, Aviv I. Agile-Based Education for Teaching an Agile Requirements Engineering Methodology for Knowledge Management. Sustainability. 2021; 13(5):2853. https://doi.org/10.3390/su13052853
Chicago/Turabian StyleLevy, Meira, Irit Hadar, and Itzhak Aviv. 2021. "Agile-Based Education for Teaching an Agile Requirements Engineering Methodology for Knowledge Management" Sustainability 13, no. 5: 2853. https://doi.org/10.3390/su13052853
APA StyleLevy, M., Hadar, I., & Aviv, I. (2021). Agile-Based Education for Teaching an Agile Requirements Engineering Methodology for Knowledge Management. Sustainability, 13(5), 2853. https://doi.org/10.3390/su13052853