In this meeting we took a step back and reviewed what we have done to date and how to proceed this fall.
Review of charge and priorities
- Much of our work to date has focused on determining what technologies are needed to replace Segue.
- Main projects we have started to get at this are the CT feature matrix, the CT Need Knowledge grid, course site platform survey questions and CT usage analysis
- Other projects we have done that are related are a review of BreadNet and our course site platform recommendations
- Not much work has been done to date on evaluating teaching spaces and creating a tech incubator
- We have had discussion of curricular technology documentation and the team is expected to provide this for the new LIS site
Determining one or more replacements for Segue
We all agreed that we need to determine what people need before we can replace Segue and that the primary methods of determining technology needs are surveys, focus groups and discussions with individuals. We also agreed that we needed more understanding of how to create surveys. Joy agreed to review her notes on creating surveys fr0m a workshop she did at Dartmouth as well as contact the psychology dept for surveying tips.
Web Redo Project
We compared what we are trying to do with what the Web redo project has done:
- Both projects need to find out what users want and what users need. Web redo identified stakeholders from various areas in the college. We probably ought to cull our stakeholders from academic depts
- Web redo delegated responsibilities into following groups: 1. Platform 2. Requirements 3. Design IA. Since our users will be using these technologies to create their own IA and design, we may not need to focus on this in thinking about Segue replacements (other than assuring the platforms we are considering support IA and design needs…)
- The web redo project focused on identifying a single platform for the college website with ancillary platforms supporting it. We are not sure whether the same strategy is appropriate for curricular technologies. Cases can be made for a single primary platform or multiple platforms…
- The web redo project intentionally did not look at how the college website was currently used, but focused on how people would like to use the college site in the future. It is not clear whether the same should be done for curricular technologies. Cases can be made for focusing on survey questions that get at what people want or for focusing on an analysis of how people are currently using curricular technologies. Surveys
By looking only at survey questions, we might get a sense of what people want but we can’t be certain that what they want is what they need. However if we ask the questions correctly and avoid buzz words like “wiki” we’ll likely get better answers.
By looking at how people have used existing platforms like Segue and WordPress, we run the risk of identifying features that people use only because they are the features available and not necessarily the features they want or need. However, if we identify users of particular features (e.g. online discussion) and then look more closely at how they are using discussions as well get these individuals into a focus group, we’ll likely get better answer.
Technology Needs vs Wants
There was considerable discussion of how to get at what technologies people need and how to confirm that what people want is really what they need… This came through in the discussion of survey vs usage analysis as methodologies of getting at this information….
Curricular Technology Documentation
Part of the web redo project is creating a new LIS site. Ian McBride from the LIS website team joined us for a meeting earlier this summer. At that meeting it was agreed that the CT team would provide the content for the Curricular Technology portion of the new LIS site. It was agreed by all the a good model for how this is the Tuft’s Spark site. Here is a comparison of the Spark site to our current documentation:
- The Tuft’s Spark site presents a list of tools (wikis, blogs, webMeetings, podcasts, mediaMarkup, forums, maps) with a consistent UI for each tool that includes an overview of the tools, a Quickstart guide, FAQs, Suggested Uses and feature use cases. This site focuses on “web 2.0” technologies and doesn’t include BlackBoard, Tuft’s primary course management system
- The primary site for curricular technologies that is one the current LIS site is the “Technologies for Teaching, Learning and Research” (TTLR) site (though many on the team were not aware of the existence of this site…). The TTLR site is modeled on the Tuft’s Spark site in that is tries to give an overview of available technologies including course sites, blogs, wikis & collaboration, audio, assessments & surveys and video. In addition to this site there are a host of other sites with curricular technology documentation including Curricular Technologies, iPods and 2nd Language Acquisition, Ed Tech Wiki, MiddBlogs, Digital Media Tutors blog
- Whereas the Tuft’s Spark site focuses on discreet tools, the TTLR site focuses on features of various tools (see: Feature Glossary) or types of media and often describes more than one way to meet a particular need.
- Whereas the the Tuft’s Spark site contains all the documentation, the TTLR contains minimal documentation (comparable to the Tuft’s quickstart) with links to the LIS wiki for more in-depth documentation
- Whereas the the Tuft’s Spark site contains easy to use standardized UI for using tools, the TTLR site links out to various other sites for actually using the tools.
- Whereas the the Tuft’s Spark site has lists examples of usage and recent activity across tools the TTLR site has nothing comparable.
Documentation issues that were identified:
- How much should be consolidate our documentation into one place?
- How many level of documentation should we have?
- How will we coordinate our documentation efforts with those of ACS and the Helpdesk?
- How much overlap will there be between curricular technology documentation and documentation of other platforms/tools/services that are not used in the curriculum.
We agreed we should make recommendations for how to proceed with BreadNet:
- Check our license agreement and confirm we have what we need to update.
- Upgrade to the latest version we have a license for
- Identify a system administrator to manage FirstClass and get them the training they need to maintain the system
- Identify someone at Breadloaf who can be an application administrator and get them the training they need
- …. other?