Menu
▾
▴
Re: [Bodington-developers] Questionnaire Functionality
|
From: Brian P. C. <bm...@bm...> - 2006-03-06 12:47:23
|
> Brian, > I suspect that your righteous anger is coming over a bit more > agressively than you intend. Can we find out what is behind this before > you let rip on behalf of the poor students? No, Jon, my mother was not frightened by a compulsory questionnaire when I lay in her womb. Vehemence, but no aggression lies in my breast. This is all part of my lifelong mission to speak out against and fight the misuse and abuse of authority wherever I find it. > Paul, > I'm interested (genuinely!) in how the GMC regulations work. Perhaps, as > Brian thinks the GMC have come up with a silly regulation - but I think > we need to give them the benefit of the doubt. (And if the regulation is > silly it still has to be complied with until they change it.) In my experience, the practice of compulsory anonymous questionnaires is not very common in this country, and I think for good reasons: one of which Jon mentions below - force a student to do something that he or she doesn't want to and you are likely to get lots of Mickey Mouses, all As, all Cs or all Es as a reply. I'm not fully apprised of the facts, but I'm absolutely amazed that the GMC has demanded compulsory anonymous feedback questionnaires (if this indeed is what we are talking about here.) It demands compulsory questionnaires from the Medical Schools themselves, but...stop, even boring myself to tears here. > > I have often been asked to add functionality to Bodington code which I > have considered to be unethical, impractical or silly and it's important > to put the functionality on one side and ask questions about what the > client really wants to acheive. There are two good ways out of this - > a) I realise that they where right, b) we come up with different > functionality that acheives the same goal. > > Sometimes some functionality is genuinely needed but can be misused. > This is the trickiest situation but it isn't down to the programmers - > it's down to the people who shape policy in the university/college. So, > for example at Leeds I was extremely concerned about the use of > uninvigilated on-line MCQs for formal assessment but there wasn't > anything I could do in the software other than right guidance notes in > the help file - it's up to the various examinations committees to regulate. > > Similarly, the issue of badgering students to fill in questionnaires is > less to do with the software development and more a matter for > institutional decision making. In some circumstances it may be necessary > to badger certain groups of students and in the normal run of things the > realisation that it will put the students in a very negative frame of > mind while they give their opinions on the questionnaire will lead to > anti-badgering policy. > > Having said all this, personally I would only use on-line course > satisfaction quesionnaires in certain circumstances if a) the class size > is so big that I don't care if only 50% fill it in or b) the class is > small and I've asked them how they would prefer to respond and they have > opted for on-line. In other cases I would hand out a paper questionnaire > and an optically marked card for the multiple choice element. I'd do > that in a lecture and allow 30 minutes for them to fill it in. In this > situation, if the student doesn't complete the questionnaire it's > because they don't want to, not because they forgot and need badgering. So... your class contact time is illegally set at 33 hours this week, and has been averaging around 27 for the past 10 weeks. You're about 5 hours behind in your syllabus and have been feverishly preparing handouts for the last 2 weeks to cover one of the topics that is in an exam question. You're knackered and can't wait until the Christmas break. The final official act before the marking onslaught to come is to get your questionnaires done. Devise several ways to deliver a questionnaire? Give the wee darlings a choice? Put aside 30 minutes? Here's the URL, chaps! Students don't deserve to be badgered (even medical students), but there's no need to pamper them. One advantage of the automated approach is that all students are treated equally (a Good Principle). If it was left to me as a module leader, I'd be off to the pub, whereas others might badger vigorously. Ultimately, in this case, the specs are reasonably clear, but not very good. The 50% rule is too wishy washy. Regards, Brian > > Jon > > > BRIAN CLARK wrote: > > >Oho! Now we've got interfering busybodies... My hat, the salt and pepper are still safely stowed away... > > > > Brian > > > >Paul Davis <pau...@ou...> wrote: > > We're talking General Medical Council regulations here > >Paul > >----- Original Message ----- > >From: "Brian Peter Clark" > >To: > >Sent: Friday, March 03, 2006 5:38 PM > >Subject: RE: [Bodington-developers] Questionnaire Functionality > > > > > > > > > >>> > >>> > >>>>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. > >>> > >>>No Brian, you miss the point > >>> > >>> > >>I don't think I miss the point - the right of a student not to be > >>badgered. If, indeed, the questionnaire is obligatory, then the > >>student still has the right not to fill it in and accept the sanctions. > >> > >>Now there is another point about who made up the blinkin > >>regulation in the first place. > >> > >>Regards, > >> > >>Brian > >> > >> > >>>This functionality is being devised because students HAVE to fill in the > >>>form in order to comply with regulations. With current functionality Bod > >>>can't be used. We have other types of Questionnaire which students > >>> > >>> > >aren't > > > > > >>>compelled to fill in. > >>>Paul > >>> > >>> > >>> > >>>------------------------------------------------------- > >>>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 > >> > >> > >> > >> > > > > > >------------------------------------------------------- > >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 > |
