Date dans le futur avec weekends dans Excel

Vous vou­lez qu’Excel vous annonce si une dead­line à été dépas­sée. Par exemple, pour de la ges­tion de pro­jet, du suivi…

Pro­blème

Je veux que ce tra­vail soit ter­miné d’ici 10 jours.

Oui, mais 10 jours ouvrés, c’est-à-dire sans prendre en compte les samedi et dimanches (et jours fériés). Et disons qu’il y a deux jours fériés (qui tombent des jour ouvrés, sinon on s’en fiche).

Solu­tion

  1. Cel­lule A1 : 01/01/2012
  2. Cel­lule A2 :
    • =SI(A1<AUJOURDHUI();"Retard";SERIE.JOUR.OUVRE(A1;10;2))
    • Mise en forme condi­tion­nelle sur : si la cel­lule contient Retard, affi­cher un fond rouge

Expli­ca­tion

La fonc­tion SI résoud une ques­tion logique. Ici, il s’agit de véri­fier si la date du jour (AUJOURDHUI()) est supé­rieur à la date ren­trée dans la cel­lule A1 (dit autre­ment : si A1 est du passé, du pré­sent ou du futur). Si A1 est bien du passé, alors Excel affiche Retard. Sinon (si c’est du pré­sent ou du futur), alors il affiche la date de livraison.

Pour affi­cher la date de livrai­son, nous uti­li­sons la fonc­tion SERIE.JOUR.OUVRE. Cette fonc­tion est capable de sau­ter les week-ends et les jours fériés. Elle accepte trois variables : la date de départ, le nombre de jours à incré­men­ter (ici, 10 jours) et le nombre de jours fériés (ici, 2 jours).

Pour le fond rouge, allez (dans Excel 2010) sur l’onglet Accueil, groupe Style, bou­ton Mise en forme conditionnelle, menu Gérer les règles. Puis dans la nou­velle fenêtre, choi­sis­sez Nouvelle règle, puis Appliquer une mise en forme uniquement aux cellules qui contiennent, Texte spécifique contenant Retard.


Je suis friand de vos retours, alors n’hésitez pas !

Gestion de projet : la rflexion pralable et les impondrables

Tu com­mences à rali­ser que beau­coup de choses autour de nous sont mal gres. Et pour les requêtes de clients qui changent en per­ma­nence, je connais ç, et c’est sûr que ç n’aide pas à faire du code effi­cace… À moins de tout rcrire à chaque demande… Ida­le­ment, il ne fau­drait que les demandes des clients soient claires dès le dpart et qu’elles ne changent pas.

Je serais d’accord si je n’avais pas dix ans de mtier :/ En gros, tant le client que les uti­li­sa­teurs sont tri­bu­taires d’normment de choses ind­pen­dantes de leur volont.

Tiens, par exemple : Bull ne sup­porte plus depuis belle lurette son bazar (GCOS), ce qui impose donc, tôt ou tard, de migrer l’usine à gaz comp­table vers autre chose. Constats : d’une part, il faut trou­ver un envi­ron­ne­ment « fiable&#xA0» d’autre part, dve­lop­per la migra­tion. De fait, le tout nces­site du temps, de l’argent, et dans l’entretemps les règles peuvent voluer. La paie est quelque chose qui volue sans cesse (nou­velles taxes, nou­veaux contrats…) ce qui a pour consquence que le client te balance « faut virer ce truc et le rem­pla­cer par ce machin&#xA0». Toi, tu te dis « c’est dbile&#xA0» mais tu es tenu de le faire vu le besoin fonc­tion­nel chez eux.

Ajou­tons gale­ment la pro­bl­ma­tique de la rflexion. Lorsqu’un pro­duit est ima­gin, il rpond (en prin­cipe) à un besoin non iden­tifi au dpart. Typi­que­ment, plus tu as de ser­vices dans une socit, plus tu as de chances qu’il y ait un besoin d’changes entre eux, chose qui est rare­ment (pour ne pas dire jamais) ima­gin. Alors d’un pro­duit bien conçu, tu finis par abou­tir à une grosse bouse, lourde, sur­charge, parce que jus­te­ment il y en a besoin… et que cela a t com­plt à la barbare.

Ceci tant, nombre de choses pour­raient être revues avec effi­ca­cit, à la condi­tion expresse de ver­rouiller les phases de rflexion afin de s’pargner les errances de bien des pro­jets. À mon sens, c’est même une des causes majeures de l’chec des pro­jets de grande envergure.

La char­rue et les bœufs. Ça fait des mois que je me bats avec des col­la­bo­ra­teurs sur ce point.
ujet ».


La cita­tion à-peu-près-dans-le-sujet du jour : Pour gagner du temps, il faut com­men­cer par en perdre.