Functionality #4099

kschedule: temps disponible et non temps travaillé. Aussi pour les six prochains mois, et non 4 semaines

Added by Albert Albala almost 3 years ago. Updated over 2 years ago.

Status:In progress Start date:2011-06-03
Priority:Normal Due date:
Assignee:Samuel Vanhove % Done:

0%

Category:Pipeline
Target version:-
RT ticket:

Description

Avant de pouvoir utiliser couramment kschedule, il nous faut:

- six prochains mois et non 6 semaines
- granularité: temps par mois et non par semaine
- liste des domaines d'intérêt / de compétence de chaque personne
- temps disponible pour contrats (internes ou externes) et non temps travaillé.

Il nous faut donc dans le format suivant pour les 6 prochains mois:

John Doe (Intégration, design, Développement Drupal)
JUIN 10 heures disponibles
JUILLET 40 heures disponibles
AOUT 80 heures disponibles
SEPT 80 heures disponibles
OCT 80 heures disponibles
NOV 80 heures disponibles
APRES 80 heures par mois

Tuyau: mettez vos disponibilités à 50% à 80% de vos heures facturables régulières (n'oubliez pas de prévoir du temps pour vos congés de maladie, imprévus, réunions, urgences, etc.). Dans le cas fictif de John Doe ce-dessus, son horaire est de 30 heures/semaine dont 25 heures facturables. 25 heures * 4 semaines = 100 heures * 80% = 80 heures de dispo. Notre ami John Doe a décidé de prévoir 4 semaines plutôt que 4.333 semaines par mois et est ainsi agréablement surpris d'avoir une semaine non-planifiée chaque 3 mois.

History

#1 Updated by Jonathan L almost 3 years ago

Afin d'entrer notre grille horaire qu'à un seul endroit, on pourrait consolider le champ "kschedule" avec https://wiki.koumbit.net/GrilleHoraire et avec kpay (https://redmine.koumbit.net/projects/gestionprojetkoumbit/wiki/Sp%C3%A9cifications_kpay). Le temps dont Albert parle dans sa demande pourrait être calculé automatiquement: GrilleHoraire - pauses - réunions - congés = temps disponible

#2 Updated by Samuel Vanhove almost 3 years ago

  • Category set to Pipeline
  • Status changed from New to In progress
  • Assignee set to Samuel Vanhove

Merci Albert pour le feedback, il faut qu'on regarde ça de plus près.

Comme le mentionne Jonathan, il faut voir comment ça s'intègre avec le reste des besoins.

#3 Updated by Mathieu Petit-Clair over 2 years ago

J'aimerais aussi que le système se rapelle des estimations faites précédemments et présente une comparaison "réalité vs. estimation" (avec calcul de la proportion d'erreur). Le feedback, ça permet aux gens de s'améliorer.

Je pense aussi que ce système devrait être bloquant. Autrement dit, s'il n'y a pas d'estimations entrée (au moins) pour le mois en cours et le suivant, il ne devrait pas être possible de puncher (prévoir un message d'erreur sympa pour goumbot...)

Also available in: Atom PDF