[OC] Outils des parents

Michel PABST michel.pabst at free.fr
Fri Sep 10 09:56:17 CEST 2004


Avant propos :
Il ne sert à rien de travailler sur un projet dont on ne maîtrise pas la
planification. Si nous voulons être crédibles, il faut planifier et
respecter ce planning. Faute de quoi, on ne saura pas ce qu'on peut vendre
et à fortiori, à quelle date.
Si on ne prend pas en compte ce besoin, l'OpenCartable sera mort avant
d'avoir existé.

Je le répèterai plusieurs fois dans ce mail, c'est notre enjeu majeur à une
époque où nous commençons à acquérir de la notoriété.

Michel

----- Original Message ----- 
From: "Emmanuel Charpentier" <emmanuel.charpentier at free.fr>
To: <opencartable-devel at lists.adullact.net>
Sent: Thursday, September 09, 2004 11:35 PM
Subject: Re: [OC] Outils des parents


> On Thu, Sep 09, 2004 at 04:19:07PM +0200, Michel PABST wrote:
> > Ok pour la liste des élèves et de ses profs sur le bureau du parent mais
la
> > liste des parents sur le bureau de l'élève n'a aucun intérêt et on doit
> > veiller à conserver le bureau de l'élève le plus simple possible. Quand
aux
> > parents entre eux, on imagine qu'ils communiquent... sur l'oreiller.
>
>   Alors je ne sais pas comment tu vois le bureau des parents, mais à mon
>   avis il n'y a qu'une chose à y mettre, la liste des enfants, c'est
>   tout. Pour éviter que ce bureau soit vide j'irai peut-être jusqu'à lui
>   donner les fonctions "profs" (à voir je sais je sais).
>
On ne développe pas seulement pour le plaisir ! Si le bureau est vide c
parce qu'il n'y a rien à mettre dessus, cela ne doit pas nous conduire à
développer pour "remplir", je crois qu'on ne dispose pas d'assez de temps.

Pour les parents, on peut ajouter la liste des profs de l'élève mais c tout.
Et pas tout de suite !

Ce projet n'est pas géré en terme de temps, il serait temps qu'on y mette de
l'ordre si on veut savoir où on va. Actuellement je ne peux pas annoncer aux
clients de date de disponibilité d'une version figée et validée de
l'OpenCartable. Dans ces conditions, je ne vois pas comment on peut
envisager une exploitation "professionnelle" de ce produit. Si on ne réagit
pas très rapidement pour gérer ce projet on va se décrédibiliser vis à vis
de collectivités et l'OpenCartable ne sera jamais utilisé.

>   Mettre la liste des parents sur le bureau de l'élève cela permet aux
>   professeurs de voir les parent et communiquer avec eux.
>
> > l'élève peut déjà communiquer avec les profs qui lui ont donné des
devoirs,
> > cela est peut-être suffisant dans la mesure où un parent à les mêmes
> > fonctions que l'élève, sans être autorisé à modifier les devoirs.
>
>   Avec la liste sur son bureau, il peut communiquer avec ses profs, même
>   si ceux-ci ne lui ont pas donné de devoirs.

Ceci n'a aucun intérêt pédagogique, on n'imagine pas un prof qui ne
donnerait pas de devoirs à ses élèves.

Même remarque que précédemment : on n'a pas le temps de rajouter des
fonctions, planifions et finissons ce qui est déja défini.

Je demande au chef de projet de l'OpenCartable de planifier la mise a
disposition des fonctions et de publier un plan de versions incluant l'état
des différentes fonctions incluses dans les versions et leur date de mise en
exploitation prévue après validation. Je répette que nous devons être
professionnels si nous voulons être considérés comme tels. Un produit libre
ça ne signifie pas anarchie.
>
>   D'ailleurs je pense que lorsque l'on affiche un groupe on doit voir
>   non seulement les contenus de celui-ci, ses élèves mais aussi les
>   professeurs utilisant ce groupe.

Même remarque que précédemment : on n'a pas le temps de rajouter des
fonctions, planifions et finissons ce qui est déja défini.
>
>   Cela permet à l'équipe pédagogique de travailler comme une équipe, et
>   en plus c facile à faire techniquement.

