As we deploy a new website for a faculty (and the associated schools) in WIP II Phase 2 we will disestablish the old one.This means that any content on the old site must be handled prior to decommissioning, either covered by newly written content (probably either on the new faculty site or elsewhere on Homesite) or dropped/deleted (a legitimate option for some content).
In the current delivery approach:
- Phase 3
...
- covers
- postgraduate information
...
- - all postgraduate degrees/programmes, the Faculty of Graduate Research's site and http://www.victoria.ac.nz/postgradlife/
...
- short courses relevant to postgraduate students run by the Faculty of Graduate Research
...
- Phase 4 covers
- all (
...
- subject to final agreed scope) the sites for research centres, institutes and chairs
...
- Phase 5 - a number of student information sites
...
- .
As the project team's understanding of faculty and schools (current sites and the proposed future sitssites) has grown, we have realised that our proposed delivery approach can be improved.
The main direction for improvement lies in pruning content areas off all the existing faculty and school sites in repeat . This would be done by repeat "by content area" sweeps , and rewriting it the content for the Homesite, all prior to redeveloping the first new faculty site. This pruning, at least in part, will cover content that would otherwise be in a future stage, but where doing it earlier seems to make more sense. Each sweep would reduce the size and complexity of all the faculty and school sites, so that eventually the only content left is that which will be covered on the new site or dropped altogether. The project team all believe that this revised approach is better, as does Nathan. However, this
This leaves some important questions that need answers before an approach decision can be made.
...
There are currently three areas (in in contention for also being addressed "by content area" before we start on building the first new faculty site. These are in common to all/most faculties, have a significant volume of content (i.e. number of pages), with clear target areas on Homesite) in contention for also being addressed "by content area" before we start on building the first new faculty site:.
- Postgraduate: Programmes (subjects will be done in Phase 2), information, forms, etc on faculty and schools sites, but excluding FGR.
- Excluding Subjects which will be done in Phase 2 and FGR's faculty site and postgraduateLife,
- which will be handled in Phase 3.
- Research: Information for, on and about research (including funding, etc) that is currently in faculty and school sites, but excluding .
- Excluding the research centres, institutes and chairs,
- which will be handled in Phase 4.
- Information to support current students: That information that is in common to other faculties and/or has a natural home in the Current Students zone hub on Homesite, but excluding .
- Excluding current student information that is unique to a faculty and/or does not have a natural home in Current Students (until more work here is done, be that I/A or refactoring).
- Excluding current student information that is unique to a faculty and/or does not have a natural home in Current Students (until more work here is done, be that I/A or refactoring).
All other content on faculty and school sites will be dealt with on a "by faculty" basis.
...
The project team members and Nathan are in agreement to attempt and prune off as much as possible from all the existing faculty sites before engaging with building a new site for the first faculty.
Some guidelines and limits to this view are:
...
- More redirecting: area being pruned will require an audit and plan for the links to that area from elsewhere, especially on the old faculty site it is coming from. Sometimes we might be able to enable the new content on Homesite and leave the old working on the old site without any great disadvantage. Making changes on a stable, albeit old site introduces risk. While testing can mitigate this risk, it costs and is unlikely to entirely eliminate it.
- By domain is likely to extend the elapsed time over which we need contact with the web admins in faculty and schools. However, it will be less intense on any one faculty or person, so on balance is probably a better idea. It also gives us more opportunities to win people over and show what the new content looks like in on Homesite before we disable their old faculty site.
- I am unclear if one approach is more efficient (i.e. quicker/cheaper) over all.
- I am unclear if one approach has less workload impact on the core team. Having said this it is clear that doing things well will place high demands on the core team, both the impact on the the I/A work and those curating content on Homesite.
- URL's: We would have less flexibility to reuse existing urls for the new topic pages until such time as the old school and faculty sites are disabled, freeing up some more desirable urls (e.g. www.victoria.ac.nz/design design )
When do we require a decision on the approach?
...
We have not seen any content that we would want to move "as is" but accept that we will move "out of scope" content (e.g. short courses) without any changes. So yes, but only due to scope nit because the quality is good enough.
Other questions from Chrissi awaiting answers:
- What impact will it have on the testing required and how will it influence the remaining test plan
- What impact on delivery/timeframes – can we do this all by the end of 2016? Is there an approach that is quicker? Does that mean we cut corners?
- Content mapping – in addition to the spreadsheet on F&S v2 page > https://victoriauniversity.atlassian.net/wiki/pages/viewpage.action?pageId=16154703
- Can we do relative sizing yet or is the approach required front?