Announcing the Building Youth Pathways in Computer Science and Digital Making (CS-Paths) initiative

CS-Paths site banner 2We are excited to announce and invite participation in the Building Youth Pathways in Computer Science and Digital Making (CS-Paths) initiative, a partnership between Hive Research Lab and the Mozilla Hive New York City Learning Network to support the learning and identity building trajectories of teens engaging in computing  and digital making programs. Through this initiative, supported by the Spencer Foundation, Capital One Investing for Good and the Hive Digital Media Learning Fund, we hope to develop and share best practices to help out-of-school organizations create opportunities for learning computer science and digital media making that span multiple experiences and settings. We see organizations like those in Hive NYC as critical nodes within larger city-wide learning ecosystems around technology and as key actors able to ensure that youth from non-dominant communities thrive in these ecosystems.

With national and local calls to provide meaningful computer science learning experiences to all students, this project aims to address key problems around ensuring equitable access. CS-Paths is included in the White House announcement today that charts progress on President Obama’s Computer Science for All Initiative, alongside incredible work happening across the country, including from many organizations connected the Hive NYC. You can see the full fact sheet that includes our work here.

In this post, we provide some history leading up to this initiative, as well as describe the general activities and intended outcomes of CS-Paths. For New York City-based educators and informal learning organizations who would like to learn more, please consider attending our information session on September 29th, 10am-noon, at MAGNET in downtown Brooklyn.

Continue reading

Using a Collaborative Design Research Approach in Hive NYC: Hive Youth Meet-ups Case Study

RafiJuanHive Research Lab seeks to provide value to Hive members through the sharing of formative reports, acting as embedded research partners, and engaging in collaborative design research efforts with members. This post reports on our recent design and evaluation work with the Hive Youth Meet-up team—Juan Rubio from Global Kids, Chris Amos from Carnegie Hall, Brian Cohen from Beam Center, Erica Kermani from Eyebeam, and Zac Rudge from Parks and Recreation Computer Resource Centers. While Juan and Zac have provided wonderful perspectives on various aspects of the project (also see Global Kids’ Chanell Hastings’ recap of the first two meet-up events), here we focus on the design research process itself. Since this was one of the most substantive projects where we’ve applied this process, we wanted to document and reflect on how things played out and how these methods might be applied in other contexts within Hive. Continue reading

Prototyping a Network-level Design Research Process


One of the guiding principles of the Hive Research Lab model is a tight coupling between practice and research. Practical needs and concerns informed the development of our core research questions, and ideas from the academic literature base and the basic research we’re conducting are meant to inform practice on the ground. And the idea of engaging in co-design experiments with Hive NYC network members emerged from this same spirit of being an applied laboratory at the intersection of theory and practice. All of this sounds well and good on paper (and in theory!), but the actual nuts and bolts of collaboratively developing new things within the network and then researching them is quite complicated and has potentially infinite permutations on the ground. So in developing what this design process would look like in practice, we went back to our first principle – tight coupling between researchers and practitioners. We knew we had to talk to and work with Hivers even as we were planning and developing the practical aspects of the co-design research work to make sure that we get it right when we do our full fledge launch of that work (we always joke about how meta we are in the lab…).

So in late October, we held a prototyping and focus group session with a group of Hive NYC members about our co-design research process. In doing so, there was a lot that we wanted to get feedback on. What sort of value did they think Hive members might get from participating? What did they see as likely challenges? Had they engaged in cross-organizational co-design processes before? If so, what worked or didn’t work in the past? Prior to our session we brainstormed probably a dozen and a half questions that we’d been chewing on and that we thought this group might help us to answer. We knew full well that we wouldn’t be able to get answers to everything, but also knew that having a good sense of our “known unknowns” would allow us to make the most use of the collective intelligence of the group.

Based on the core areas we were curious about, we structured the half day meeting into two parts: engaging in a mock (and rapid) design activity around the issue of supporting youth trajectories and pathways, and then having a free flowing, focus group-esque conversation where the group both reflected on the design activity they just engaged in and gave feedback on what it might look like to engage in a more prolonged and robust collaborative design process with Hive members.

While we won’t go through the blow by blow of the design activity and the entire conversation that followed, we did want to share what we saw as the major points of feedback that the group provided:

  • Provide a very clear sense of the value proposition for participation in a collaborative design process.
  • In providing a value proposition, give prospective participants rationales that both speak to them personally (as people likely already invested in the idea of Hive to varying degrees) as well as ones they can use within their organization to justify taking the time, effort, and, potentially, organizational resources that might be required.
  • It’s likely much easier for Hive members to plan ahead to participate in a 1-2 day intensive charette or hack jam style event than it might be for ongoing engagement over the course of a, say, six week process. One model to consider might be holding an intensive charette and then empowering and supporting groups and projects that come out of that in a more tailored fashion that doesn’t need to involve all original participants.
  • Be sure to capture what Hive members see as core challenges to reaching the design objectives that they’d be working towards.
  • Frame problems and possible design solutions in “if/then” format. For example, “If we want to better support robust youth trajectories and pathways for learners in Hive NYC, then we need <insert design solution/proposal/practice/project here>.”
  • Don’t shy away from presenting participating Hivers with very specific design problems that are sub-issues within the areas of interest, just being sure to leave space for them to totally do their own thing. For instance, for the goal of better supporting youth trajectories and pathways, we can leave that as a basic design space to work in, but also provide specific areas such as “design a way to improve pop-up events so that they operate as ‘on-ramps’ into further engagement”‘ or “design a way that youth coming from Hive member organizations can find internships in areas they’re interested in”, etc.

Moving forward, we’re going to take the feedback we got and work in the next month or so to solidify our plans for the first co-design cycle to launch after the new year. In doing so, we’ll combine what we learned from this prototyping session with the insights from related research methodologies including design-based implementation researchparticipatory design, and participatory action research to gain additional perspective on what others have done, the challenges they’ve faced, and the successes they’ve had.