Les profs sont des individualistes, la notion d'équipe pédagogique est une
légénde entretenue par le ministère. Si on a des demandes dans ce sens, on
avisera.
>
> > Même remarque pour la liste des groupes, pour l'instant, on n'a pas le
> > temps, on verra quand on s'attaquera au travail collaboratif. Si on fait
> > maintenant la modif du bureau de l'élève, il faudra refaire et ça c pas
dans
> > le sens de la qualité ni du délai.
>
>   La liste des groupes dont fait partie l'élève, et les profs qui
>   utilisent ces groupes me parait pertinente sur le bureau de l'élève,
>   et pas ailleurs.
>
Même remarque que précédemment : on n'a pas le temps de rajouter des
fonctions, planifions et finissons ce qui est déja défini.

>   L'élève voit ainsi quels sont ses professeurs. Les professeurs et les
>   parents voient aussi quelles sont les relations entre un élève et ses
>   pédagogues!

Même remarque que précédemment : on n'a pas le temps de rajouter des
fonctions, planifions et finissons ce qui est déja défini.
>
>   En ce qui concerne le changement pour le bureau, et bien de toutes
>   façons je suis en faveur d'un passage en un look 3 colonnes. Rajouter
>   la liste des groupes et des profs, c super simple, qq heures de
>   travail!!!

Même remarque que précédemment : on n'a pas le temps de rajouter des
fonctions, planifions et finissons ce qui est déja défini.
>
> > Les parents, après leur inscription, s'autogèrent depuis leur bureau,
ils
> > sont les seuls à pouvoir se désinscrire : donc rien sur le bureau de
> > l'élève.
> >
> > Pour ajouter un "Parent" à un élève, je propose la procédure suivante .
> >
> > Depuis le bureau de l'élève, on accède à la fonction ajouter "Parent"
> >
> > L'élève doit taper son mot de passe et ensuite, on a 2 cas :
>
>   Je suis pas persuadé que ce soit nécessaire. Mais il faut mettre la
>   liste des parents sur le bureau de l'élève, comme vérification que ça
>   c'est bien passé et que personne ne s'est inscrit comme parent par
>   erreur!

ok pour la liste mais un parent ne peut pas s'inscrire sans le pw de l'élève
: respect de la confidentialité.
>
>   Si jamais un parent n'arrive pas à se connecter à son élève pour une
>   raison X ou Y, il lui sera util d'aller sur le bureau de son enfant
>   pour vérifier, de visu, qu'il est bien marqué comme parent. C'est
>   simple et efficace.

Encore plus simple : il n'a qu'à demander !
>
> > 1) le parent a déjà un compte utilisateur, il saisit son login et son
> > password on vérifie et on valide le cas échéant.
> >
> > 2) le parent n'a pas de compte utilisateur, il saisit civilité, nom,
prénom,
> > email obligatoire et on crée le compte.
> >
> > On voit, à la suite de ça que les parents profs auront sur leur bureau
> > l'accès direct à leurs enfants.
>
>   ok
>
> > Je pense que le bureau d'un utilisateur est un objet personnel et, à ce
> > titre, les profs n'ont pas le droit d'accéder au bureau des élèves comme
ils
> > n'ont pas le droit de voir leur messagerie. Il faut penser que l'élève
> > pourra (plus tard) personnaliser son bureau, y mettre des fichiers, des
> > bookmarks... donc le bureau c perso.
>
>   Alors le bureau ce n'est qu'une page web comme une autre, ce qui est
>   important ce sont les informations qui sont présentées dessus.
>
>   Il est très aisé de conditionner la vue de certaines infos. On peut
>   bloquer l'accès aux mails ou bookmarks, aucune difficulté!
>
>   Imaginons qu'un bureau virtuel corresponde à un vrai bureau physique,
>   tous les documents ne sont pas consultables par tout le monde. Il y a
>   des tiroirs par exemple.

Même remarque que précédemment : on n'a pas le temps de rajouter des
fonctions, planifions et finissons ce qui est déja défini.
>
>   En bref ->
>   - sur le bureau des parents une liste de leurs enfants
oui
>   - sur le bureau des enfants la liste de leurs groupes et profs
>     (colonne de gauche)

Même remarque que précédemment : on n'a pas le temps de rajouter des
fonctions, planifions et finissons ce qui est déja défini.
>   - sur le bureau des enfants la liste des parents (colonne de gauche)

