
Training undergraduates in conducting authentic, independent research provides many benefits to the student, including learning the regulation skills and the planning skills to conduct research, and learning how to deal with complex, ill-structured problems that they will encounter in the real-world.
Prior work in Agile Research Studios (ARS) has contributed a socio-technical model that supports research communities of practice through various processes, social structures, and virtual tools. However, despite these existing processes, orchestrating support in ARS remains challenging due to the diversity of needs that students have week-to-week, the scarcity of one-on-one mentoring resources, and the necessity for distributed support between community members.
To address these challenges, we are designing, implementing, and evaluating networked orchestration technologies that empower mentors to more effectively orchestrate support between students across an entire studio by (1) automatically monitoring for when needs in a team arise and (2) routing support to needs while cognizant of the continually changing available resources across the entire team. As a precursory step to designing and building these networked orchestration strategies, we must first understand what networked orchestration in an ARS looks like, and what challenges mentors and students face in their day-to-day work.
What is Networked Orchestration in DTR? Networked orchestration involves much greater complexity in coordination between people and available resources than less distributed research settings, which requires teaching students essential self-orchestration and help-seeking skills in order for the community to run effectively.
Networked orchestration should involve the whole community in helping to fulfill the needs of students while conscious of scarce resources
Mentors and students share the orchestration responsibility
Tensions for Orchestration Networked orchestration requires mentors and students to have some level of awareness about the work practices of students and the availability of helpers in the community, but can be challenging to maintain for even 20-30 students.
Networked orchestration practices--including self-direction and help-seeking--undertaken by students outside of scheduled meetings is opaque to mentors, making it difficult to diagnose and address any inefficiencies/struggles students may have with those practices.
Cognitively burdensome for mentors to track many students, making it difficult for mentors to be aware of the current project state and the individual things they want to work on with each student
Networked orchestration requires distributed resource use, but students struggle to find appropriate resources that use the entire community

Figure 1: Example of a Networked Orchestration Technology: creating an orchestration script to reduce undergrads overworking (i.e. spending more than 120% of possible points on their sprint)

Figure 2: Actionable feedback provided when the Resource-Aware Orchestration Engine detects that a student is overworking. In this case, undergrads (Andrew) are sent a message to reflect on what happened last week. For graduate students, the mentor (Haoqi) is notified that a student (Kapil) is over points and that he should check in with the student.