openStudent Business Plan A Model for Shared Services Prepared By: openStudent Team Date: November 2012 Version V 1.1 openStudent Business Plan Table of Contents Executive Summary...........................................................................................................1 Objectives ..........................................................................................................................4 Introduction ........................................................................................................................4 Section A: openStudent Business Case ............................................................................5 Section B: Development of openStudent.........................................................................12 Section C: Application Operations ...................................................................................23 Section D: Cost Sharing ..................................................................................................34 Section E: Proposal for Funding ......................................................................................36 Section F: Other Sources of Investment Funding............................................................41 Conclusion .......................................................................................................................42 A Model for Shared Services ! openStudent Business Plan Executive Summary The BC Ministry of Education is currently in the process of procuring a new student information system to replace the soon-to-be-discontinued BCeSIS. In February 2010, the Saanich school district, in conjunction with the Common Systems Consortium, hosted a meeting in Abbottsford to address the major concerns over the discontinuation of BCeSIS as well as the frustrations with the system in terms of performance, flexibility and cost. The meeting was extremely well attended with over 86% of districts present representing a breadth of stakeholders including: teachers, administrators, clericals, technical support staff and the Ministry of Education. The results of the SWOT exercise completed that day were very clear: districts wanted to ensure that they had a common system going forward and saw an opportunity to build a custom student information system using the substantial experience, skill and resources within the education community. The group also expressed major concerns over being foisted with yet another commercial application that was unresponsive to their needs. After the meeting, the Saanich school district proactively initiated the openStudent project on behalf of stakeholders around the province. In collaboration with end users from a multitude of districts, they began to build a student information system that had the flexibility to be responsive to the changing education landscape in BC, was in the absolute control of the education community, could interoperate with other systems, would meet 100% of the functionality needs for districts and above all, was affordable and sustainable. The objectives of this business plan are as follows: 1. To seek partners and investment in this project from other districts, schools and/or other education stakeholders, 2. To review the ‘business case’ for the project; the education and economic justification for openStudent, 3. To describe the approach, timelines and cost of developing the openStudent application, 4. To describe the approach, timelines and cost of operating and governing openStudent at a provincial level, 5. To describe a model for sharing costs with participating districts and jurisdictions, 6. To analyze other potential sources of funding for the completion of the application. The following is a brief summary of some of the key highlights contained within the business plan: Cost of Commercial versus Community-built SIS: To date, BCeSIS has cost the province and districts approximately $167 million to procure, implement and operate over the past 8 years. If we had collectively pursued a community source approach to a common SIS, we would have spent an estimated $33 million, which represents a potential savings of $134 million. A Model for Shared Services -1- openStudent Business Plan Key reasons for a Community Source Approach: In sharp contrast to commercial providers, openStudent is being developed to meet 100% of the functional needs of schools, now and into the future. Commercial companies simply cannot do this, as they need to appeal to the ‘average’ user in order to maximize profits and market share. With the education community at the helm, openStudent will be continuously flexible, always under the control of stakeholders, built to interoperate with other key systems and remain affordable. Springboard to Shared Services: openStudent is an excellent example of a shared information technology service. By using the same community model as openStudent, stakeholders will have the opportunity to explore numerous other shared services that will result in reduced costs and higher value. Timeline for Completion: On its present course, openStudent will complete the elementary beta version (core) by spring 2013 and, following successive beta releases, will complete the production version of the full application by fall 2015. Investment Opportunity: Saanich is seeking partners to share in the development costs of openStudent. To date, Saanich has committed $1.463 million to the project and requires an additional $2.436 million to complete over the next several years. Districts that participate in this investment will benefit in many ways and will experience an average payback period of less than 1 year. The approach to developing a SIS that Saanich has initiated is significantly different than the commercial approach that has been used for the past several decades. The following table examines these key differences: A Model for Shared Services -2- openStudent Business Plan Community Source Approach • Uses an agile & lean approach to software development that provides for continuous connection to stakeholders • Seeks to meet 100% of stakeholders’ functional requirements • Completely flexible and open to continuous change • Built to interoperate with all key education systems • Always in the control of the education community Commercial Approach • Uses an approach that provides sporadic connection to stakeholders • Seeks to meet the ‘average’ needs of customers • Has to weigh change requests against the average needs of customers • May interoperate depending on corporate alliances and cost • In the control of profit seeking shareholders The Saanich school district has taken a risk and been proactive in building a community-driven student information system. The district supports the project at all levels because it sees this approach as the right thing to do for education and for declining budgets. The district has specifically not adopted a ‘wait-and-see’ approach because the time for action is right now. The current commercial application will only be in place until December 2015, therefore we feel we must commit to this project and to this approach long before we reach this deadline. The Ministry has told us all that we need to know: that the RFP process will recommend a commercial application that will cost at least $10/FTE with no monetary provision for implementation. More importantly, they have also told us that, districts are free to choose a student information system that we see fit. The time for that choice and for proactive participation is now. A Model for Shared Services -3- openStudent Business Plan Objectives The purpose of this business plan is to describe the creation, operation and governance of a shared service organization for education stakeholders throughout the province of British Columbia. It is intended that this non-profit organization will provide a variety of products and services in a fashion that is simultaneously affordable and flexible, and is owned and controlled by the education community. Specifically, the business plan will look at the following areas and where appropriate, analyze and/or make recommendations as they pertain to the development, operation and maintenance of shared information technology services within the K-12 education community. A. Review the ‘business case’ for openStudent. This section answers the question of why a community student information system makes educational and economic sense, B. The cost, approach and timelines for the continuation of the development of the openStudent student information system (SIS), C. The cost, approach and timelines for the creation of an entity to host, support and govern provincial operations for openStudent, D. A specific model for sharing the costs with all participating districts & schools for the operation and support for the openStudent application, E. A specific proposal & model for obtaining funding from other districts for the completion of the development & operation of the openStudent application, F. An analysis of other possible sources of funding for the completion of the development of the openStudent application, and Introduction Vision The vision for this undertaking is one where the education community is the primary driver for Information Technology decision-making and provides leadership for common system and service initiatives. This community will set strategic direction for shared technologies and ensure that it relates directly to the overall mission and objectives of individual districts, schools and classrooms. This ‘vision’ results in the following shifts in the management and leadership of IT initiatives in education: A Model for Shared Services -4- openStudent Business Plan 1 It shifts the current paradigm from one that is ‘vendor centric’ to one that is ‘education community centric’. 2 It changes the current culture from control by external commercial companies to one that is self-reliant, collaborative and inclusive of all community stakeholders. 3 It ensures that development and operating costs are minimized and that control and flexibility are maximized, resulting in taxpayer dollars being managed more efficiently and effectively. 4 It creates the foundation for a shared services model in British Columbia’s education community that will provide a variety of applications and services. For the most part, the majority of this business plan relates specifically to the ongoing development, operation and governance of the openStudent student information system. At the same time, it is important to understand how the openStudent project falls within a larger vision for shared services in the education community, and that this community extends far beyond BC’s borders. In fact, there are many existing Open Education type initiatives throughout the world, and it makes good sense to be part of and in sync with this large and fast growing community. openStudent Mission The underlying mission of the openStudent project is to develop and deliver a sophisticated, flexible, and fully interoperable student information system for British Columbia. The other major purpose of the project is to build a consortium of districts from around the province to create a community of collaboration, problem-solving and knowledge-sharing related to specific technologies and information systems in the K-12 education sector. There is also an opportunity to link some of these initiatives to projects that are on-going in the BC post secondary environment. openStudent will meet the needs of all stakeholders in elementary, middle, secondary, Distance Learning, Continuous Entry, alternative, Independent, and First Nations schools, including administrators, teachers, and clerical personnel. The system will also meet the needs of a wide range of other stakeholders including school board staff, Ministry staff, parents/guardians, students, International schools, IT departments and related education personnel. A. openStudent Business Case Ten years ago, BC moved forward with a plan to select and implement a province-wide student information system called BCeSIS. To date, over 95% of districts and numerous independent schools have moved into the BCeSIS application and, in doing so have replaced dozens of disparate and A Model for Shared Services -5- openStudent Business Plan stand-alone systems. From the beginning, the implementation and operation has resulted in a mixture of both success and failure. On the positive side, districts have banded together in an unprecedented fashion and have learned to collaborate to solve problems and share ideas. The last decade has seen the emergence of common data standards and common business practices. The result has been high quality student information and has set the foundation for comprehensive data analysis and reporting. On the negative side, the system has been plagued with performance issues, particularly during peak operating times. The design and architecture of the program is quite antiquated and largely inflexible in terms of keeping abreast of changing requirements. The system has proven to be extremely expensive and has cost districts and the Ministry in excess of $167 million. As we now know, its existing owner, Pearson Education, will discontinue BCeSIS by December 2015. Pearson’s motivations are quite clear - they wish to win the Ministry’s RFP competition and have all existing districts move to their flagship product, Powerschool. The basic version of the application will cost as much as BCeSIS does, and will also layer on top a variety of additional costs for a-la-carte services such as data archiving and advanced reporting. In addition, it is unclear if any commercial vendors can provide a common system, which supports ‘one student – one record’, and cross enrollment. Common System Districts have received great value from having a common system. The ability to have a single, transferable and shareable student record has resulted in considerable efficiencies for districts while at the same time ushering in an era of unprecedented high quality data. Included in these successes are the following: Common Student Record The importance of a single common student record across almost all school districts and many independent schools is an achievement that cannot be minimized or easily replicated. Maintaining this concept is critical to cross enrolment, consistency of data and data analysis. A Model for Shared Services -6- openStudent Business Plan Common Data The past 8 years has seen over 95% of the students in BC moved into the common system. This has facilitated the easy transfer of students and student records to other jurisdictions within BC. This scale of implementation is unprecedented in North America. Data Consistency Years of discussion and collaboration have resulted in a common understanding of the business meaning for the underlying student data. This has paved the way for a rich database of student information as well as for the ability to design unprecedented reports on achievement and to create sophisticated data warehouses. Common Business Practices The Ministry and districts have developed a common set of business practices to ensure the highest level of data quality. Collaboration Stakeholders are now working together in a very collaborative way, which has substantially improved the environment for effective communications. The traditional ‘silo’ approach to educational endeavors is evolving into a non-hierarchical, teambased approach to solving problems and sharing information. Reporting Consistent data and business practices have led to more efficient and accurate Ministry reporting. The opportunity now exists for districts to create sophisticated reporting systems and data warehouses. A Model for Shared Services -7- openStudent Business Plan Integration & Interoperability The common system has facilitated the opportunity for integration to other systems. unprecedented Overhaul of District & School Business processes BCeSIS implementations across the province have provided the incentive to critically examine and revise business processes at the school, district and provincial levels to ensure high quality and consistent data. Exposure to Technology The implementation of eSIS has helped to create a new awareness throughout the province of the positive and effective use of technology, and how it can be connected to student achievement. Functionality openStudent will continuously evolve with the objective of meeting 100% of all stakeholders’ functionality requirements. Since the application is being developed ‘for the BC education community, by the BC education community’, it will meet the needs of districts and schools within our province and will not contain superfluous functionality for unrelated jurisdictions. An analysis of BCeSIS indicates that we are currently utilizing less than 35% of the eSIS system. This means that the rest of the screens and fields are there to accommodate other jurisdictions. The parent application, eSIS, was created with a common code base designed to accommodate every diverse jurisdictional requirement. A commercial system is therefore, by nature, unnecessarily bloated, fraught with redundancy, and cumbersome to navigate. Commercial software providers have to anticipate every jurisdiction’s change requests and requirements for enhancements. As the system gets larger and more complex, the code gets more buggy and ‘bloated’. Responsiveness may also suffer due to the size of the code base. All of these inherent problems compromise our users’ ability to use the software. Flexibility openStudent will be owned and governed by the education community. This will allow for complete flexibility in making future changes to the application in a timely and affordable fashion as education needs in BC evolve. In sharp contrast to this, making changes to BCeSIS, or any other commercial application, is both costly, time consuming and very rigid. All changes have to be submitted in a detailed format to a district Service Management Council (SMC) representative who vets the requests and then forwards them to the Software Enhancement Working Group (SEWG). This group reviews all requests, prioritizes them and then determines the costs and viability of development. These change requests A Model for Shared Services -8- openStudent Business Plan are then sent back to the SMC to review and to vote on. After the ‘winning’ changes have been determined, the requests are taken to Fujitsu & the software vendor to determine the time-lines for development and release. Once the beta release is completed, it is submitted to the User Acceptance Testing (UAT) group to help with determining the effectiveness of the change and to help with debugging the release. In summary, any particular change request to the system has a very low probability of being accepted. If it is implemented, it will be costly and up to a year or more before it is released. Ownership openStudent will effectively be owned by the education community forever1. This means that the software can never be sold and leave districts back at square one. It also means that the investment that districts make in openStudent is forever. It should be noted that the province and districts will have very little to show for the $167 Million plus on BCeSIS. Interoperability openStudent has been designed to interoperate with other administrative systems as well as with other education applications. The continuation of a common system will allow openStudent to inter-operate with a broad range of peripheral applications and reporting systems. A common system that is truly owned and governed by the BC education community will provide the foundation to build and operate other key applications at a fraction of current costs. Examples of this include financial, library, transportation, attendance callout, parent-teacher appointment schedulers and other related systems. Control One of the biggest on-going challenges for BC districts is to have a system which anticipates the changing nature of education in British Columbia. With a move away from grades and percentages, the incorporation of 21st Century Learning, and a move to personalized learning environments, the demand for control, flexibility and scalability has never been more important. The concern that has been clearly and repeatedly articulated around the province is whether a commercial system can accommodate these shifts in BC education values and philosophy. In fact, there is considerable doubt that any commercial enterprise can do this, or indeed has the underlying business motivation to do so. Many, if not all of the commercial providers of education software and services are motivated by market share, earnings per share and overall share value. As long as commercial organizations are controlling the environment, these corporate values will most certainly continue to clash with the needs and values of the education community. Affordability !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 1! "The Community Source Model is a hybrid model that blends elements of directed development, in the classic sense of an organization employing staff and resources to work on a project, and the openness of traditional open-source projects like Apache. The resulting software is available under an Open Source Initiative (OSI) approved license”.! A Model for Shared Services -9- openStudent Business Plan The use of open source tools, common ownership, non-profit operations and a lean approach to software development will ensure that the overall cost of the development and operation will be substantially lower than that of BCeSIS or other commercial applications. The non-commercial, nonprofit approach will ensure that the system is affordable and sustainable in the long-term and will represent a fraction of the current expenditure level. These savings can be re-directed into student learning and achievement. Quantitative Analysis of Business Case Development costs versus Long Term costs of Commercial Software Like most commercial software, BCeSIS has been an expensive application to implement and maintain. As of September 2012, the total costs for licensing, operations, support and enhancement has been $117 million. By the time that support for the application is discontinued in December 2015, the province will have spent close to $167 million and will retain very little of this investment moving forward. In addition to this, districts have had to pay for conversion and implementation costs (above and beyond the incentive grants), and other soft costs arising from a decrease in end-user productivity. These costs will be re-incurred if districts are to adopt yet another commercial SIS application. By way of example of the enormous costs that districts have experienced with respect to the procurement, implementation and operation of a commercial application, the following tables and charts will compare the financial differences between procuring an off-the-shelf (OTS) application versus a custom system built with leading-edge open source tools. The analysis has been done using the actual costs of implementing BCeSIS where BCeSIS serves as a ‘proxy’ for commercial applications and the costs for openStudent act as a proxy for a community source project. Using a sample of 3 districts in BC, the following table shows the extrapolated actual costs of procuring, customizing, operating and licensing BCeSIS for the whole province. TABLE 1 A Model for Shared Services -10- openStudent Business Plan The table shows that after 8 years with BCeSIS, the province and districts have spent over $167 million on the procurement, customization, licensing, and implementation of this commercial application. Similar to the above calculation, the following table shows the total of all costs for developing and operating a community-source based application. The estimates, based on actual development costs and from an estimate of operating and maintenance costs, depict the costs that would have been incurred had a non-profit, community source approach been used back in 2005 (for comparative purposes). TABLE 2 Table 2 shows that, had the province and districts taken a ‘community source’ approach to implementing a common SIS, it would have cost $32.9 million. A Model for Shared Services -11- openStudent Business Plan Using the data from both of these tables, the following chart depicts the sharp contrast between the actual costs of implementing a commercial system versus a community source solution like openStudent. Chart 1 It can be seen from the chart that the commercial approach is significantly more costly than the community-source approach. After 8 years with a common commercial application (ie. BCeSIS), it is estimated that the province could have saved over $134 million by using a community based approach. B. Development of openStudent (i) Development Approach openStudent is built upon community source philosophies and methodologies which can be briefly expressed as: community, collaboration, communication and innovation. The software is created by the education community for the education community and is therefore relevant, current and capable of rapid change. The Kuali Foundation, a post-secondary initiative, is a model which can be adopted and adapted for the BC education community. As we are not constrained by corporate agendas, stock options or earnings per share, we have the inherent capacity to innovate and leverage the vast knowledge base in our community. As system and user requirements change, this can be quickly incorporated into the system as has already been shown through interaction with BC stakeholders. A Model for Shared Services -12- openStudent Business Plan The essential ingredients to the development, operation and governance of openStudent include the following: 1. The project will utilize an ‘agile’ and lean approach to software development. As such, a key component to the development will be its continual connection to education stakeholders, to their needs and to their requirements - now and in the future. The approach will take advantage of the enormous opportunity to tap into the energy, wisdom and experience of all stakeholder groups around the province. (More detail on the agile approach is provided below). 2. The development, operation and governance will be non-profit and effectively controlled by all contributing stakeholder groups. 3. The foundation of the application will utilize leading-edge open source technologies. The values of community, transparency and collaboration will be ever-present in the development process and in the subsequent operation and maintenance. 4. The community source approach will ensure that there will be no licensing fees for the application or underlying database technologies. This will remove substantial costs from the application as compared to traditional software products. 5. The overall cost of the development and operation will be substantially lower than that of BCeSIS, or any other commercial application. This is due to no application and database licensing fees, a collaborative approach to development, shared costs for maintenance and having no profit embedded in the costs. 6. The application will be designed in a fashion that will allow for customization of the same module to provide for different requirements amongst participating districts. 7. The application will be designed in a fashion that will allow for interoperability with other applications, allow for the development of sophisticated reporting systems, and allow for all future educational requirements for 21st Century and personalized learning. 8. The system will be managed collaboratively and in a non-hierarchical manner. Agile Software Development The ‘agile’ approach to software creation consists of a collection of methodologies based on iterative and incremental development whereby requirements and solutions evolve through intense A Model for Shared Services -13- openStudent Business Plan collaboration of education stakeholder teams around the province. The approach relies on adaptive methods to ensure that the application development continually reacts to changing realities. The management of the process for developing a SIS in BC will incorporate the following principals, which are based on the Agile Manifesto. 1. The highest priority will be to satisfy end-users and stakeholder requirements through early and continuous release of the software. 2. Changes will be welcomed and integrated throughout the development process – even late into the project. 3. Working software will be released frequently, from a couple of weeks to a couple of months. The communication process will ensure that all feedback is documented and incorporated into the application functionality. 4. End users and others that have a deep understanding of school, district and provincial business processes will work together with developers daily throughout the project. 5. The project will incorporate a broad range of highly motivated people. The project leadership will provide the appropriate environment and support they need, and empower them to get the job done. 6. Co-location and face-to-face communications will be employed to the highest degree possible. In addition, other technologies (Skype, etc.) will be utilized to ensure that the highest level and most effective communications occur. 7. The working software will be the primary measure of progress. 8. Continuous attention to technical excellence and good design will enhance agility. 9. One of the key tasks for the project leadership will be to ensure that the project team is cohesive and highly functioning. At regular intervals, the team will reflect on how to become more effective and will learn to adjust its behavior accordingly. At the root of this approach are the following ideals: 1. To deliver a robust, scalable student information system (SIS) to school districts in British Columbia. 2. To develop a custom SIS in BC that builds on all of the successes of the past. The development approach taps into the energy, wisdom and experience of all stakeholder groups around the province. A Model for Shared Services -14- openStudent Business Plan 3. To strategically build a custom SIS so that it meets all current district requirements and fully supports and enables the BC provincial vision for 21st Century and personalized learning. 4. The collaborative approach to developing a student information system ensures that all stakeholder needs will be reflected in the system - now and for the foreseeable future. All participating stakeholders in the province will control the system. 5. The plan provides sufficient flexibility to grow with the ever-changing technological environment, our changing stakeholder needs, the move to 21st Century learning, and the need to adapt to foreseen and unforeseen risks. 6. The plan for developing and operating a student information system is both affordable and sustainable in the long run. Developing openStudent Using Scrum The openStudent development team is using an agile approach called SCRUM for developing the provincial student information system. It is an approach that values continuous input from stakeholders and that releases frequently so that end users can look at the releases and provide timely feedback and continuous elaboration to the development team. This approach has its roots in research that dates back 16 years. In 1986, Hirotaka Takeuchi and Ikujiro Nonaka described a new approach to product development that would increase speed and flexibility. Their research was based on case studies from manufacturing firms in a variety of industries. They called this a holistic or rugby approach, as the whole process is performed by a cross-functional team, where the team "tries to go the distance as a unit, passing the ball back and forth.” This approach has been found to be extremely relevant and effective for the development of software which, using traditional waterfall methodologies, has historically experienced extremely low success rates, high cost overruns and very low stakeholder satisfaction. The following is a summary sketch of the iterative approach used by the openStudent team. A Model for Shared Services -15- openStudent Business Plan Chart 2 A Model for Shared Services -16- openStudent Business Plan Collection of Business Requirements One of the key components of an agile software development project is the collaboration with stakeholders for the purpose of identifying and collecting business requirements. Since October 2011, the openStudent development team has been proactively engaging with the education community of BC for the purpose of collecting the business requirements for the openStudent information system. From October 2011 to December 2011, several workshops were held throughout the province. During these workshops, which were attended by representatives from 38 districts, numerous business requirements were collected. In addition to the workshops, an openStudent website was established to facilitate forum discussions amongst stakeholders. The website provides end-users with the opportunity to asynchronously collaborate on the functionality that they require in a common student information system. Over the past twelve months an openStudent email contact list, consisting of over 300 members, has been established to share information and tap into end-user expertise for specific development focuses. As functionality is built into the openStudent application, Elluminate sessions are held to share the latest features with members of the education community. Stakeholders give feedback on the appropriateness and the usability of the features. Any approved ideas for change that result from the sessions are passed to the programmers for implementation. During subsequent Elluminate sessions the changed functionality is demonstrated to ensure that the developers have met end-user requirements. Over 160 people in 48 districts, including the iGroup and the Francophone schools, as well as the BCTF and some Montessori schools, have attended the Elluminate sessions. It is anticipated that this number will increase as development on more complicated aspects of the SIS program begins. To-date, approximately 60% of the core version of openStudent has been developed, all of it based on input from stakeholders throughout the education community. As the development continues to progress and more complicated features are dealt with, business requirements will continue to be collected from the stakeholder group. Subject Matter Experts for specialized functionality such as SPED full, scheduling, curriculum reporting, incidents, student achievement and teacher grade-books will be established to ensure that the right people are contributing the right information at the right time. Input from clerical, teachers, counsellors, administrators, ministry personnel, parents and students will be actively sought to ensure that openStudent will truly represent the needs of the education community of BC A Model for Shared Services -17- openStudent Business Plan Staff Requirements & Roles Human resources are the most important asset that an organization has and therefore lies at the forefront of the strategy for the openStudent project and for the development of a shared services organization. In general, the goal of an HR strategic plan is to ensure that there are adequate people to meet the strategic goals and operational plans of the project - the right people with the right skills at the right time. There are three key areas where plans need to be developed for effectively utilizing human resources. These are as follows: 1. How to attract the right types and numbers of people. 2. How to develop the knowledge, skills and abilities of employees. 3. How to retain the employees within the organization. Attracting People (Human Resource Recruitment) There are two broad categories of human resources that are required for this project. These are ‘Business’ type personnel and ‘Developer’ type personnel. Each of these categories is discussed separately. Business Personnel The openStudent project and proposed shared services organization requires deep skills and experience in the areas of organizational vision and leadership, educational leadership, project management and technical leadership. Given the breadth, depth and complexity of the project, candidates will need to possess the appropriate mixture of education and experience to meet the demands and challenges of the senior roles in the organization. Development Personnel Victoria is a small market from a technology standpoint and therefore has only a small labour pool of technical people to draw from with respect to the skills and experience required for this project. From an IT perspective, the provincial government is a large employer, as are organizations such as Sierra Systems and Microsoft. Many of these companies attract young people into their organizations while they are still going to school through Co-op and other such practicum situations. Generally, these are excellent starting positions for young graduates as they provide a good starting salary, benefits and exposure to high-visibility software development projects. Given the start-up nature and uncertain future of the openStudent initiative, it has been challenging to attract software developers to the project. There is an opportunity however, to attract programmers A Model for Shared Services -18- openStudent Business Plan who have worked for several years and have reached a plateau in their current position. The following are some key reasons why qualified and experienced programmers might be attracted to the openStudent project: 1. The openStudent and shared services project offers an exciting challenge to developers who have reached a plateau in their current positions. 2. There are many people who share a passion and caring for education and want to be involved with a project that can accomplish relevant and effective technologies for this purpose. 3. The openStudent and shared services project provides an opportunity for programmers to experience the full scope of developing a complex program from the ground up. Many would not have had this opportunity while working for much larger companies and on larger projects. 4. Traditionally, community source and community based projects are a beacon for software developers who desire innovation and flexibility. One of the key success factors that have assisted management in overcoming the challenges to find high quality programmers for the openStudent project has been to use the services of a professional recruiter. Although this is a somewhat expensive option, it has allowed management to consider both employed and unemployed workers. Prior to using a professional recruiter, we were forced to look only at unemployed workers (through job ads etc.), which represent only 5% of the overall pool of qualified programmers. Using the above strategies, the openStudent team has grown significantly in the past several months and is presently a well-rounded, cross-functional group. The following table describes the current roles for each member of the team. Position / Role Name Responsibilities Project Manager Tim Agnew • openStudent Project Manager • Scrum Master IT Leader & District Liaison Gregg Ferrie • Provide technical sponsorship & technical leadership • Provide liaison with school district and related education groups Product Owner Debby Davis • Develop & maintain extensive communication channels between stakeholders and developers • Office manager A Model for Shared Services -19- openStudent Business Plan Technical Architect Ilija Gojkovic • Lead technical staff with application architecture and development • Work extensively with Product Owner and ensure stakeholder requirements are met Database Engineer Marc Fournier Core Developer David He • Application development Developer Aaron Baird • Application development Developer Serge Ivanov • Application development Business Process Analyst & Testing Justin Agnew • Document key business processes • Provide continuous testing of functional releases Report Architect Ryan Perkins • Perform research and report architecture consultation Agile Coach Richard Huntrods • Provide coaching consultation for technical development and testing Education Sponsor Keven Elder • Project sponsorship and liaison with key education & administrative education groups. Financial Sponsorship Monica Schulte • Project sponsorship and liaison with key financial & administrative groups. • • Design and manage database architecture • Manage database stability and performance • Application development It is expected that the team will remain its current size until spring 2013. At that time, consideration will be given to growing the team slightly to add more development capacity for the completion of the advanced level functionality for the application. At present, virtually all staff has been contracted through the Project Manager’s private company. This has allowed the project to advance rapidly and to ensure that competitive wages and benefits could be offered. The next step is to create a non-profit company, into which all staff will be ‘moved’ as employees or corporate contractors. A Model for Shared Services -20- openStudent Business Plan Other Development Requirements Location The openStudent project has been provided a space by School District 63 in the community-use wing of the old Saanichton Elementary school. The space is equivalent to 3 classrooms and was renovated to add basic office space and data functionality. The space has been provided on an in-kind basis, as the district must forgo rent for these rooms. Communications Communication with education stakeholders is a key activity for the openStudent project. Over the past year, the team has attended numerous conferences and meetings, and has facilitated other events to engage a broad and disparate group of stakeholders. These activities have also been used to communicate project progress. These activities are a key success factor for the project and will continue into the foreseeable future. Staff Development As noted above, it is critical to the success of the project to provide adequate professional development and team building to ensure that staff skills remain current and relevant to the success of the project. openStudent has planned a number of formal and informal team development events. In addition, professional development activities will be organized on an individual basis depending on organizational need. Software Architecture The technical architecture is beyond the scope of the business plan. For completeness however, the architecture summary documentation will be found in Appendix E. openStudent Reporting A sophisticated suite of tools called Jaspersoft will handle the reporting for openStudent. The architecture will allow for ‘canned reports’, reports that can be customized by districts and integrated into the main applications, as well as full data warehouse capabilities. A full description of the architecture and tools will be found in Appendix F. (ii) Development Timelines The development team has broken the project into three distinct phases and timelines as follows: Phase Phase 1 Description Release Time openStudent Core Version (beta) A Model for Shared Services -21- Spring 2013 openStudent Business Plan Phase 2 openStudent DL Enabled (beta) Phase 3 openStudent Advanced (beta) Phase 4 Full Version Production Fall 2013 Summer 2015 Fall 2015 Core Version: Includes all functionality related to the administration and reporting for a typical Elementary school such as student demographics, programs, SPED, attendance, report card and standard reports. DL Enabled: Adds the functionality required for distance learning schools and other continuous entry schools. Will also include functionality such as inventory control, accounts receivable, accounts payable to meet the accounting needs of DL schools in the province. Advanced Version: Includes all functionality related to the administration and reporting for typical Middle and Secondary schools. Builds on the core version and focuses primarily on course based activities such as timetabling, transcripts and related functionality. The Advanced version will also contain access for teachers and grade-book functionality. (iii) Cost of Developing openStudent The following table summarizes all of the actual and budgeted costs associated with the development of the openStudent application. Year Amount 2011-2012 (Actual) $ 403,000 2012-2013 (Actual to Oct ’12) 2012-2013 (Actual + Budget to 2012) $ 192,000 June $ 760,000 2013-2014 (Budget) $ 1,277,000 2014-2015 $ 1,459,000 TOTAL DEVELOPMENT COSTS $ 3,899,000 Appendices A, B, C & D provide detail as to the actual costs to date for the development of openStudent and for the projected costs to complete the build of the software. It is clear from the actual project-to-date costs of development, that the community source approach is significantly less costly than procuring another commercial application. C. Application Operations A Model for Shared Services -22- openStudent Business Plan (i) Hosting Services The privacy and security of student data is of paramount importance and is a primary consideration for both physical and logical security. There are several models available for hosting student data however, the preferred options include: hosting openStudent at government data centres maintained by the Ministry of Citizen Services, and/or hosting at other public bodies such as universities or municipalities. An alternative model allows for openStudent to be distributed regionally at secure school district data centres across the province. Hosting requirements for openStudent will follow a similar path whether they are hosted at school district data centres or core government data centres, and will scale as required by primarily the number of concurrent users and secondarily the increase in student records. Core government is the preferred option as the Ministry of Citizen Servers and Network BC have the facilities, expertise and experience to not only host openStudent but provide additional services such as performance testing, load testing, security analysis and business analysis. Whether openStudent is hosted at government data centres or school district data centres, it will be necessary to incorporate a Service Level Agreement (SLA) which defines the parameters around the hosting environment. Regardless of which model the requirements for hosting openStudent will include: ● Provision for initial pilot equipment and capacity for expansion. ● Physical and logical security based on government requirements. The following shows the recommended hardware and connectivity requirements for operating the pilot and beta testing for openStudent: Chart 3 A Model for Shared Services -23- openStudent Business Plan Regional Hosting Model Setup This model considers a distributed computing model which has automatic fail-over to other sites should one particular server farm go offline or require maintenance. This would substantially reduce and potentially eliminate the need for downtime at any time of the year. This is particularly important if school districts are going to change their calendar to 12 months. We have seen how BCeSIS has been down for up to two weeks of the year during Year End Transition (YET) while suffering significant performance hits and outages throughout each year of service. Interestingly, Facebook, with its hundreds of millions of users, experienced its worst downtime with a 2.5 hour outage in September of 2010. This was considered virtually unthinkable and yet the BC education community suffers weeks of downtime in a much smaller system and considers it “part of doing business.” Help Desk Support and Trouble Ticket System The incorporation of a user-friendly trouble ticket system is fundamental to the success of openStudent. Our ability to log user experiences and quickly respond to problems, bugs, change requests and enhancements is fundamental to our mantra of engaging users in the openStudent continual improvement and maintenance. The HEAT Help Desk Issue Tracking System has been problematic since its incorporation into the BCeSIS hosting solution and users have felt disengaged from the process of maintenance and ongoing support. As openStudent will be based on sound opensource software and rationale, the use of a community source trouble ticket system is fundamental. RT Tracker is an open source email-based Trouble Ticket system. RT Tracker is a well-tested issue tracking system which thousands of organizations use for bug tracking, help desk ticketing, customer A Model for Shared Services -24- openStudent Business Plan service, work-flow processes, change management, network operations, and more. Organizations around the world have been functioning smoothly thanks to RT Tracker for over 10 years. It is webbased, secure, user-friendly, non-proprietary, enterprise ready, configurable, extensible and interoperates with other openStudent systems. RT Tracker is used by universities, large corporations and organizations like NASA, University of Washington and others to name a few. (ii) Support & Implementation Services Because the data in BCeSIS is relatively common with only a few idiosyncrasies instituted by individual districts, it is anticipated that the openStudent development team will be able to manage the conversion of the data to openStudent on districts’ behalf. The development team will coordinate with district representatives to ensure that individual schools have cleansed their data in specific eSIS tables prior to conversion. The development team will then extract the data via a GDE, massage it, and import it into openStudent. Recognizing that not all eSIS information is retrievable via a GDE, the development team will also investigate the possibility of coordinating data retrieval with the Ministry of Education or with Fujitsu. Rollout Alternatives The strategy for rolling out openStudent encompasses three possible scenarios. All three scenarios will be appropriately sequenced to allow for smooth transition between feeder schools Scenario 1 is a five-year plan that will implement openStudent in eight school districts - the seven districts that have submitted Letters of Support to the Saanich School District, and Saanich School District itself. StrongStart Centres will be converted in conjunction with the Elementary Schools. Table 3 A Model for Shared Services -25- openStudent Business Plan Scenario 2 is a five year plan that will implement openStudent in 26 districts - the original 8 districts plus an additional 18 districts that have expressed a high level of interest for openStudent and who neighbour the original 8 districts. Table 4 Scenario 3 is a six year plan that will implement openStudent in all schools, including StrongStart, in the province. In Year 1 the original 8 districts plus 3 neighbouring districts will be converted. In Year 2 the implementation will include 15 more districts that have expressed a high level of interest. In Year 3 we believe the remaining 34 districts and the iGroup will see the value of using openStudent and will opt to be converted, beginning with their elementary schools. By year 6, all levels of schools will be converted to openStudent. Table 5 Training Services & Publications The initial training sessions of openStudent will be delivered by the development team and will be held in strategic locations throughout the province, the cost to be included in the development fees. The first wave of training will focus on elementary school personnel, district personnel, and Regional Help Desk staff. Subsequent training will be delivered in a “just in time” approach as the middle, secondary A Model for Shared Services -26- openStudent Business Plan and CE/DL schools are implemented. openStudent staff with skills in clerical, teacher, administrative, and counseling roles, etc. will lead the training to ensure its applicableness. Due to end-user participation in numerous Elluminate and other stakeholder sessions throughout the development process of openStudent, it is anticipated that end-users will have a high level of familiarity with the application and will not be coming into the training sessions “cold”, as they would with an unknown commercial application. This advanced exposure will decrease the amount of formal training necessary and will maximize the overall training outcomes. In addition to classroom training sessions, both Elluminate recordings and Regional Training Centres will be available for users. To further assist new users of openStudent, on screen help buttons will provide links to a support wiki. Texts for the wikis will be initially entered by the development team but will be open for other users to add their observations and ongoing edits. Additionally, short vignettes depicting the various screens and how to use them will be embedded in the application to further support end-users who may be looking for technical assistance with openStudent. The key strategy with training and help services is to develop services and publications that all districts can use. This will result in a substantial reduction of costs as compared to the rollout of BCeSIS where most districts created their own training and help materials. This resulted in an enormous level of duplication of work. Help Services The Help Desk Services provided by the openStudent project will bring improvement over the level of service currently being experienced with BCeSIS in the following areas: A reduction in the number of service requests. A reduction in cost. An increase in service delivery. A reduction in duplication of support & help materials. Reduction in Service Requests Statistics from the 2011-2012 school years indicate that over 7700 service requests were submitted to the Fujitsu Help Desk regarding BCeSIS. High volumes of requests for session terminations, photo uploads, deleting duplicate students and entering program end-dates represented almost half of the service requests submitted. Session terminations totaled 24% of the requests (as high as 33% during September), photo uploads totaled 14% (as high as 36% during November), duplicate student A Model for Shared Services -27- openStudent Business Plan resolution totaled 6% (8% during September), and program end-dating totaled 2% (7% during September). Each of these situations causes a drain on resources beginning with the end-user who first experiences the obstacle, followed by the district help desk clerk who first investigates the issue and then is required to submit the problem as a Heat Ticket, and further followed by Fujitsu Help Desk personnel at both Level 2 and Level 3 who then have to remedy the problem. The structure of openStudent will reduce the number of service requests by terminating end-user sessions without Help Desk intervention, enabling photo uploads at the school level, developing a built-in validation system that would prevent the creation of duplicate students, and automatically entering an end-date for programs upon student withdrawal. For district level Help Desks, the predominant service requests come from password resets, account creation, duplicate student resolutions, Java problems, school start-up and school year-end. openStudent will reduce the number of these requests by including a self-serve password reset feature, giving districts the option to have security roles set at the school level, and validating each new student record created to prevent duplicate records. Issues with Java installations will be eliminated because openStudent is not dependent on any third party software. Service requests for assistance with rarely performed business process such as school year start-up and school year-end will be reduced or completely eliminated through the inclusion of contextual help. The contextual help will consist of mouse-over tips, pop-up information boxes and links to a support Wiki. Reduction in Cost The costs of providing technical support to end-users will be drastically reduced both by a decrease in the number of issues with the application as described above and also by re-structuring the way that support is delivered in the province. As opposed to each district being responsible for establishing their own individual SIS support person(s), Regional Help Desks will be established in key geographical areas throughout the province and their services will be shared amongst neighbouring districts. Sharing the Help Desk service between districts will save staffing costs by reducing the duplication of services and, at the same time, increasing access to help in smaller districts where the Help Desk FTE is typically less than 1.0. On-going training will also be provided using this same low cost, high impact regional approach to delivering service. A Model for Shared Services -28- openStudent Business Plan Increase in Service Delivery Because of the nature of their jobs, during peak periods of the school year teachers and administrators often need to log-on to the student information system outside of regular hours. Currently, if they have technical issues during these off-hour sessions, it is not possible for them to get support, leaving them powerless to continue with their objective. The openStudent development team will ensure that end-users have access to technical support during these times by providing Help Desk support on an extended-hour basis. A 1-800 number will be available outside regular business hours on week days as well as into the weekend, allowing staff to get the help they need, when they need it. (iii) openStudent Governance Organization Vision The following is a conceptual overview of the organization that will deliver shared services to districts and schools throughout British Columbia. A Model for Shared Services -29- openStudent Business Plan Chart 4 A Model for Shared Services -30- openStudent Business Plan Key Observations The following are the key observations regarding the model for shared services and governance: 1. The legal entity for delivering shared services is a BC non-profit Society. In the future, consideration will be given to creating a Canadian non-profit society to deliver shared services beyond the borders of BC. 2. The education community represents the members of the society. The governance of the society is achieved through an elected or appointed board. Members elect or appoint the board on an annual or other pre-determined timeline. 3. The organization provides a range of relevant shared services and common applications to its members. Members subscribe only to the services that they require. 4. Costs of shared services/applications are shared in an equitable way amongst all subscribing districts or schools. Legal Structure openStudent currently operates as a separate legal entity and has a contract with School District 63 to perform all work related to the development of the student information system. The company is 100% funded by the Saanich school district and in turn sub-contracts all of its work to developers and business consultants. All of the funding consists of a reimbursement of actual costs. There is no markup or profit generation. The current legal configuration has allowed openStudent to hire key personnel at market wages and to allow for a rapid start-up and development of the application. In order to move forward, openStudent will need to form a legal entity that will simultaneously meet all long-term operational, human resource, risk, financial and governance needs. The following are key factors that have been considered: A Model for Shared Services -31- openStudent Business Plan ! Non-Profit The open ‘shared services’ model is completely non-profit in nature and hence will never engage in a distribution of any surpluses. The organization will charge members an equitable share of actual costs and reconcile overall costs and charges to districts on a regular basis. Governance The organization needs a structure that allows for governance participation from all stakeholders while at the same time allowing for an executive board and senior staff to manage and lead the day-to-day affairs of the organization. The keys risks associated with this venture are as follows: Risk (i) Break-Even & Payback: openStudent will continue to attract districts and schools to this venture, and to the vision for the overall approach to many IT services. Clearly, the more districts that are involved with this venture, the higher the economic viability will be. Although openStudent will be economically viable with only a few districts involved, the goal is to attract 80%+ of districts and schools to the venture. (ii) Human Resources: The development, implementation and operation of custom built information systems requires a balance of business, software development and education skills in order to be successful. Most of the application’s functionality will be derived from direct consultation with education stakeholders including admin staff, teachers and technical support staff. The task of the Stakeholder Facilitator is to develop and maintain connections to this large and diverse group and to ensure that their needs and insights are directly reflected in the application. The stakeholder group is a core resource for the project and is largely volunteer-based in nature. In contrast to education stakeholders, Business Managers & Leaders and software developers are not necessarily readily available within districts and therefore will need to be hired externally. Although all staff will need to thoroughly understand the education context of the software, the skills and experience in this area are very different and will need to be attracted from outside the education community. One of the major risks of the project will be to find and maintain people with the appropriate leadership, management and software development skills. In order to satisfy the legal requirements described above, and to mitigate the risks identified, it is recommended that a non-profit BC Society be created to carry on all aspects of the shared IT services A Model for Shared Services -32- openStudent Business Plan described in this business plan. The society will be governed by a consortium of school districts in BC which in turn will manage all affairs of the organization. Purpose & Duties of Consortium The consortium shall be one that does not contemplate pecuniary gain or profit to the Members, nor the distribution of gains, profits, dividends to members. The following is a summary of the key tasks for the consortium: 1. To develop, implement and operate shared information systems for schools and districts throughout the province of BC. 2. To provide strategic direction to the shared IT services organization through an executive board that will be representative of all members. 3. To hire and execute employment contracts for employees to fulfill management, leadership and software development roles. 4. To manage all financial resources and to ensure that costs are shared fully and fairly amongst all participating districts. 5. To develop and maintain a Human Resource strategy that serves to attract and keep key personnel. 6. To advise and represent its members in the development and operation of the openStudent information system as requested by the members in accordance with these rules and in accordance with the School Act and Ministry of Education policies and directives. 7. To direct the development of the openStudent information system and approve expenditures on such development and operation of the system in accordance with these rules and in accordance with the School Act and Ministry of Education policy and directives. Membership Members will pay an annual fee, which will allow them to subscribe to any and all services that are offered by. In addition, the annual fee will allow districts to be represented by a person, or persons on the executive board. The annual fee will be set each year at the AGM and will be used to help fund the cash flow needs of the organization. It should be emphasized however, that all fees and subscription amounts paid by districts will be accounted for to the extent that they will only pay their share of development and operating costs for any particular service. See Chart 5 for a depiction of how actual costs will be calculated and shared amongst participating districts through the life-cycle of the application or service. A Model for Shared Services -33- openStudent Business Plan Election of Executive It is anticipated that there will be an annual election of executive officers each year at the Annual General Meeting. One possibility is to have staggered 2 (or more) year terms to ensure that there is a continuity of experience on the board of directors. It is recommended that the non-profit society adopt the standard bylaws upon incorporation. Once the organization has assembled with adequate provincial representation then members and the executive can review the Bylaws and/or Constitution. Doing it in this ‘step’ fashion will allow all consortium members input into the decision making, election of executive and other key processes. An important objective in this structure is to ensure that all districts and stakeholder groups are equal participants in the governance of the consortium. Decision Making Approach It is expected that the board of directors will be responsible for the overall governance of the consortium and for ensuring that all members’ interests are fairly represented. The board will also have the responsibility of ensuring that there is adequate and appropriate senior staffing for the organization. It is expected that the board will rely and work closely with the hired senior staff members who will be responsible for day-to-day operations, developing new service/application ideas, and ensuring a continuous and deepening connection to the education community. D. Cost Sharing Overall, the costs for developing and operating openStudent and other shared services are quite low and therefore no one district will have to shoulder an unsustainable level of expenses. Clearly, the more districts and groups involved, the cheaper it will be for each jurisdiction. It is important to note, as well, that many of the shared service items could be shared amongst a very broad education community extending far beyond the borders of BC. For example, providing shared email, Moodle and library services could easily appeal to other Canadian jurisdictions and possibly to areas in the United States. At the end of the day, jurisdictions will only be responsible for contributing to the services that they specifically consume and all fees will be shared on a cost recovery basis. A Model for Shared Services -34- openStudent Business Plan Chart 5 A Model for Shared Services -35- openStudent Business Plan Each of the shared services has a unique set of cost factors as depicted in Chart 3 above. Stakeholders can opt-in to any one or multiple shared service(s) that meets their needs. Each shared service will be managed separately from a cost perspective and participants will be charged only their share of that particular service on a cost recovery basis. E. Proposal for Funding There are two types of costs that will need to be shared with respect to openStudent. These are the development costs and the on-going operations & support costs. Development Costs The development costs have been described in section B of the business plan and in Appendices A, B, C, & D. The following section describes the other key one-time and annual costs. Help and Implementation Services The following table summarizes all of the budgeted costs associated with Help and Implementation services that would be the responsibility of the consortium of districts. Specifically, these costs relate to the one time set-up of a Help Desk and Support facility in Saanich and the ongoing costs to operate this facility. Description Amount One-time start-up costs (renovations & equipment) $ 80,000 On-going operating costs & wage costs (per year) $430,000 openStudent Operations The following represents both the one-time and annual costs for hosting and operating openStudent. It is expected that the cost of this service will grow in small steps as the average number of users increase. Initially, openStudent will use the Saanich location to host services for pilot operations and up to the point where there is an average of approximately 1000 simultaneous users. As the number of users increase, the server locations, number of servers (application and database) will also A Model for Shared Services -36- openStudent Business Plan increase. The following table summarizes how operations and related costs will increase as the number of average users increase. Table 6 The following table combines all of the one-time and annual costs for development, hosting and support for openStudent. The most difficult costs to predict are those for hosting because the number of participants (end users) will determine the number of servers and hosting locations that will be required. For this reason, the costs are estimated by ‘stages’, which represent different sizes of the user base. Both tables 6 & 7 reflect this. Regardless of the number of users (stages), the total one-time cost of developing the openStudent will be $3.899 million. The total one-time costs for hosting will be $80,000. The total annual costs for hosting will also depend on the number of users and these are also described in Table 7. The annual and on-going costs for support services will be $430,000, which represents primarily the wages required to have support personnel highly available for end-users. It should be noted however that these costs could be scaled if need be. The wages currently projected ($430K) is sufficient for supporting 10,000+ users and therefore could be scaled back should the numbers be significantly less. A Model for Shared Services -37- openStudent Business Plan Summary of Costs Development & Other One-Time Costs Table 7 openStudent Development $ 3,899,000 Hosting $ 337,000 Support $ 80,000 openStudent Maintenance $ 80,000 / year Hosting $ 250,000 / year Support $ 430,000 / year Annual Ongoing Costs Investment & Funding Alternatives To date, the district of Saanich (SD63) has invested $1 million for the development of the openStudent application. This investment has provided for the hiring of the appropriate personnel, equipment and location for the development of the application. The project is approaching a critical juncture in the development of the application and in the formation of a shared services organization. The Saanich school district has launched and incubated the project using local capital funds, which has allowed development to get off to an excellent start. On its own, the district does not have the resources to sustain the project indefinitely and therefore is currently seeking participation and investment from other districts and groups. At this time, the district is seeking partners in this project to participate financially in the completion of the development of the application. To date, the progress on the development of the openStudent application has exceeded expectations in terms of completed functionality, and has cost less than originally anticipated. A Model for Shared Services -38- openStudent Business Plan The following is a summary of the remaining investment required to complete the project: Total Development Costs $ 3,899,000 100% Total Invested by Saanich $ 1,463,000 38% Remaining Balance for Sharing $ 2,436,000 62% Qualitative Analysis of the openStudent Investment One of the key things to note is that BCeSIS currently costs districts $10 per fte to operate. The cost of the commercial application that will be recommended by the province will be a minimum of $10. Districts will have to pay additional costs if they opt for some of the catalogue services such as record archiving and advanced reporting. In fact, the cost of BCeSIS is greater than $10 / FTE. International, and other unfunded students, are charged $20 / FTE. In addition, students taking more than the normal course load are charged $1.25 / course. For example, in Saanich, the district pays a total $87,854 and has an FTE of 7,921. This translates to an average of $11.10 per FTE. Also, the additional Ministry charges for archiving will increase this average amount for FTE even further. The cost of operating openStudent is significantly less as described in the table below: # of Student (FTE) Operating Costs per FTE Participation Rate Savings per FTE 15% 90,000 $ 8.44 $ 1.56 25% 150,000 $ 5.07 $ 4.93 50% 300,000 $ 2.53 $ 7.57 75% 450,000 $ 1.69 $ 8.31 85% 510,000 $ 1.49 $ 8.51 The significant savings that districts will enjoy when they move to openStudent can be used to ‘pay back’ their initial investment. The district of Saanich is asking districts to consider investing in the openStudent project at a level that they can afford. The following shows the payback periods for various investment levels and a A Model for Shared Services -39- openStudent Business Plan different district fte sizes. The chart is based on the assumption that 25% or 150,000 students are on the system. This implies an annual savings rate of $4.93 / FTE. Size of Investment Size of District (FTE) $ 100,000 $ 75,000 $ 50,000 $ 25,000 7,500 2.7 years 2.02 years 1.35 years .68 years 10,000 2.02 years 1.52 years 1.01 years .50 years 15,000 1.35 years 1.01 years .67 years .34 years 20,000 1.01 years .76 years .50 years .25 years 25,000 .80 years .60 years .40 years .20 years Quantitative Analysis of openStudent Investment The qualitative reasons for investing in the openStudent project are very compelling. In addition to this, the following quantitative reasons are factors that districts should consider: o An investment now will enable your district to be a member of the consortium during the development phase, allowing you to participate early in the governance and direction of the openStudent project. o Any investment will reduce future annual fees at a rate of $1.00/FTE until the initial investment is repaid. o Investment by other districts is crucial to keeping this very important initiative moving forward. As a shared service initiative, together we will be able to achieve substantial cost savings in the future. o Most importantly, the openStudent project will ensure that participating districts will have the control, flexibility, ownership and interoperability that no commercial product can provide. A Model for Shared Services -40- openStudent Business Plan F. Other Sources of Investment Funding The primary method for raising investment capital for the project is to approach districts and independent schools directly to invest in the development of openStudent. It is expected that districts that invested in the application will receive the majority of their investment back as other districts come on board and pay for their share of the development costs. Notwithstanding the above approach, the team will pursue the following options to raise investment funds, and awareness of the project: a. Encourage districts to move elementary schools to openStudent next fall and the fall afterwards. This will provide the project with necessary operating funds for hosting and help services. This will also provide the project with development funds. b. Investigate possible grants and other external sources of funding. It is possible that angel investors and venture capital firms could take an interest in the project if we can find a viable business model for this. c. Offer other shared services that can be easily implemented and leveraged from existing investments (and using current resources). d. Expand our communications and marketing to include other jurisdictions in Canada. For the most part, school districts in all other provinces are experiencing the same education, budget and technology issues as BC. In fact, many districts in the country will be losing eSIS as well. It makes sense that we could find some willing partners around the country who would receive the same benefits from using a community source application and other shared services. This could in turn represent a viable source of investment funds for the project. Next Steps for openStudent The following is a summary list of the priorities and next steps for the openStudent project staff. • Host open house workshops around Vancouver Island and the lower mainland to demonstrate the software. It is expected that these activities will increase interest and credibility of the project, provide an excellent mechanism for direct feedback from end-users and attract districts to adopting the application for their elementary schools. The sessions will also allow the team to expand on how openStudent will co-exist with other commercial applications. • Host face to face and other communication meetings with senior decision makers in districts and schools throughout BC. Present the key elements of the business plan and the investment opportunities. The sessions will also allow the team to expand on how openStudent will co-exist with other commercial applications. • Continue to participate in conferences, regional meetings and other face-to-face events with district superintendents and secretary-treasurers. Present the business plan and demonstrate the software A Model for Shared Services -41- openStudent Business Plan to attract participation and investment. Conferences will also allow the team to expand on how openStudent will co-exist with other commercial applications. • Continue with online web conferences to demonstrate the software and to facilitate discussion with all stakeholders and subject matter experts. • Continue with focus group meetings around the province to maintain an authentic connection and feedback loop with stakeholders and subject matter experts. Conclusion At present, BC is undergoing significant changes to the delivery of education and to the assessment of student achievement. With this ‘personalization’ of learning, schools and districts will be tasked with innovating news ways to educate students. Along with this will come the increasing need for Information Technology services to deliver true value to the education community and to evolve in sync with changes to education processes. At the same time that education is changing, districts are experiencing declining budgets and declining enrolment. The demand for IT services and an approach to technology that provides flexibility, control, interoperability and above all cost effectiveness has never been more apparent. The time for openStudent and shared services could not be more apparent as it is the only approach that can guarantee the realization of the above ideals. A Model for Shared Services -42- Appendix "A" openStudent)Budget 248,101 Salary & Wages Location Costs Training & Communicatkion Office Supplies etc Capital Costs TOTAL COSTS TO TA L Descrip1on In) Kin d)C on tr Saa nic h)B ud get Sept 1 2011 - June 30 2012 11,000 259,101 - 39,000 39,000 14,438 - 14,438 4,944 4,944 85,517 85,517 353,000 50,000 403,000 Appendix "B" openStudent)Budget 609,000 Salary & Wages Location Costs Training & Communicatkion 22,000 631,000 - 56,000 56,000 65,000 - 65,000 6,000 Office Supplies etc - Capital Costs TOTAL COSTS TO TA L Descrip1on In) Kin d)C on tr Saa nic h)B ud get July 1 2012 - June 30 2013 680,000 6,000 2,000 2,000 80,000 760,000 Appendix "C" openStudent)Budget TO TA L Descrip1on In) Kin d)C on tr Saa nic h)B ud get July 1 2013 - June 30 2014 Salary & Wages 896,000 86,000 982,000 Mandatory Costs & Benefits 135,000 12,900 147,900 5,000 51,100 56,100 - 85,000 Location Costs 85,000 Training & Communicatkion 6,000 Office Supplies etc - Capital Costs TOTAL COSTS 1,127,000 6,000 - 150,000 - 1,277,000 Appendix "D" openStudent)Budget Salary & Wages Mandatory Costs & Benefits Location Costs 1,046,000 86,000 1,132,000 156,900 12,900 169,800 5,000 51,100 56,100 - 95,000 95,000 Training & Communicatkion 6,100 Office Supplies etc - Capital Costs TOTAL COSTS TO TA L Descrip1on In) Kin d)C on tr Saa nic h)B ud get July 1 2014 - June 30 2015 1,309,000 6,100 - 150,000 - 1,459,000 openStudent reporting Appendix F Integration & Data Exchange As openStudent is being created with open source tools such as Java, XML, HTML, Javascript, and CSS, the opportunities for interoperability with other systems is inherent. Many of the ancillary systems which could inter-operate with openStudent include Learning Management Systems (LMS) such as Moodle, Social Networks such as Elgg, Library systems, Financial Systems, Attendance Call-out systems, and more specific systems such as the BCPSEA Teacher Database. Potentially three types of systems can be considered for data exchange and interoperability: applications created by openStudent initiatives and by extension are native and trusted; external open source systems such as Moodle, Elgg, and Kaltura; and commercial systems such as Library, Call-out, and Transportation. Each of these systems has to be taken on the merits of its architectural structure, security, and exchange methodology to name a few. Interoperability is based upon the exchange of data such as student name, course code and so forth. As much of this information resides in the openStudent information system, it is possible to facilitate data exchange. The data source needs to be considered on an applicationby-application basis, as does the authoritative data source. In the example of openStudent and Moodle, much of the authoritative data would reside with openStudent and be shared with the LMS as necessary. This could be facilitated by a number of means as long as security and data privacy is maintained. Moodle supports the Lightweight Directory Access Protocol (LDAP) as does openStudent. Once the specific aspects are determined for export to an application, such as Moodle, there would be a process for the exchange of data from openStudent, whether on a timed or triggered basis. The following diagram provides interoperability for openStudent. a very high-level overview of openStudent reporting Appendix F Although it is possible to both push and pull data from openStudent, there will be a great deal of rigour and security around pushing any data into openStudent. There may also be a requirement for marks data entry (or import) from external programs, or entry from locally developed mobile apps based on a secure API for interoperability. These requirements have yet to be developed. openStudent Reporting openStudent will leverage reporting in three preliminary areas: embedded standard reports, ad hoc reporting and dashboard reporting. Each of these reporting methodologies will utilize the external Business Intelligence (BI) software suite JasperSoft. The specific edition of software will be scaled as openStudent grows in complexity and user requirements become more sophisticated. Our integration plan calls for all reporting to be accomplished initially through the use of JasperSoft Community Edition1. As the core version of openStudent will be focused on elementary schools, their initial requirements will be confined to more “stock reports”, with filtering 1 ! openStudent reporting Appendix F and sorting capabilities. The system will also provide the user with the option to view the report on the user’s screen or send to a physical printer. The community edition includes the following features and advantages: JasperSoft iReporter Designer - the visual design environment for creating and formatting each aspect of the report; productivity functions for drag-and-drop design, sorting, filtering and formatting functions; and integration directly into the openStudent application. The following shows an example of the iReporter screen: JasperSoft Reporting Engine - provides scalable architecture to optimize memory requirements and flexible deployment which connects directly to the openStudent database and provides report output to PDF, HTML, CSV, XLS, TXT, RTF to name a few. openStudent reporting Appendix F Interactive Report Viewing - provides a browser-based report viewer which allows the user to sort, filter, and format column values and headers against the report snapshot view. Centralized User Repository - will securely store user profiles and their reports, and will be embedded within the openStudent application. Report Scheduling - allows for the potential to automatically run reports and distribute them depending upon the needs and requirements of users. Data Integration - the JasperSoft BI system provides the capacity to embed user reports within the context of the openStudent application. Regular updates from the openStudent database will be synchronized with the JasperSoft reporting system. Rather than users’ reports adding additional stress on the system by printing from the openStudent database, reports would be generated on the JasperSoft server using a separate database. The architecture is shown below: The ability to embed reports within the openStudent system will be supported through JasperSoft’s Online Analytic Processing (OLAP) capabilities. openStudent reporting Appendix F User Security - this will be integrated within the openStudent application and be based on user or role privileges. OLAP Analysis - OLAP functionality will provide openStudent users with the ability to analyze data across multiple attributes and periods. It will also include the capacity for advanced users to run complex analytic queries and provide functionality to add supplemental calculations before the report is run. Mobile BI - JasperSoft provides a native app for iPhone and Android devices including touch-based browser support for iPad and Android tablets. openStudent will leverage this capability by providing mobile functionality for these devices. Using JasperSoft’s reporting and business intelligence tools provides openStudent with significant functionality immediately without having to laboriously create reports on a report-by-report basis. There will be a number of “standard” and frequently-run reports embedded within the openStudent application. There will also be the ability to filter, sort and create ad hoc reports at a level that will be a significant improvement over the current BCeSIS system. Data Warehousing & Advanced Reporting As complexity of the openStudent program grows with increased user requirements and levels of sophistication, there will be a need to enhance reporting requirements to perform data analysis and dashboard capabilities. Sophisticated analytics will add data sets not contained within the openStudent environment and may include external testing data (FSA), assessment data, survey data and a host of other related information which will support teaching and learning processes that will effectvely enhance student achievement. This will require the creation of a data warehouse to support the aggregation of data while enabling advanced ad hoc reports, dashboarding, analysis, analytics, archival functionality, data mining and other services. Data sources, with openStudent being the first, will export data through a process called Extraction Transformation Loading (ETL) to the data warehouse which is architected to aggregate openStudent reporting Appendix F raw data into metadata and summary data which can then be indexed and accessed by authenticated users for OLAP analysis, reporting and data mining. The following diagram outlines the broad data warehouse architecture. The JasperSoft Enterprise Business Intelligence Suite offers significant data warehouse reporting capabilities which are a logical extension from the BI Community Edition. As data is generated from openStudent it will be added to a customized data warehouse created through a customized modern open source tools such as Apache Hadoop2 which will aggregate data from openStudent and other data sources. Data input to the data warehouse will provide opportunities for historical, analytical and customized views aggregated across the warehouse. The data warehouse will provide sophisticated data mining capacity allowing educators and researchers to ask questions, which 2 ! openStudent reporting Appendix F we have not had the capacity to ask, even with a common student information system such as BCeSIS. The data warehouse will provide historical, analytical, trend and other forms of analysis not previously available across districts and the province. The enterprise version of JasperSoft will provide the following additional features to those of the Community Edition: Audit Logging - active recording of report, dashboard, and analytical view usage for the purposes of audit tracking and performance analysis. Multi-tenancy - provides permission and access rules openStudent maintains the security and privacy for users. so that In-Memory Analysis - will provide functionality for the analysis of relational and non-relational data, including access to the data warehouse making available interactive tools which offer: pivoting, filtering, drill down, charting, custom calculations - all designed to optimize performance. Metadata Layer - provides a virtual view of the data warehouse which simplifies the presentation in business terms while providing security and privacy. Ad Hoc Report Designer - the Ad Hoc report designer provides additional functionality to the iReporter module and allows for drag and drop report design for non-technical users. Dashboards - are a collection of interactive reports, charts, input controls, and web content in a single integrated view. The following shows an example of the customizable dashboard available to openStudent users: openStudent reporting Appendix F The use of JasperSoft Enterprise Edition with access to the data warehouse will provide users with real-time reporting capabilities. One of the significant drawbacks to the current system is its use of the active database to combine data entry and simultaneous reporting. At peak times this has caused system performance to drop dramatically and even crash. The combination of ETL, the Data Warehouse and the JasperSoft reporting system should maximize performance and greatly improve accessibility issues.
© Copyright 2024