Making an introvert and an extrovert collaborate can be like plugging an extension cord into itself.
Journalism professors see this in the classroom all the time: When an outgoing student gets paired with a shy student for a group assignment, the two students frequently don’t know how to talk to each other. They rush through the assignment and then sit there quietly next to each other. At best, they use the group time to work independently. At worst, they start texting or daydreaming.
I’ve seen this same breakdown in social interaction happen when journalists and coders try to work together.
In the classroom, we prevent the problem by giving students rules for group work. Professors know that even the loosest instructions, like “spend exactly 5 minutes discussing this and that with your partner,” will help wildly different personalities collaborate successfully and learn from each other.
In the coding world, we prevent the problem by using a software development methodology, a set of rules for working together that governs the process of making software.
As more journalism schools teach advanced digital skills, some j-school professors are borrowing from software development methodologies to guide projects in the classroom.
Agile Methods Enable Classroom Collaboration
The most common variant is agile, a development methodology popular among web developers. Agile is based on the idea of iterative, incremental development. Every large software project is broken down into small, achievable components. The components are ranked in importance (usually features are categorized as “must-have” or “nice to have”) and are grouped into time periods called sprints. During a sprint, each team member works intensely on her part of the project and completes something that works. The team reconvenes at the end of the sprint to compare notes, see what has been accomplished and adjust the list of remaining tasks.
In the classroom, every semester feels like a sprint, so some professors feel immediately comfortable with agile terminology. Sasha Anawalt, associate professor at USC Annenberg School for Communication & Journalism and director of the USC Arts Journalism Programs, now uses sprints to organize her students’ semester-long independent arts journalism projects. Each student reports her progress in a “scrum,” a short meeting where every participant says what she did that week, what she plans to do next and what the obstacles are in her way. “We scrum at the beginning of every class now,” says Anawalt. “It really works.”
The term scrum is derived from rugby, where a scrum restarts the game after the ball has gone out of play. A software (or journalism) scrum gets the team back together and gets everyone moving in the appropriate direction.
Jacqueline Marino, an associate professor of journalism at Kent State University’s School of Journalism and Mass Communication, uses scrums and agile-like processes in a course that brings together journalists and programmers. She learned about agile from Jeremy Gilbert, an associate professor at Northwestern University’s Medill School of Journalism, Media, and Integrated Marketing Communications. Gilbert has used agile as a way to organize his journalism and technology class, in which the students collaborate on a single project for multiple weeks. Gilbert’s students typically scrum a few times over the course of the semester. Agile helps the whole group move forward as a unit without fracturing. “People in newsrooms need digital tools, and we need a process by which we can make things quickly and evaluate them and use them,” says Gilbert. “Sometimes stealing from software processes is the best way to do it, sometimes stealing from manufacturing processes.”
Digital Trends Spread Via Networks
Even though it is a methodology that governs high-tech projects, the idea of the classroom scrum has spread because of a handful of personal networks. I plan to scrum once a week in my Spring 2014 data journalism class at Temple University, in part because it worked well in Anawalt’s classroom. She and I learned agile at the same time, from developer Miles Lightwood, who was (like me) a 2012 USC Annenberg/Getty Arts Journalism Fellow.
Journalism students uniformly see their introduction to agile as a positive experience in their development as technologically literate journalists. “Using agile means that we only build things that work. That’s pretty critical,” says Gilbert. “Let’s say you have 10 things you want to build. With agile, you build them in the order of importance. At the end of a 10-week semester, you may have two of those things built, or 10. Either way, you have a success. If we have 10 weeks in the semester, and we do one thing every week, we’ll be fine.”
His students are also introduced to the idea of waterfall development, which is in some ways the opposite of agile. In waterfall, lots of requirements are created up front, and each project follows a very linear path. Gilbert contrasts agile to waterfall: “If we used a waterfall method, we would always come out with a failure.”
Agile Methods Are Popular in Innovative Newsrooms
Agile in the classroom does more than just provide a framework for introverts and extroverts to work together on tech projects. It also introduces students to the workflow that is the de facto development standard in the few newsrooms that have full-fledged news development teams. The data journalism teams at NPR, Chicago Tribune, Washington Post, ProPublica, and the New York Times all use agile (or agile-ish) processes.
Brian Boyer at NPR may be the #newsnerd community’s most vocal agile evangelist. “Agile is a rigorous and disciplined approach to software project management, when implemented correctly. I believe that it’s essential to development on news deadlines,” Boyer wrote recently.
It all comes back to the academy, however. The first place Boyer used agile on a news project, not just in software development? In Jeremy Gilbert’s classroom at Medill.
Meredith Broussard is an assistant professor in the Department of Journalism at Temple University. A former software developer, she teaches courses in data journalism and entrepreneurial journalism. Follow her on Twitter @merbroussard.
View Comments (4)
I've been a developer for over a decade and although I am acquainted with agile methodology, I fail to see the relevance to classroom projects. I have developed my own style of project management which may or may not resemble agile at any given time. However, experience has taught me that everyone has their own preferred workflow. When you force others to acquiesce to methods they are not accustomed to, it often results in disparate results. Sometimes it results in departmental disputes and almost always results in reduced productivity and morale which in turn results in an inferior product.
I prefer to communicate the ultimate goals and let creatives be creative. With regular communication this method, although seeming more chaotic in the short term, often begets surprising and beneficial results beyond what was expected.
Throwing antiquated buzz words around like your ticket to the ball is typical of the journalism produced today. It is a symptom of ignorance and a unbalanced desire for validation and notoriety. Agile has been around for a long time but it applies to software development, not good journalism.
You can apply fuzzy terms and adopt the latest craze in methods but it won't improve your journalism skills. It's a ruse, a distraction to divert readers attention away from the fact that your article holds no substance and is ultimately a waste of time.
The quote by Gilbert, "If we used a waterfall method, we would always come out with a failure," is hogwash. The waterfall method has been used for ages and does not always result in failure any more than agile always results in success.
However, your flimsy premise and faulty analogy successfully forced me to waste my valuable time to refute these ridiculous claims.
Some thoughts -
In 'good' agile the teams own their process - they are expected to use continuous improvement techniques to adjust what they do based on feedback they make on their previous performance.
The most basic building blocks of agile make sense in many places, not just software development as you suggest. That said, many of the building blocks of agile are valid because it's a collation of common sense and good technique - which is why it is applicable in many other scenarios. There are some clear winners with children, when it comes to collaboration, failing fast and fixing and working in clear timeboxes - all of which are agile, all of which were also around before the Agile pulled them into a common thread..
This is a good read. For big projects, I could see how this method would be a winner especially for students who should be more organized. The benchmarks of a project could be easily incorporated into a course syllabus.
This is great. I already discuss agile and use it to a certain extent, but I think I could incorporate it more in order to improve the effectiveness of our group work in my entrepreneurial journalism class.