Disrupting Morning Announcements

I’ve been working on and off for a little while in the off hours on re-configuring how announcements are delivered at schools. We currently have an incredibly convoluted process that Paul Hatala and I conjured up when we were building the secondary school landing pages in the HUB (our LMS). Looking at it now, it seems like perhaps we were trying to see how many different pipes we could connect together before reaching our destination.

2016-09-19_21-17-13Version One

  1. Teachers submit an announcement through a Google Form
  2. That Google Form feeds a Spreadsheet
  3. The Spreadsheet is running a Google Script add-on called FormEmailer
  4. FormEmailer sends an email to a secret email address set up on a WordPress blog running Jetpack
  5. Jetpack has Post By Email enabled, and takes the #tokens# from FormEmailer, and converts them to a blog post
  6. The RSS feed from those blog posts feed widgets in the HUB created on http://feed.mikle.com/

Version Two

So Reliable!
So Reliable!
  1. All steps from Version one except the widgets from step six
  2. When posts arrive at the blog, they are converted to a reveal.js Slide using this plugin and a  custom bit of code to change the post type from post to slide
  3. While that is happening, back on the Google Form, it was determined that pulling announcements from the spreadsheet was difficult, so another Google Addon, DocAppender, came to the rescue, to make announcements more legible for reading off the PA
  4. An IFTTT.com recipe is sending each Slide as a Tweet in a few instances
  5. Someone needs to be deleting the slides once the announcement is no longer applicable

And then sometimes it breaks. We never know which cog in the gears is the offender, so fixing it is always an adventure.

Enter Version Three

  1. It’s a blog on the Commons.

That’s it. One piece of software (with multiple custom bits built into the theme). So when it breaks, it’s easy to fix, and when a school wants to start digitizing their announcements, we don’t have to pull out the two pages of documentation created to build version one and two.

It still uses those beautiful reveal.js slides from version two, which can be embedded in different places (like the HUB, and school homepages, or on websites like this). It looks great on monitors hanging in hallways, and is responsive, so it looks nice on your phone too.

 

Panic Inc. has created an app called Statusboard, img_0116that provides a widgetized interface for creating displays. This one includes a feed from an Outlook calendar with the rotary days on it, a feed of Tweets from a Twitter Account, a Countdown widget, the Announcements Slideshow, the Weather, and the Time. You can develop your own widgets for the board, so students could expand on the functionality I’m just scratching the surface on here:

 

I’ve created an instruction manual that lives on the site, along with a couple of videos to explain how it all works. Schools interested in adopting this new system can reach out to the 21CL team for assistance:

 

 

Why Go To All That Trouble?

One of the new strategic directions at the school board this year is about communication. This method of announcement delivery takes what was once private on the PA system in the school and presents it to the parent community. It also makes it available to students who couldn’t-hear/weren’t-listening/missed-something/were-absent while the announcements were being presented. It gives caregivers an opportunity to help get students involved in their school (Hey, you should go out for that play/team/club/thing).

Many of our schools can now boast having a digital projector in every room. Phase two of the master plan is to eliminate the PA system announcements all together. Why not display and read the announcements in your classroom at a time when students are ready to consume them, rather than when they are still struggling in the hall with snowpants or locker combos. What could an English class do with the concept of being communication managers for their school? What makes a good slide? A good Tweet? What other multi-media could we use to disrupt announcements (Props to SJAM-TV on forging a path here). There are companies who pay for social media managers to help support their digital footprint. What role could our students play in this at a school level?

We want students to do real things, and real things are necessary to help a school run. This is a small example with what I believe has a lot of potential. I look forward to seeing where people can take it.

I need help, STAT!

A couple of years ago, we started thinking about the idea of a student run tech team. It’s not something we can take credit for coming up with. There are numerous examples on the internet, with some secondary institutions even offering a course for credit. Check this link as well for more details:

Student Tech Teams 101: A Toolkit for Educators

I think there is great value in empowering the students at your school to help others and to create a method to offer their assistance in a more “official” capacity.

A couple years ago, under the guidance of Maria Marino at Adelaide Hoodless, we created the Student Technology Assistance Team, or STAT team. Leveraging a ticketing system built within the Commons, we created a means for teachers and students to connect with the team for support. You can check out the archive of this project at this site: https://stat006.commons.hwdsb.on.ca/