les colonnes c pour plus tard !

>   - les professeurs consultent le bureau d'un élève quand ils cliquent
>     sur leur nom

NON, NON, NON !
>
>   Plus tard

Beaucoup plus tard

j'aurai tendance à rajouter une photo ou un icône sur le
>   bureau (à côté du nom), et quand on consulte le bureau de qq'un

NON, on ne consulte pas le bureau de quelqu'un : LE BUREAU C PERSO

>   d'autre que soit même, on verrait à la place de l'actualité un petit
>   texte écrit par la personne elle même. Je mettrai aussi le nom de
>   l'école (cliquable bien sûr, le lien pourrait emmener sur le bureau du
>   school leader).

Le nom, le logo, l'actualité et tout ce qui concerne l'école fait partie du
site web de l'établissement accessible depuis l'ENT, on n'a pas besoin de
redondance.
>
>
> > Michel
> >
> > ----- Original Message ----- 
> > From: "Emmanuel Charpentier" <emmanuel.charpentier at free.fr>
> > To: <opencartable-devel at lists.adullact.net>
> > Sent: Monday, September 06, 2004 3:28 PM
> > Subject: Re: Fw: [OC] Outils des parents
> >
> >
> > >
> > >   Faire la fonction tuteur *que* pour les parents ou pour tout le
monde,
> > >   ça revient plus ou moins à la mêche chose techniquement.
> > >
> > >   Bien sûr il n'y a pas de mal à appeler cette fonction "parent"
plutôt
> > >   que "tuteur" si c pour des raisons marketing. Mais ça c du buzzword,
> > >   ça change en fonction des modes et des gens rencontrés lors des
> > >   présentations.
> > >
> > >   Sur le bureau des tuteurs il faudra une liste des élèves suivis
> > >
> > >   Sur le bureau de l'élève placer une liste des tuteurs. Communication
> > >   élève-tuteur et tuteur-tuteur. Vérification de qui suit un élève.
> > >
> > >   L'icone + de la liste des tuteurs pourrait ouvrir une simple demande
> > >   de login/password qui crée ensuite le profil parent automatiquement.
> > >   Mais si un parent peut avoir plusieurs enfants à suivre, il faudra
> > >   nécessairement un formulaire plus avancé. Permettre d'ajouter des
> > >   professeurs n'est alors guère plus compliqué. Chose amusante, les
> > >   professeurs qui sont aussi parents d'élève évitent ainsi d'avoir
> > >   plusieurs logins sur lesquels jouer.
> > >
> > >   Mettre un icône +/- permettant notamment de retirer des tuteurs, ça
> > >   permet de se tromper. Il faudra voir s'il n'y a qu'un formulaire ou
> > >   deux d'ajout de tuteur.
> > >
> > >   Placer sur le bureau de l'élève la liste de ses groupes et peut-être
> > >   la liste des professeurs travaillant avec ses groupes ça permet la
> > >   communication tuteur-professeur et élève-professeur.
> > >
> > >   Faire en sorte que tout professeur puisse consulter le bureau d'un
> > >   élève ouvre la communication professeur-tuteur. De plus ça nous
> > >   simplifie la vie pour la page de profil où il n'y a plus qu'à
afficher
> > >   le formulaire de changement de nom/Adresse et password. De plus le
> > >   professeur voit ainsi la liste des tuteurs d'un élève.
> > >
> > >   Les autres changements du bureau sont simples à réaliser et nous
> > >   approche du look "3 colonnes" qui est très à la mode en ce moment
> > >   (colonne centrale faisant 50% de la largeur).
> > >
> > >   manu
> > >
> > >
> > > On Mon, Sep 06, 2004 at 02:40:02PM +0200, Michel PABST wrote:
> > > > Je crois qu'il faut commencer par faire simple : on ne parle que de
la
> > > > fonction "Parent".
> > > >
> > > > On n'a pas besoin de liste sur le bureau de l'élève.
> > > >
> > > > Par contre, la "déclaration" d'un parent doit impérativement être
faite
> > > > depuis le bureau de l'élève, après saisie du pw de l'élève.
> > > >
> > > > Le profil du parent est créé s'il n'existe pas déja sinon le parent
tape
> > son
> > > > login et son pw pour se déclarer.
> > > >
> > > > Remarque : cette fonction est très importante "commercialement" car
on
> > fait
> > > > vraiement, avec elle, rentrer l'ENT dans la vie citoyenne. Dans un
> > premier
> > > > temps, on ne développera pas trop les fonctions ( je crois qu'on
manque
> > > > cruellement de développeurs) : un accès similaire à celui de l'élève
> > sans
> > > > l'autorisation d'écrire me parait suffisant.
> > > >
> > > > Il sera bon également que le parent puisse correspondre facilement
avec
> > les
> > > > profs de son enfant.
> > > >
> > > > Le brouillon d'un devoir qui n'a pas été rendu ne peut être vu que
par
> > > > l'élève.
> > > >
> > > > Pour ce qui est de l'aspect des bureaux, ne pas oublier que les ENT
sont
> > > > personnalisés au look de l'établissement.
> > > >
> > > > Je pense qu'il ne faut pas compliquer le bureau de l'élève. Pour
> > l'instant,
> > > > de toute façon, on a autre chose à faire que de le refaire.
> > > >
> > > > ----- Original Message ----- 
> > > > From: "Emmanuel Charpentier" <emmanuel.charpentier at free.fr>
> > > > To: <opencartable-devel at lists.adullact.net>
> > > > Sent: Monday, September 06, 2004 2:25 PM
> > > > Subject: Re: [OC] Outils des parents
> > > >
> > > >
> > > > >
> > > > >   Alors tel que je le vois.
> > > > >
> > > > >   Les parents sont des individus, n'importe lesquels, qui
s'inscrivent
> > > > >   sur la plate forme. Leur inscription étant faite en partant de
> > > > >   l'inscription démo, ou alors à partir du bureau de leur enfant
(à
> > > > >   voir).
> > > > >
> > > > >   Sur le bureau de l'enfant on met une liste des tuteurs, à droite
du
> > > > >   titre de cette liste on a deux icônes, un +/- pour ajouter ou
> > enlever,
> > > > >   un + pour créer ex nihilo.
> > > > >
> > > > >   Tout individu présent sur un serveur peut-être *tuteur* d'un
enfant,
> > > > >   pas seulement un parent. La page permettant de trouver et
ajouter un
> > > > >   tuteur devra être réfléchie... pour être simple surtout.
Peut-être
> > > > >   avoir une pré-selection des personnes ayant le même nom de
famille,
> > > > >   ainsi que de tous les professeurs du même établissement, ou
> > seulement
> > > > >   les professeurs utilisant un groupe dont faire partie l'élève.
> > > > >
> > > > >   Tutorer cela implique de consulter ce que peut voir l'enfant, c
> > tout.
> > > > >   Aucune modification possible en tant que tuteur.
> > > > >
> > > > >   Chaque tuteur aurait, sur son propre bureau, une liste des
étudiants
> > > > >   qu'il suit. En cliquant sur le nom d'un enfant il irait
directement
> > > > >   sur le bureau de celui-ci.
> > > > >
> > > > >   Questions que je me pose, et que je vous pose, est-ce que tout
> > > > >   professeur a accès au bureau d'un enfant? Est-ce que l'on peut
voir
> > la
> > > > >   réponse des devoirs même si elle n'a pas été rendue?
> > > > >
> > > > >   Je dirai oui puis non. Si le professeur veut vraiment voir la
> > réponse
> > > > >   partielle d'un devoir, il demande à l'élève de lui montrer
depuis sa
> > > > >   propre interface.
> > > > >
> > > > >   Sur le bureau des enfants il y aurait:
> > > > >   - son nom, prénom (lien vers un formulaire d'édition si les
droits)
> > > > >   - dernière connection
> > > > >   - nom de son école (vers un formulaire de consultation)
> > > > >   - actualité
> > > > >   - liste des groupes dont il fait partie
> > > > >   - liste de ses tuteurs
> > > > >   - liste de ses contenus
> > > > >   - liste de ses cours
> > > > >   - liste de ses devoirs
> > > > >   - liste de ses notes
> > > > >
> > > > >   Je mettrai bien les groupes et tuteurs dans une colonne placée à
> > > > >   gauche. Les contenus dans une colonne à droite. Le reste au
centre,
> > > > >   sous "actualité".
> > > > >
> > > > >   Une liste ne serait pas un select, mais une vraie liste ouverte,
> > comme
> > > > >   celle des contenus dans la page de profil (cette liste n'aurait
plus
> > > > >   lieu d'être à cet endroit d'ailleurs).
> > > > >
> > > > >   Les listes de cours et notes sont particulières, elles ne font
> > > > >   qu'augmenter. Pour éviter cela nous avons actuellement une
> > politique:
> > > > >   ne sont affichés que ceux qui ne sont pas encore vus par
l'étudiant.
> > > > >
> > > > >   On pourrait peut-être passer à une autre règle, n'afficher que
les
> > dix
> > > > >   derniers (oui, c arbitraire).
> > > > >
> > > > >   Ou encore tout afficher, mais dans des boites avec scrollbar
quand
> > il
> > > > >   y en a plus de 10 (très facil à faire techniquement et ça nous
évite
> > > > >   de faire une page pour chaque liste complète).
> > > > >
> > > > >   manu
> > > > >
> > > > >
> > > > > On Mon, Sep 06, 2004 at 12:09:21PM +0200, Michel PABST wrote:
> > > > > >    On parle de plus en plus de l'association des parents `a la
> > demarche
> > > > des
> > > > > >    ENT.
> > > > > >
> > > > > >    Je crois que nous allons devoir developper des outils pour
les
> > > > parents.
> > > > > >
> > > > > >    Je vous livre ici mes premieres reflexions afin d'initialiser
le
> > > > debat sur
> > > > > >    cet aspect important de l'ENT.
> > > > > >
> > > > > >    On peut dire que les parents peuvent :
> > > > > >
> > > > > >    - Visualiser les cours, les devoirs, le notes et generalement
> > tout ce
> > > > que
> > > > > >    peut voir leur enfant. Ils n'ont pas la possibilite de
modifier
> > ce
> > > > qu'a
> > > > > >    fait l'enfant.
> > > > > >
> > > > > >    - Communiquer avec les professeurs de leur enfant
(messagerie,
> > forum,
> > > > > >    chat...)
> > > > > >
> > > > > >    - Acceder au site de l'etablissement (vie de l'etablissement,
> > info
> > > > > >    generales, reunions, emplois du temps...)
> > > > > >
> > > > > >    Pour s'inscrire comme parent, un utilisateur doit le faire
depuis
> > le
> > > > > >    bureau de son enfant.
> > > > > >
> > > > > >    Attention : Un parent pouvant avoir plusieurs enfants, il
peut
> > > > acceder `a
> > > > > >    plusieurs etablissements. Il faut bien reflechir `a la fac,on
de
> > > > traiter
> > > > > >    le sujet.
> > > > > >
> > > > > >    Le debat est lance, merci de vos avis.
> > > > > >
> > > > > >
> > > > > >    Michel PABST
> > > > > >    Mobile : 06 09 80 01 15
> > > > > >    Email : [1]mpabst at opencartable.org
> > > > >
> > > > >
> > > > >
> > > > > _______________________________________________
> > > > > OpenCartable-devel mailing list
> > > > > OpenCartable-devel at lists.adullact.net
> > > > >
http://lists.adullact.net/cgi-bin/mailman/listinfo/opencartable-devel
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > OpenCartable-devel mailing list
> > > > OpenCartable-devel at lists.adullact.net
> > > >
http://lists.adullact.net/cgi-bin/mailman/listinfo/opencartable-devel
> > >
> > >
> > > _______________________________________________
> > > OpenCartable-devel mailing list
> > > OpenCartable-devel at lists.adullact.net
> > > http://lists.adullact.net/cgi-bin/mailman/listinfo/opencartable-devel
> > >
> >
> >
> > _______________________________________________
> > OpenCartable-devel mailing list
> > OpenCartable-devel at lists.adullact.net
> > http://lists.adullact.net/cgi-bin/mailman/listinfo/opencartable-devel
>
>
> _______________________________________________
> OpenCartable-devel mailing list
> OpenCartable-devel at lists.adullact.net
> http://lists.adullact.net/cgi-bin/mailman/listinfo/opencartable-devel
>




More information about the OpenCartable-devel mailing list