The next ROS Quality Assurance Working Group will take place on: 2020-10-01T14:00:00Z → 2020-10-01T15:00:00Z I will try to record the video and post it afterwards. The freshly minted Doctor Adam Alami will be talking about his most recent work.
I believe we have open slots if not for November then December. If you would like to speak please let me know. If I don’t find a speaker I might propose either (a) a lightning round with brief work updates or (b) a stack introduction session (comparing and contrasting various QA software / process stacks).
(US) +1 617-675-4444 PIN: 456 561 685 9668#
The event details should be on the ROS 2 events calendar .
Doctor Adam Alami from the IT University of Copenhagen
The Other Side of Quality: How Do FOSS Communities Achieve Quality Using Social and Organizational Norms?
Although FOSS has the unique characteristics of being an information product, a user innovation, and the result of a highly modular design, these factors do not fully explain why FOSS produces high quality products. It is understood that quality assurance techniques, methods and tools are deployed in FOSS development process to control quality. However, these practices are not the only source of quality. For example, additional factors that may explain this phenomenon are conditions that foster pro-social intrinsic motivation. This work asks how do social, organizational and disciplinary factors contribute to maintaining software quality in FOSS Communities?
This is a mixed methods study. Mixed methods research is a methodology for conducting research that involves collecting, analysing and integrating quantitative (e.g., surveys) and qualitative (e.g., field observations, interviews) research. I conducted 82 interviews with FOSS contributors and maintainers. I also conducted a survey with participants (N=387) from 15 FOSS communities.
My work demonstrates that quality has social, organizational and disciplinary dimensions that should be acknowledged, nurtured and studied further. Software quality is achieved by technical and non-technical instruments. This implies that managing and implementing software quality necessitate also managing and nurturing non-technical mechanisms. For example, passion for developing software should be acknowledged, nurtured and rewarded. Another example, software development projects should embrace quality and pitch it as a fundamental believe rather than just merely a checklist.