The number references the school number, an internal reference we use at HWDSB. Signed in users could create tickets, and then the team could take on tasks, assigning tickets to themselves, and finding opportunities to help others around the school. The team met once a week to hone their own technology skills, to ask questions of each other, and to help answer tough questions.

The idea here is not to replace the Instructional and Information Technology Technician assigned to the school, so the teacher running this extra-curricular opportunity needs to understand what tickets are better left to the professionals, and what tickets make sense for students to assist with. Tickets requiring a technician need to be redirected appropriately.

The tasks students ended up helping with included assisting with Google Drive, building out websites on the Commons, helping younger students to get logged into web tools, understanding how an app or website works, or explaining the differences between something like Airplay and Airdrop. Here’s the site from the example above. You can see from the blog posts the types of support that you could offer: https://bhshelpdesk.com/

I would love to set up more of these around the system this year. If you are interested in exploring this, please reach out in the comments here, via Twitter, or through board email.

Readers who are not from HWDSB will need a WordPress installation and this theme to spin up something similar.

Goodbye TV.HWDSB, Hello HWDSB.TV (or, third time is a charm)

I’m not sure how many people — outside of the 21CL team — are privy to the ongoing video platform saga here at HWDSB. Back in 2013 we recognized the need for a centralized video platform within the board. I think we are one of the few K12 school boards in Ontario with such a platform. As a medium, we found that video was a more effective way to assist teachers than the practice of authoring long screen-shot laden documents. We also recognized deficiencies in the way that Desire2Learn handled video, offloading the processing of video to the browser, and browser add-ons, rather than providing server-side transcoding. What this meant in practice was that videos that would play on a laptop wouldn’t play on an iPad because of missing browser plugins. (Nerdy aside: WordPress solves this by including Mediaelement.js as part of their codebase.)

At the time there was really only one video platform integrated into D2L, a service called Kaltura. On the surface this looked like a perfect fit. They offered both a Software as a Service (SAAS) package, along with what looked to be a vibrant open source community that might allow us to host the service on our own servers in the future. There was a plugin that worked to add video comments on a blog that looked like it might give us voicethread-like abilities on our blogs (this didn’t ever work in a Multisite environment in the way we envisioned, and we were never able to turn it on: I still think video comments would be a cool idea). Within the year we were on the hunt for a new platform. The strikes against them:

  • They were incredibly expensive
  • They weren’t interested in fixing their WordPress Plugin
  • The connection to our Active Directory broke in May, and wasn’t fixed until well into June, leaving students without access to video review materials necessary for exams
  • Their admin platform was incredibly cumbersome, and required their help desk every time we attempted to make changes

So over the Summer of 2014, we migrated over to Mediacore, a small Canadian (yea!) company that seemed to cover most of our needs. For the next year, we worked along with this company as they grew and adapted to the needs of education. They were incredibly responsive to our requirements, and their development roadmap echoed many of our needs. Then in October of 2015 we received word that they had been acquired by a company called Workday, and would be shutting down their education sector services.

That was a huge punch to the gut.

We started looking at other video providers, but having been stung twice, the prospect of adopting another third party video platform, that may also fold, or change, or otherwise lead to triggering what seemed to be suddenly becoming a cycle of migration, was not something we took lightly. Couple that with the fact that the video platform market is saturated with small companies we had never heard of, all vying for edu-dollars, all possibly on the brink of acquisition, made the hunt for a new home a pretty depressing activity. The falling state of the Canadian dollar also meant that the expensive edu-video platform market (geared more towards post secondary pockets) was starting to look like it might be beyond our budgetary reach.

The power of the video platform is in its ability to feature published content from around the board, fostering collaboration, creating windows into classroom practice, and sharing in a safe, advertisment-free/data-mining-free environment. We weren’t ready to abandon that vision.

We started thinking seriously about just hosting everything in Google Drive, but that would mean losing the centralized video repository. It would mean going back to the siloed collections, embedded in various other spaces, or merely distributed via email, requiring manual intervention every time someone was searching for something. The power of the video platform is in its ability to feature published content from around the board, fostering collaboration, creating windows into classroom practice, and sharing in a safe, advertisement-free/data-mining-free environment. We weren’t ready to abandon that vision.

We also had a difficult time finding platforms that met the needs of a student-centred K-12 program. Most platforms seemed to allow for a select group of administrators to upload content, while students merely view and consume. Others were focused on lecture capture, a style of teaching we wouldn’t want to promote within our inquiry-based classrooms. We needed a space where students could author their own content, and where related videos were other HWDSB creations. We needed a place that empowered students to be publishers, while allowing us to administrate and flag things that are perhaps inappropriate, in a safe space to learn about how and what to share online. We needed a space that integrated with our existing platforms: the Commons and the HUB.

