OpenRegistry Goals
- Important to get other schools on board
- Simon Fraser University is the first school after Rutgers to start committing
- Why is OpenRegistry a better option then ILM?
- OpenRegistry isn't a solution for people who need a solution today
Why OpenRegistry
- Rutgers has a new HR system coming which is going to change their IDM stuff
- Rutgers has to do something about the new HR anyway, so they threw their energy into creating a new OR instead of re-writing the old one
- Bring up OR before the HR system
- Columbia built their own solution over 20 years
- Rutgers has the same story
- So does SFU
- So why not go open source?
- Buying a solution is just as much effort building one when all the glue code is accounted for
- Rutgers had a VP on board and hence got traction
- Upper management likes having JASIG on board
Rutgers Internal Rollout Plan
- OpenRegistry roll out upstream of current PDB (Rutgers home grown system)
- Over time move other systems to upstream of OR
- Use OR to capture people not currently covered by PDB
- Continuing ed students are a first use case, since they have no presence in the current system
How does OpenRegistry alleviate the glue code problem that comes with commercial solutions?
- Workflow is not tied in to OpenRegistry?
- Work on common themes (general flow and local common internal magic)
- OR provides a framework that covers the general flow from Systems of Record to directories with hooks for custom configuration through multiple channels
- Handles custom reconciliation in the middle
- Oracle's solution doesn't even handle the concept of multiple SoR
- Reconciliation is a unique concept in OpenRegistry
- Buy in for higher ed
Governance
- Rutgers is officially committed through next summer
- Governance needs to be shored up to demonstrate that this is truly a community driven project, not just a Rutgers project
- Possible advisory committee (might be overkill)
- Lighter weight solution like bi-weekly developer conference calls
Three Types of schools that have shown interest
- Done something already, like a home grown system that they are happy with, or vendor solution with glue code, but have sustainability issues
- Haven't done anything yet and can't contribute to an open source solution, but need something eventually
- 1-2% of schools that need to do something and are willing to jump in to a bleeding edge solution (like SFU)
Strategy to gain traction with other institutions
- 2 page glossy, but product might not be ready
- Continued informal conversations with many Institutions
- Talk about overall design and architecture at conferences
- Need to have something new to talk about at each subsequent conference
- Frame discussions as technical talks like "JPA and Spring: A match made in Maven" and use OR as the background
- Frame discussions as problem and solution for Institutions that don't even know they have these problems
- Develop and open framework for developing plugins
- Here is the tool and here are the ways to modify the tool locally
- If you already have Java developers, look how easy this is
- Move out of incubation into full project
- OR is halfway through the process
Action Item: set up a bi-weekly developer call