From: Brian P. C. <bm...@bm...> - 2006-03-03 17:20:07
|
> One of the main points of knowing who hasn't filled in a Questionnaire is so > that they can be targeted for badgering to go away and do so. If you only > know who hasn't filled in the Questionnaire after the closing date this > destroys the logic of the functionality!!! I was a student once and I spit on any help given to a university to badger students. A student should have the right not to fill in a questionnaire and not to be sought out and badgered for doing so. You might even make it clear that an abstention is a tacit declaration of contentedness. The course owner can get a percentage figure any time but no names, no pack drills, and no badgers. This fulfils the objective given: the progress is being monitored with no infringement of anonymity Mass badgering remains an option. Regards, Brian. > > If this is seen as important (which I think it is) I'd vote that results > can't be seen until the cutoff, but that who has filled in can be seen at > any time > > Paul > > ------------------------------------------------------------------------- > Dr Paul V Davis > Acting Head, Learning Technologies Group > Project Manager, WebLearn ( Oxford's version of Bodington.org) > Oxford University Computing Services > 13 Banbury Road, Oxford, OX2 6NN > Tel: 01865 283414 > > > > > > -----Original Message----- > From: bod...@li... > [mailto:bod...@li...] On Behalf Of > Alexis O'Connor > Sent: 03 March 2006 16:46 > To: bod...@li... > Subject: Re: [Bodington-developers] Questionnaire Functionality > > Jon Maber wrote: > > A difficulty is that if you use the functionality frequently enough > > either one or zero names will be dropped from the list compared to > > previous time. All changes to the results can then be attributed to that > > person. The 'less than 50%' restriction protects the anonymity of the > > first 50% of users but not the last 50%. > > > > The answer is (I think) to allow access to the tool at any time but when > > it's run the first thing to do is choose a date. The tool will list > > users who hadn't yet completed the questionnaire at midnight on that > > date. The date is chosen so that if the command was run at some unknown > > point in the past either the same list will be returned as was returned > > then or a list with at least N more names. The user will be told the > > date when the list is output and will be told the number (but not names) > > of people on the list who have now completed the questionnaire. > > > > Jon > > > > Hmmm... prehaps my original post wasn't clear enough ;-). > > I was also saying a cut-off date was required. Up until this date is > reached, the results can not be retrieved in any way, not via the > summary tool, nor CSV file, etc. As respondents submit a response, their > name drops off the non-respondent list. Once all the respondents have > replied or the deadline is reached (what ever comes first) the resource > owner can then get the results. As they have received the results all at > once, they do not have a clear way or attributing an individual result > with an individual user. Anonymity has not been leaked over time as it > would be if the results *and* non-respondents list were both available > prior to everyone having responded or the deadline being reached. (The > deadline is required because there can be perfectly legitimate reasons > for not everyone having responded). > > Alexis > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Bodington-developers mailing list > Bod...@li... > https://lists.sourceforge.net/lists/listinfo/bodington-developers > |