So we decided to build out own platform (such a small sentence: such a huge undertaking). And for the rest of the year, started working with our developer-extraordinaire Ray Hoh on what it might look like.

11 months, 4 Github Repositories, 11260 lines of code, 64 Github Issues created (hundreds of posts within these issues), and 164 code commits later, we migrated 13 000+ videos from Mediacore over to our own video platform. Eventually we hope to open source most of this code so others can take advantage of this epic undertaking.

Building our own platform meets all of our requirements, and guarantees that we won’t have to move again due to poor customer service, corporate takeover, changing RFPs or any other number of issues that we risk when using commercial tools that we don’t own. This has been the basis behind the HWDSB Commons, and we have used those lessons to complete this project. Once we open source the project, I’ll get into more of the detail about how it all works, but basically we are leveraging Vimeo as the video streaming service in the backend (we don’t expect them to go anywhere anytime soon, so you can trust we won’t have to migrate again), and WordPress blog on the front-end to house the video contributions. We have developed this so that your videos will never appear on vimeo.com, and our branding and sharing settings will always be the only mechanism available to distribute your video. With Vimeo taking care of the transcoding and performance of our videos though, we can focus on building out new custom features that meet the needs of HWDSB (hosting video on your own server is hard).

We are incredibly excited about this new platform, and hope that you will help us make it a vibrant community of sharing and collaboration. You can find it at HWDSB.TV. We hope you like it. We are incredibly pleased with the results.

Charity Begins at Home

I’ve been using Github for a couple of years now to connect with our developer on the HWDSB Commons. We post a lot of code there, sharing it with the rest of the WordPress and BuddyPress community. For those of you unfamiliar with Github, this is how they describe their platform:

GitHub is how people build software. With a community of more than 14 million people, developers can discover, use, and contribute to over 35 million projects using a powerful collaborative development workflow.

When we look at trying to do real things in the classroom, and providing students Professortocat_v2with authentic tasks, I think Github has a role to play, particularly in secondary Computer Science classrooms. Github is where many international corporations share their work (Vimeo, Facebook, Twitter, Netflix, Apple, Microsoft, and Google, among others). I don’t think there is another segment of industry that works so transparently, and allows the public to look in on the process of how their product is built. Github also flattens the hierarchy, eliminates corporate silos, and allows anyone with a username to contribute to projects, or fork (create your own copy) and hack/remix existing code projects. A Github profile is now being used out in the software development community to gain employment: it’s more powerful than a resume.

Github offers an educational package, and repositories to help teachers use Github in the classroom. If teachers want to teach Computer Science in authentic ways, they should be investigating Github to share code within their classroom. But using it in the classroom is only the first step. The real learning happens when the students begin to see themselves as contributing members of the software community:

As an example, Bootstrap (a theme initially created at Twitter) is available here on Github. There are just under 400 issues that are open on that repository, and the community around the project is quite active. A student could take on one of those issues by forking (copying) the repository and attempting a fix, and then create a pull request to have their contribution pulled into the main repository (a pull request is a request you make to the author of the code, to have your changes “pulled” into the main repository). React, Angular, jQuery, Nodejs: the projects that run the internet are all available and being collaboratively built on Github. When contributors post code, others comment and help to make that code better: they teach each other. How many expectations within a Computer Science class could be assessed by students solving authentic problems on important open source repositories. Even if they don’t get a pull request accepted, watching developers contribute to projects is a rich learning experience every student interested in coding should be exposed to.

The title of this blog post is Charity Begins at Home, because I think that we can help promote contributing to important projects by having our students — with the ability to code — contribute back locally in ways that can make our infrastructure within the board stronger. Our students potentially have a role to play to help create apps they can use in their classes. They see first hand the problems they might be able to solve collaboratively by building software. They can help build apps to support their own learning, or to help teach students in elementary. They could solve authentic problems that exist within our organization. There is a thriving Hamilton Software community that we have partnered with through the Hamilton Code Clubs initiative. The mentors who are visiting our elementary schools could help to audit code created by secondary students.  Think about how rich the learning is when students are tasked with solving authentic problems, have an authentic audience for their products, can see them being used, and can iterate on their development through user feedback.

What better way for a fledgling coder to say Hello World.

