Sunday 29 March 2015

DaaS in schools - solution or 'band-aid' ?


A SaaS school that has a requirement to support legacy Windows applications for established lesson plans or external assessment could solve this problem, at least at a technical level by using Desktop as a Service (DaaS).

DaaS is a cloud service in which the Windows desktop is hosted by a cloud service provider. The DaaS marketplace is still very new but already contains offerings from Amazon, VMware and a DaaS type service from Microsoft.

The delivery model for DaaS is still being developed but its creates some interesting scenarios.

For instance if a school needs fifty Windows desktops for a lab environment it simply ‘leases’ them from a DaaS provider without any capital investment. Once the requirement is no longer required the lease is dropped.

The school could have multiple images - each specific to a curriculum area. The ICT lab could use cheap commodity devices such as Chromebases and the student simply selects the correct image for the lesson plan. Once the session is launched in full screen the lab will appear to be running full Windows desktops. User state and file management would still be through Google Apps allowing the OS updates to be discarded on shutdown. Maintenance of the Windows environment is the responsibility of the provider not the school.

Costs for a DaaS service are starting to emerge. At the moment standard business rates apply and this places it out of reach of most schools. However with strong competition between VMware/Google and Amazon this situation is not likely to last for long and there may be space in the market for a DaaS provider to address the EDU market directly perhaps by balancing lower prices with a reduced service levels and smaller images.

As an alternative to DaaS a new type of “video streamed” application is also starting to emerge with the new version of Adobe Photoshop. Currently this is only available for US for education accounts with a paid Creative Cloud membership but does allow Photoshop to run on a Chromebook or an Android tablet.

A streamed version of Photoshop runs straight from the cloud to the students mobile device . It’s always up-to-date and integrates with a cloud storage provider such as Google Drive, so there’s no need to download files over the internet connection. Data are moved directly between the two SaaS providers, removing any limitation on the schools internet bandwidth connection for large editing jobs. The reported bandwidth required for streaming the app is 250Kbs which puts multiple sessions well within the capabilities of a 100Mbs connection.

Adobe has shown that in the long term its likely that many of the major graphics and media packages will be re-written for SaaS and move over to a subscription model. Currently there is still a dependency on Adobe Flash to provide a functional interface which prevents a true cross-platform solution. The widespead adoption of HTML5 is starting to reduce this dependency and companies such as Polarr are showing what can be done.
Polarr Version 2
In reality the issue of maintaining and supporting traditional windows applications is being addressed in two ways. SaaS is starting to provide the rich experience that users have enjoyed with local applications and mobile apps are replacing the large monolithic software suites that have dominated the desktop for years.

Perhaps the role of DaaS is to act as a 'band aid' for a limited period of time until the authorities that set curriculum and assessment standards finally understand that the workplace of 2020 will be nothing like that of 2010.

So maybe the question is  - by the time DaaS becomes affordable for education will be be relevant?



Sunday 1 March 2015

SaaS and the Technical Refresh

For a school undergoing a technical refresh a SaaS approach has a number of advantages over the traditional model. This becomes clear when you examine some of the common problems encountered delivering a traditional solution and how SaaS solves these issues.

Definition.

Traditional: The traditional approach relies on a standard cycle of meetings, telephone conversations and emails between internal groups and vendors to capture define the requirements and translate them into a formal quote. There is very little structure or continuity to the process and detail is lost in the translation between the the teaching staff, on-site ICT team and the vendor.

In the early stages there is rarely any transparency in the costs and customer often ends up specifying a solution which they subsequently find to be outside their budget and the cycle has to be repeated. There is almost no chance to ‘try before you buy’ and items are ordered in blind faith or on a recommendation from third party that doesn't fully understand the local requirement.


Lastly the service has to be signed off against an final cost which may include a combination of hardware, software and professional services (support/installation/maintenance) all of which makes budget projection going forward very different.  Because of hardware constraints some vendors have break points in the pricing which can make moving between 500 and 501 users an expensive operation. Software sold in licences blocks has a similar effect.

If on-premise hardware is required you can guarantee that at some point this will be out of support, incurring an additional cost which is rarely factored in at the start of the project.

To recover the investment made by the vendor in this inefficient process, traditional services often come with a fixed term contract  - the shortest term commonly being one year locking in the customer in without options for change.

 SaaS: Delivery of a SaaS solution works in an entirely different manner. In a fully developed SaaS model the customer experience will be almost entirely self-service. Costs will be presented as a subscription items with many vendors offering a "freemium" service to trial the service. In addition SaaS services do not require a long term commitment and work with a shorter billing period of one month.

Services are normally itemized as a per unit cost with additional features built into a premium offering.  The ideal metric for a school would be per-pupil costs to allow them to easy estimate costs against a revenue model. The base costs is often kept as low as possible (preferably zero or hidden) to reduce the barrier to entry.

With SaaS the customer should be able to identify the majority of the solution with a with a good idea of ongoing costs before any engagement at a formal level. Everything is organised to encourage trial and experimentation which leads to a completely different management model.



Delivery and Management.

Traditional: The standard management approach to software in schools is to support a fixed set of titles classified as a "software catalogue".  The catalogue defines the all the titles that are either pre-installed into the base image or deployed across the network through supporting systems such as Active Directory.

Because of the high value of the many of the packages and the fact that the licences are non-returnable the teaching team are not encouraged to experiment and may not even have the rights to install software locally. Deployment is normally managed through the ICT team whose principle responsibility of maintain a secure robust environment for teaching - a requirement that runs counter to an the type of exploratory approach which is likely to drive innovation.


SaaS: The ‘software on demand’ model does not require a rigid software catalogue in the same way that a traditional model does. Once the majority of end user devices are using Chromebooks, Android tablets or iPads, local applications can be provided through a ‘store’ mechanism rather than packaged through Active Directory or baked into a base image. Depending on the individual workflow adopted by the school, teacher and student will be able to install and uninstall software on demand from a very much larger menu of titles under overall control of an Mobile Device Manager (MDM).

In addition to locally installed apps SaaS now contributes directly to the range and nature of curriculum software and in many cases there is no barrier to adoption to these titles They they are often free or provide trial periods and have little dependency on the local hardware. The combination of the two factors means that the whole concept of a software catalogue is largely outdated as there is nothing preventing the staff or admin team simply selecting the tool which is best suited to the task either from the vendor ‘store’ or from a SaaS provider. In many cases the new facility is merged with their profile as part of the cloud service, to be accessed as required. Swapping out one device for another delivers exactly the same service profile completely negating the need for a ‘device image’.


SaaS as an Enabler.

Its clear that there is move away from locally installed monolithic software suites. In the future tasks will be achieved using a combination of smaller applets, sometimes web based - others installed local. This software set will be very fluid with applets and SaaS being merged and reformed to meet personal tastes and fashions.

SaaS may have even have an impact on how subject are taught.

Consider the following scenario. Is it worth investing in non-refundable licences for software suites that are currently undergoing radically change as they move to SaaS delivery model?

Which has more value, teaching a student how to do graphics layering in a specific product such as Photoshop or a general approach to the concept of layering that can be applied to a range of applications? In this period of rapid change is it  likely that a student will even recognize a software product in the workplace they were introduced to three years ago in school?

In conclusion the model of software being distributed by a local ICT team through a base image or a tool such as Active Directory Group Policy has been superseded by the concept of a vendor ‘store’ and SaaS managed by an MDM. Users have realized that by using SaaS they don't actually needed an ICT team to distribute and install software and unless their requirements are fulfilled by a more flexible system the standard delivery model will be simply bypassed.