Additional Material for Hidden or Formal Architects: Understanding Who Makes Architectural Decisions in Practice
Abstract
This additional material contains files for replicating and better understanding the paper "Additional Material for Hidden or Formal Architects: Understanding Who Makes Architectural Decisions in Practice."The files are anonymized for double blind review.The package contains:1. Questionnaire-questions.xlsx - The full set of questionnaire questions used for data gathering during the first phase of the study. 2. Interview-plan.pdf -- The interview plan used for data gathering during the second phase of the study. 3. codes.xlsx - The codes that emerged during qualitative analysis of the interviews, with descriptions and example quotes from study participants.
Full text
Interview plan Consent 1. Greeng the parcipant 2. Inform the parcipant that recording is about to begin. I will begin recording our meeng shortly. First, I would like to read a short statement regarding the recording, data processing, and use of the interview results for research purposes. Aer giving you this informaon, I will ask you if you consent to parcipate in the interview. 3. Start of recording We have just started recording this interview. This conversaon is the second part of the data collecon process for a study on architectural decision-making in soware development teams, whether work methodology has an impact on this, and what role architects play in pracce. The purpose of the interview is to deepen the results of an earlier quesonnaire and to verify the hypotheses formulated on its basis. The collected data will be used exclusively for scienfic purposes, including the preparaon of a research publicaon. In order to enable transcripon and content analysis, the interview is recorded. The recordings and full transcripts will not be published. Selected quotes may be used in the studies, but all data enabling the idenficaon of parcipants and their companies will be removed. Statements will be aributed solely on the basis of general metadata, such as professional experience or industry. The data controller is <hidden for double blind review>. If you have any quesons about the study or data processing, feel free to contact <hidden for double blind review>. Do you agree to parcipate in the interview and have it recorded? No -> In that case, thank you for your me and interest in our study. Unfortunately, recording the interview is a prerequisite for using the conversaon in the analysis, so we cannot connue without your consent to the recording. (END) The interview (aer consent given) 1. In the survey, we noced that the highest level of sasfacon with the architectural decisionmaking process occurs in teams using Agile methodologies. What do you think might be the reason for this?
2. Many responses repeated that architectural decisions are made by Tech Leads, experienced developers, or people who know the domain best. Why, in your opinion, do these people play this role (decision-making)? 3. In your team, is the choice of the decision-maker in the field of architecture based on a formal role, experience, knowledge of the code, or something else? 4. When asked about the final say in crical decisions, respondents again pointed to those with the most experience or knowledge of the domain. Why, in your opinion, are these criteria important when making key decisions? 5. Most respondents agreed that the presence of an architect has the greatest impact on risk management. How do you see it? Do you have specific examples of situaons where the presence (or absence) of an architect has influenced the way technical risk is managed? 6. Is the way architectural decisions are made in your team consistent with the assumpons of the methodology used? What do you think makes a given methodology work well in your team or organizaon? 7. According to the respondents, the role of enterprise architect (higher level) is more common than that of team architect. Why do you think this is the case? Does the presence of one support or hinder the other? Why do you think more praconers have an enterprise architect than a regular architect? 8. How is the role of an enterprise architect perceived in your environment – more as a mentor, controller, or decision-maker? 9. Although many agile methodologies do not provide for a formal architect role, almost half (42%) of teams have such a person anyway. (If interviewee has an architect in their team and uses Agile) Why did you decide to have a team architect even though the methodology does not require it? Was this role present from the beginning of the project, or did it emerge from a need during the project? How does this role interact with the Product Owner and Scrum Master? (If interviewee has an architect in their team) Are there any specific decisions that are always delegated to the architect? (If there is no architect in the interviewee’s team) Would you be in favor of introducing such a role as an architect to the team and why? What decisions do you make together as a team, and which ones remain in the hands of one person (e.g., the architect)? How does this affect the pace and quality of development? 10. (If interviewee uses Kanban) Among those surveyed, only 40% of teams using Kanban have a formal architect and enterprise, while for other methodologies this figure is over 60%. How do you interpret this difference? 11. Among respondents without a formal methodology, nearly 87% do not have an architect on their team. Do you think that the lack of a formal methodology contributes to the lack of formal rules for architectural decision-making, or, on the contrary, should this issue not depend on a formal methodology? What is the situaon in your organizaon, and do you think it is right?
12. Among teams that have an architect, their presence is much more oen considered crucial. In contrast, in teams without an architect, only 17% of people say that one would be needed. Why do you think this difference exists? 13. According to the respondents, teams that are dispersed by remote work less appreciate the role of the architect. Why do you think this is? 14. According to the respondents, the larger the team or company, the greater the convicon that a formal architect is needed – the smaller the team or company, the more they consider this role unnecessary. Why do you think this is? 15. Many agile methodologies do not provide for the posion of architect, but among all methodologies, the majority of respondents (>50%) indicated that the presence of an architect is crucial in agile methodologies. Why do you think this is the case? 16. (If applicable) Does the role of an architect in Agile differ in any way from that of architects in other methodologies? 17. People with 3-10 years of experience are more likely to believe that they have a greater influence on architectural decisions than those with over 10 years of experience. Why do you think this is the case? 18. Have you encountered cases where architectural decisions were made or enforced by the CEO or client? How do you assess such situaons? Condional quesons (For architects who indicated that their team does not have an architect) 1. In the survey, you indicated that one of your roles is that of an architect and, at the same me, that your team does not have a formal architect. How should this situaon be understood? (For architects who make few or no decisions) 2. In the survey, you indicated that as an architect, you rarely make decisions. What factors influence this? What, then, are your responsibilies? Conclusion 1. Do you have any thoughts or observaons on the subject that we did not ask about? Thank you very much for parcipang!