Visit Modern Campus

Point/Counterpoint: Does Academic Freedom Imply IT Freedom as Well? (Part 2)

Point/Counterpoint: Does Academic Freedom Imply IT Freedom as Well? (Part 2)
Centralizing IT decision-making ensures products and services truly integrate with the rest of campus while also creating a single point of contact between the vendor and institution.
This is the second of a two-part series by Mike Scheuermann where he presents both sides of the argument on whether academic freedom implies IT freedom as well. In the first installment, Scheuermann presented the affirmative argument, outlining the importance of ensuring individual units had access to the specific IT tools they need to succeed. In this piece, he will outline why that might not be the right decision for institutions.

No — academic units should leave the IT decisions to the institution’s IT professionals.

After all, faculty seldom-if-ever invite the technologists into their classrooms before they close the door, and rightly so. Pedagogy is the strong suit for the academics and there are sufficient challenges in that area alone to keep them constantly busy improving their engagement with their students. Worrying about the latest shiny technology coming down the pike only serves to distract faculty and academic leadership from their core mission and dilute their effectiveness in ensuring academic value and success for their students. Having feet in two canoes is a precarious position, indeed.

Universities are particularly vulnerable when academic units attempt to focus on both academics and technology. Individual colleges, schools and departments that attempt to do many things in the technology realm end up doing none of them well. This can only serve to imperil academic offerings in the short term and the institutional brand in the long run.

Vendors (stellar ones and otherwise) typically exacerbate the situation by approaching individual units (both academic and administrative) to adopt their latest software, application, devices, cloud offering, technology, etc. The list is endless and the vendors relentless. Many of them fail in their pitch to central IT and consequently attempt end runs to the units themselves. Many are successful. The standard pitch is that “our application integrates with everything you already have.” Naturally, this is seldom, if ever, the case; a common reason they didn’t get far with central IT in the first place.

Coordinated vendor management, funding and training/support are the best reasons to collaboratively select applications for broad-based use at the institution. A sandbox approach is but one of the effective ways to bridge the gap while saving time, effort and money. IT can set up trial areas for limited-use licenses for applications and the like that appear promising. If they get traction and prove their worth, once long-term value is envisioned, site licenses and widespread use can result. Software that crashes and burns or that receives little interest and traction can be terminated and efforts redirected appropriately. Some will move forward while many will whither and die.

In conclusion, as we can see from this point-counterpoint review, there are solid arguments on both sides of the aisle in this dilemma. However, the stakes are too high, our time too precious and the funding too scarce to have either the pro or the con stance be the sole one we adopt as professionals in the higher ed space today. Try coordination rather than control, collaboration rather than dictation and cross-departmental conversations rather than siloed whispers. Our students will benefit in the end — assuming all of us do this right.


  vendor Partnerships