Preventing Incomplete/Hidden Requirements: Reflections on Survey Data from Austria and Brazil

Many software projects fail due to problems in requirements engineering (RE). The goal of this paper is analyzing a specific and relevant RE problem in detail: incomplete/hidden requirements. We replicated a global family of RE surveys with representatives of software organizations in Austria and Brazil. We used the data to (a) characterize the criticality of the selected RE problem, and to (b) analyze the reported main causes and mitigation actions. Based on the analysis, we discuss how to prevent the problem. The survey includes 14 different organizations in Austria and 74 in Brazil, including small, medium and large sized companies, conducting both, plan-driven and agile development processes. Respondents from both countries cited the incomplete/hidden requirements problem as one of the most critical RE problems. We identified and graphically represented the main causes and documented solution options to address these causes. Further, we compiled a list of reported mitigation actions. From a practical point of view, this paper provides further insights into common causes of incomplete/hidden requirements and on how to prevent this problem.Comment: in Proceedings of the Software Quality Days, 201

International conference on software engineering and knowledge engineering: Session chair

The Thirtieth International Conference on Software Engineering and Knowledge Engineering (SEKE 2018) will be held at the Hotel Pullman, San Francisco Bay, USA, from July 1 to July 3, 2018. SEKE2018 will also be dedicated in memory of Professor Lofti Zadeh, a great scholar, pioneer and leader in fuzzy sets theory and soft computing. The conference aims at bringing together experts in software engineering and knowledge engineering to discuss on relevant results in either software engineering or knowledge engineering or both. Special emphasis will be put on the transference of methods between both domains. The theme this year is soft computing in software engineering & knowledge engineering. Submission of papers and demos are both welcome

The hidden pitfalls of Kanban in software development

ABSTRACT: Objectives of the Study: The objective of this thesis is to explore the hidden pitfalls of Kanban in software development. The aim is to discover the reasons behind the pitfalls and actions that nourish Kanban's failure. Academic background and methodology: Software development industry has been shifting towards more iterative, responsive and people-oriented development methods, which present the values of lean and agile thinking. Being characterized as the antidote for bureaucracy, the shift towards agile development methodologies has been one of the most significant factors affecting the software industry. Kanban as an agile change management framework has been perceived as the fairy godmother of software development making the reasons behind struggling Kanban projects particularly interesting. Thesis interviews five agile experts in the software development and studies their experiences of unsuccessful Kanban implementations. Emphasis is given to similar experiences and perceptions on how Kanban fails to redeem its value proposition. Findings: The primary finding of the study is that an organization that is unable to change its mindset to support Kanban is a pitfall affecting the whole project, inevitably causing Kanban to fail. This is a challenge that all agile methods have in common. Agile can flourish only when agile values are being appreciated. The secondary finding is that many software teams claiming to be using Kanban have implemented only a shallow imitation of the real method thus creating a superficial implementation, which prevents achieving Kanban induced benefits. Thus, creating a superficial implementation, which prevents achieving Kanban induced benefits. Furthermore, the erroneous human interpretation of what Kanban really is and how to apply it correctly is a key factor contributing to the emerge of the pitfalls. Keywords: Kanban, software development, pitfall, agile, change management, framewor

Effectiveness of SCRUM in project based learning: Students view

Project and team management play a major role in the student team’s project performance. This is more evident when projects last a long time and the teams are large. In this work, a student team accepted to use SCRUM as their project management methodology during their Project Based Learning (PjBL) experience. This PjBL experience took place on the 7th semester of the Integrated Master in Industrial Engineering and Management degree. The team had a short period of time to train the technique and apply it throughout the entire semester. Although not very enthusiastic in the beginning of the project, the team gradually became aware of the advantages of SCRUM features, recognizing the feeling of having the project under control and gaining management effectiveness throughout the semester. In the end, the team performed well above the average, being one of the two teams with the highest score of the class.This work has been partially supported by projects COMPETE-POCI-01-0145-FEDER-007043 and FCT UID/CEC/00319/2013, from Portugal

A Human Factors Study of Risk Management of Complex Agile Scrum Projects in Large Enterprises

Agile Project Management methods have gained phenomenal success in the IT software world in managing projects of high complexity and uncertainty. However, Agile projects come with their unique set of risks. This paper seeks to explore the risks posed by human factors to complex Agile Scrum projects in large enterprises. Project Risk Management is crucial in determining the future performance of a complex project. Increasing project complexity makes it more and more difficult to anticipate potential events that could affect the project and to make effective decisions to reduce project risk exposure. This is even more true for Agile projects that promote immediate and frequent visibility of risk factors and distributed decision making in projects. A dominant reason for failure of complex Agile projects are the risks caused by human and organization factors. This paper will analyze the delivery risks posed by human factors and the traditionally hierarchical decision making in large enterprise systems

There Is Still No Fit for All IS Development Method: Business Development Context and IS Development Characteristics Need to Match

Information systems development has returned to strategic management due to the increase of software-enabled businesses. We investigated two failed IS development projects using the exploratory case study method. One of the projects was executed with the plan-driven approach methods and the other with the change-driven (agile) approach methods. Data analysis showed that both projects followed the principles of the selected methods. That, however, was not enough. The plan-driven project achieved project objectives but did not deliver business value and the IS was never taken into use. The change-driven project delivered desired business value but failed to release a robust IS. Our main contribution to research is our proposition to match the characteristics of IS development methods with the characteristics of business development contexts. We also disclose some novel reasons for IS project failures