Innovation vs Consistency

I wrote a post recently about the different tools we have available in the school board. You can read it here:

The Complexity of Choice

This is a popular conversation in the 21CL team here at HWDSB, and it is happening with renewed vigor as I redesign a landing page for the HUB (the HUB is the name of our instance of the Ministry-provisioned virtual learning environment). The HUB is our Learning Management System (occasionally referred to by Desire2Learn/Brightspace as an Integration Management System: a distinction we will examine further)

This is still just a draft as we continue to iterate. You can follow along on the development over here on Github.

As we build out the “integrations” tab, the conversation invariably turns to the plethora of tools we offer at HWDSB:

  • Do some of them cannibalize on adoption of the HUB’s internal tools?
  • Do we end up creating silos with too many tools?
  • Do they eliminate the ability for neighbours to help each other with adoption?
  • Do we need to concern ourselves with the rogue?

It’s this last point I get a bit stuck on. I am a self-professed “rogue”. I like shiny new things, and tried to foster an environment where my students understood the need for agility when it came to our use of digital tools: what Alan Levine would call a “de-centralist” approach, of small tools, loosely joined. What one might consider doing within a Discussion Forum in an LMS, we would select an appropriate web 2.0 tool for the brief moment we needed it, and then move on to the next space. This dipity timeline assignment is a good example of that type of thinking, loosely joined through our classroom blogs.

So the question becomes, how can system supports like the 21CL team enable a “de-centralist” approach, without creating an environment where users feel overwhelmed by choice? (I use the word “enable” with intention here, rather than “promote”) Should we turn off Google Classroom because it cannibalizes on HUB adoption? Should we turn on the OneNote Classroom Notebook that could act as a content delivery system, when we already have a few different ways to do this (because it might meet some teacher needs)? Is the HUB a learning management system, or is it an integration management system: A pass-through that allows for “small tools, loosely joined”. Can we concern ourselves with trying to serve the rogue, or will they shirk our offerings on principle. And where do you draw a line? Example: the use of Seesaw in the board is concerning because the content doesn’t easily travel beyond the school year, and one of the great features of an ePortfolio is the ability to look back on a previous year’s work and reflect on growth. Using the ePortfolio tool in the HUB (although admittedly less engaging from a User Interface perspective) would allow for students to carry their artifacts from year-to-year, school-to-school, and around the province while they attend publicly funded schools, and then beyond via myDesire2Learn. Can we be hard-nosed about some tools, while offering choice in others, without creating chaos.

How do we differentiate responsibly?

Annotating the Web

Annotating the web isn’t a new thing. There have been a variety of tools that have allowed users to annotate text online and make it available to others. Diigo had an early version of this. There was a fantastic tool that 2016-03-20_23-47-18Google killed off called Google Notebook that allowed you to grab snippets from the internet and post them to a notebook which could be shared (it was awesome, but like Google Reader, sometimes Google kills off awesome things). The Kindle and Kobo platforms allow you to share your annotations about books to others via social media. According to Delicious.com, I bookmarked a tool called Surfmarks back in 2010 that not only still exists, but looks pretty cool (although it’s a paid service)

Although all of these tools exist, there are two recent entries on the annotation stage that are worth looking at, particularly in a secondary school context: Genius.com and Hypothes.is.

Genius started out as Rap Genius, and specifically targeted lyrics, and the crowd-sourced analysis of the meaning of lyrics. They’ve branched out into other text forms now, but the site is still catering to a music loving crowd. Given the genre, the content isn’t necessarily appropriate for a school environment, but if you can find the right text/song, the engagement factor is incredible.

Hypothesis is perhaps the more logical choice, as it’s aimed at academics, and offers the opportunity to comment and highlight online texts. If you’d like to check it out, here’s a link to collaboratively annotate the new 21st Century Competencies document available on the Edugains site:

https://via.hypothes.is/http://www.edugains.ca/resources21CL/About21stCentury/21CL_21stCenturyCompetencies.pdf

2016-03-20_23-43-04I’ve also added a new plugin on the Commons that allows you to offer readers the opportunity to annotate your blog posts. You can activate from the Plugins menu in your dashboard. The plugin adds the Hypothesis menu in the top right-hand corner of your site.

Shortcomings? You can’t highlight on mobile (you can annotate but the annotations are out of context). There seems to be a lot of momentum behind this tool though, so I expect this to change as they travel further along their roadmap. Educators looking to get started can check out their resources here.