Mode d’emploi

Ce qui existe selon la plateforme

Le portage Android est encore en cours : sa colonne décrit ce qui est déjà en place. Les outils propres au PC — le diagramme de Gantt et le rejeu d’un déroulement — sont décrits dans le guide PC.

1. L’idée en trente secondes

On dit à KitchenFlow ce qui va être cuisiné et à quelle heure le repas doit être servi. Elle en déduit quand commencer chaque étape, le montre, puis accompagne pendant l’exécution : elle signale les retards et sonne quand il est temps de passer à la suite.

Le problème qu’elle règle, c’est qu’un repas n’est pas une liste à la queue leu leu. Le four chauffe pendant qu’on épluche ; une viande repose pendant qu’on dresse la table. Calculer de tête l’heure du premier geste, dans un repas de deux plats, c’est déjà de l’arithmétique ingrate ; c’est exactement ce que KitchenFlow fait, et ce qu’elle rectifie quand la réalité dérape.

2. Un plat, des étapes

Un plat est la liste ordonnée de ses étapes. Chacune a un nom, une durée, et — si on veut — des consignes à lire le moment venu. Voici un gratin dauphinois :

Au plus simple, l’application met ces étapes bout à bout : on enchaîne. Un plat, alors, c’est un total — 95 min ici, du premier coup d’économe à la sortie du four —, et c’est ce total qui détermine l’heure de repas proposée quand on commence.

Mais deux réglages viennent nuancer cet enchaînement, et c’est là que se joue tout l’intérêt de l’outil : les transitions, qui disent ce qu’on peut attendre entre deux étapes (§3), et le mode parallèle, qui dit si une étape doit vraiment bloquer la suite (§7). Une étape peut aussi sortir de l’enchaînement pour ne plus le contraindre du tout.

Un plat ne se réserve pas : le catalogue garde la façon de cuisiner, et chaque repas garde ses propres réglages et sa propre avancée. Modifier un plat ne touche jamais à un repas déjà composé.

3. Entre deux étapes : la transition

Une transition répond à une seule question : quand l’étape suivante peut-elle commencer ? Elle ne change pas les horaires affichés — le planning enchaîne toujours les étapes bout à bout —, elle dit ce que l’application surveille pendant la cuisson.

Une étape flottante bornée qui dépasse sa marge l’affiche — Marge de 10 min dépassée — avec, à côté, depuis combien de temps elle l’est. C’est le moment d’agir.

La marge se compte depuis la fin réelle de l’étape précédente, pas depuis son heure prévue : si la précédente est lancée très en avance, la surveillance démarre en avance elle aussi, même quand le plan est parfaitement à l’heure. Pour une pause qu’on veut pouvoir étirer tranquillement, c’est Flottante libre qu’il faut choisir.

4. La fin d’un plat : le service

La dernière étape d’un plat ne mène pas à une autre étape, mais au service : l’heure du repas. Sa transition dit de combien le plat peut être avancé si le cuisinier est occupé ailleurs.

À l’heure du repas, tous les plats finissent ensemble : le plan est le plus resserré que le repas permette, et rien n’est préparé à l’avance pour rien. Mais deux tâches ne se chevauchent jamais (§6) : quand le cuisinier est pris ailleurs, c’est le plat le plus souple qui recule. La marge de service dit combien de terrain ce plat accepte de céder.

5. Les deux minuteries d’une étape

Chaque étape peut porter deux alarmes, indépendantes du planning :

• au début — « il est temps de démarrer », à l’heure prévue. Pour ce qu’on ne voit pas venir : un four qui chauffe, une pâte qui repose.
• à la fin — « c’est cuit », à l’échéance de la durée réellement écoulée depuis le démarrage. Pour ce qui ne doit pas dépasser.

Une minuterie réclame une action : tant que l’étape n’a pas été faite, elle insiste, et l’on peut la faire taire sans faire l’étape. Une nouvelle alerte remet le son. La forme de cette insistance — son, bandeau, pictogramme — est décrite dans le guide PC et le guide Android.

Le bouton du geste possible passe au rouge dès que l’action est due — l’heure venue pour démarrer, la durée écoulée pour terminer —, qu’une alarme soit armée ou non : le rouge dit « il y a quelque chose à faire ici », pas « une minuterie sonne ». Une étape en retard, sans la moindre alarme, a donc elle aussi son bouton rouge.

La tolérance au retard

On arrive toujours quelques secondes après la sonnerie. Sans réglage, l’application considère qu’un démarrage ou un arrêt qui tombe dans les 20 secondes qui suivent est à l’heure : le planning ne bouge pas pour si peu. Cette tolérance se règle par étape, dans le formulaire — la case « Tolérance au retard » : une cuisson de pâtes de 4 min n’excuse pas 30 secondes, quand le préchauffage de 15 min du four les supporte très bien.

Les étapes qui n’en déclarent pas suivent un défaut de 20 secondes pour toute l’application. Sur PC, ce défaut se change dans parametres.json (voir le guide PC) ; sur Android, il n’y a pas encore d’écran pour le changer (voir le guide Android).

Chaque geste se juge sur ce que l’application annonçait : l’heure prévue pour le démarrage, l’échéance de l’alarme de fin pour l’arrêt. C’est le geste qui est arrondi, jamais le temps : l’alarme sonne toujours à sa vraie échéance, et un retard qui dépasse la tolérance est annoncé, lui, sans indulgence.

Et arrondir les deux gestes ne ment pas sur la cuisson : notre temps de réaction est à peu près le même au démarrage et à l’arrêt, si bien que les deux retards s’annulent en grande partie — la durée réellement cuisinée reste celle du plat, à quelques secondes près.

6. Tâches et attentes

Toutes les étapes ne réclament pas le cuisinier. Il y en a de deux genres :

les tâches fond ambré

Un travail actif : éplucher, garnir, assaisonner, enfourner…

les attentes vert pâle

Une étape qui avance toute seule : une cuisson, un préchauffage, un repos. Le cuisinier est libre pendant ce temps.

C’est la case « Tâche » du formulaire d’étape qui tranche — cochée par défaut à la création, parce que la plupart des étapes sont du travail actif. Décochée, l’étape avance seule.

Pourquoi ça compte : le planning fait en sorte que deux tâches ne se chevauchent jamais — y compris entre les plats d’un menu. On ne peut pas laver la salade et garnir la quiche au même instant : il n’y a qu’une paire de mains. Les attentes, elles, se chevauchent librement : pendant que le four chauffe ou que la viande cuit, on avance ailleurs. C’est tout l’intérêt de les distinguer.

Les tâches sont placées au plus tard possible : celle qui finit le plus près du service garde sa place, et les autres remontent dans le temps. Quand c’est ce partage qui décide de l’heure d’une tâche, sa contrainte le dit : après « Assaisonner la salade » (Salade).

Les tâches se repèrent à une teinte ambrée — la même sur les deux plateformes —, dans la timeline comme dans la liste des étapes d’un plat. C’est la nature de l’étape, pas un état : la teinte reste visible à l’arrêt, quand les couleurs des lignes s’éteignent.

Ce que ça ne fait pas : les plats restent indépendants — aucun plat n’attend un autre — et le four n’est pas réservé : deux plats peuvent très bien cuire en même temps. KitchenFlow suit le cuisinier, pas le matériel.

7. Le mode parallèle

Le problème : un four doit chauffer pendant qu’on prépare le reste. Dans un enchaînement simple, « Préchauffer le four » bloque tout — ce qui la précède doit finir avant, ce qui la suit doit attendre après. Ce n’est évidemment pas comme ça qu’on cuisine.

Deux garde-fous. Une étape En parallèle doit être attendue par au moins une autre : sinon rien ne dirait où la placer, et l’enregistrement du plat est refusé. D’autre part, un rendez-vous qui formerait une boucle — « A » attend « B » qui attend « A » — est également refusé, en nommant les deux étapes à défaire.

Ce que ça ne fait pas : le four ne se réserve pas. Le parallèle agit à l’intérieur d’un plat, et deux plats peuvent parfaitement être planifiés au four en même temps — KitchenFlow ne suit pas l’occupation du matériel (four unique, nombre de plaques : c’est hors de son périmètre). Ce qu’elle suit, en revanche, c’est le cuisinier, et deux tâches ne se chevauchent jamais, même entre plats (§6).

8. Le menu, le repas, la timeline

• Un menu réunit les plats servis ensemble. On coche les plats, puis on règle l’heure du repas — l’application en propose une, arrondie au quart d’heure qui suit la durée du plat le plus long.
• Ouvrir un menu, c’est commencer un repas : la timeline s’ouvre à l’arrêt si le menu n’a jamais été commencé, et en marche si la préparation était en cours. Fermer puis rouvrir l’application au milieu d’un service retrouve la préparation en marche.
• La timeline réunit les étapes de tous les plats, triées par heure, tous plats confondus. Elle dit toujours l’heure de service cible et l’heure à laquelle le repas sera prêt (la fin de la dernière étape) : la cible se règle, la seconde se déduit.
• Un panneau Instructions, sous les étapes, affiche les consignes de l’étape choisie — de quoi lire les mains occupées, sans rien toucher. Il n’apparaît que pour une étape et se retire quand rien n’est choisi. Les consignes s’écrivent dans l’édition de l’étape ; une étape qui n’en a pas le dit.
• Une heure de service déjà passée dans la journée est comprise comme celle du lendemain : régler « 00:30 » à 23 h 50, c’est cuisiner cette nuit. L’en-tête dit le jour en clair tant qu’il est à venir. Sur PC, les horaires d’après minuit s’affichent en italique (voir le guide PC).

La timeline a deux états, et la différence compte :

À l’arrêt

L’écran montre le plan pour l’heure réglée — les heures prévues, et rien qui tourne : aucun compteur, aucun état. C’est ainsi qu’elle s’ouvre pour un menu neuf ou déjà servi.

En marche

Le démarrage met la préparation en marche, en partant d’un nouvel avancement. On démarre / termine ensuite les étapes sur leur ligne, au fur et à mesure ; l’application recalcule à chaque fois, et le retard est annoncé.

Le bouton d’arrêt arrête tout : plus de compteurs, plus de sonnerie, plus de gestes sur les lignes. Il n’y a pas de reprise — à l’arrêt, le seul chemin est le démarrage, qui repart d’un nouvel avancement. Arrêter, c’est donc renoncer à l’avancement de cette préparation (le menu, lui, reste). Pour garder une préparation en cours, il ne faut pas l’arrêter : fermer l’application suffit, elle reprend en marche exactement là où elle en était. Fermée puis rouverte, l’application retrouve la préparation dans l’état où on l’a laissée : lancée, elle reprend en marche ; arrêtée, elle s’ouvre à l’arrêt.

L’heure de service proposée — le prochain quart d’heure qui laisse le temps de tout cuisiner — revient d’un geste sur Proposer. L’en-tête porte les deux modes sur une seule ligne : « Service cible à … · repas prêt à … » en marche, « À l’arrêt » sinon. À l’arrêt, ni cible ni heure de fin : rien ne tourne, donc rien n’est estimé.

Une durée qui change d’un repas à l’autre ? La durée du jour ne vaut que pour ce repas-ci (des pâtes de 6 ou de 12 min), le plat n’est pas touché, et la ligne porte un « ✎ » tant que les deux diffèrent. La durée du plat se rétablit d’un geste. Elle peut se régler avant de démarrer : le démarrage la garde. Elle est oubliée au repas suivant — quand ce menu sera rouvert pour un autre repas, tout repartira de la durée du plat. Le geste qui ouvre ce réglage est propre à la plateforme (voir le guide PC ou le guide Android).

Si une étape amont est encore ouverte quand on démarre la suivante — la précédente du plat, ou celle qu’un rendez-vous « attend la fin de » désigne —, elle est terminée au passage : on ne démarre pas une cuisson sous un préchauffage qu’on a oublié de terminer. Le résultat est exactement celui d’un Terminer fait juste avant : la même heure est écrite, et la minuterie de l’étape se tait. Seules les étapes directement amont sont concernées : jamais en cascade, jamais d’un plat à l’autre, et jamais une étape qui n’a pas été démarrée. Cette assistance se désactive sur PC (voir le guide PC) ; sur Android, elle est active et n’a pas encore de réglage.

Un plat qu’aucune contrainte stricte ni aucun rendez-vous ne retient affiche (souple) : ses heures sont des suggestions, et il peut glisser sans conséquence. Un menu, lui, n’est pas un journal de bord : il ne garde pas l’historique des repas passés — rouvrir un menu, c’est commencer un nouveau repas, et l’application repropose l’heure.

Sur PC, le bouton Gantt ouvre le diagramme du même nom, qui montre le plan en barres : voir le guide PC. Android ne l’a pas encore.

9. Exporter et importer ses plats et ses menus

Un fichier d’échange transporte des plats et des menus d’une installation à l’autre : d’un ordinateur à un autre, d’une personne à une autre, ou du PC à l’application Android — le fichier est le même dans les deux sens. C’est un simple fichier .json, au format du fichier de données : il se lit dans un éditeur de texte et s’envoie par courriel.

L’export et l’import se trouvent dans le menu de l’application. Le chemin exact est dans le guide PC (§8) et le guide Android (§7).

a. Exporter

L’écran liste les plats et les menus, une case pour chacun. Les plats sont tous cochés au départ, parce que le cas courant est d’emporter le catalogue entier ; les menus se cochent à la demande, et l’on décoche ce qu’on ne veut pas.

• un menu coché embarque ses plats : leur case se coche et se verrouille, et un plat partagé par deux menus n’est écrit qu’une fois ;
• les cases Plats et Menus cochent ou décochent tout d’un geste ; les plats qu’un menu coché retient restent verrouillés, et la case de section passe au tiret dès qu’une partie seulement est cochée ;
• le fichier ne porte que la définition : tout ce qui se règle à l’édition d’un plat — son nom, sa description, ses étapes, durées, transitions, mode parallèle et rendez-vous, tâches, tolérances, alarmes, consignes — et les menus tels qu’ils sont composés ;
• le nom proposé est kitchenflow-<date>.json, et l’endroit se choisit dans le sélecteur du système.

Un menu exporté ne garde rien du repas : ni heure de service, ni avancement, ni durées ajustées du jour. Chez le destinataire, c’est un menu neuf à cuisiner, pas la trace d’un repas.

b. Importer

L’import n’écrit rien avant d’avoir montré ce qui va se passer : le fichier est lu, comparé au catalogue, et chaque ligne annonce son sort.

Tout est coché d’avance, sauf les plats refusés. Un menu n’est coché que si tous ses plats seront présents après l’import — importés ou déjà dans le catalogue. Décocher un plat dont un menu dépend décoche et verrouille ce menu, en disant « plat manquant » et le nom du plat.

Un plat se reconnaît à son identifiant — une référence interne stable —, jamais à son nom : réimporter le même fichier met à jour les plats déjà présents au lieu de les dupliquer, et les menus qui les utilisent continuent de pointer juste. Deux plats de même nom mais d’identifiants différents, eux, cohabitent : l’import les ajoute tous les deux, et c’est à vous de les distinguer. Les menus suivent la même règle : même identifiant, ils sont remplacés ; sinon, ajoutés — deux menus de même nom peuvent donc coexister.

⚠️ C’est la version du fichier qui fait foi. Un plat remplacé reprend tout du fichier — nom, étapes, réglages —, et un menu remplacé redevient un menu neuf, sans heure de service ni avancement : mieux vaut ne pas importer un menu qu’on est en train de cuisiner.

Rien n’est écrit avant le bouton Importer, et un fichier qui n’est pas un échange KitchenFlow — ou qui est abîmé — est refusé en le disant, sans rien toucher. Une fois appliqué, l’import ne change rien au reste : les plats et les menus importés sont ordinaires, modifiables et supprimables (un plat que le menu utilise ne se supprime pas, comme toujours).

Ce n’est pas une sauvegarde complète : les réglages et l’avancement d’une préparation n’y sont pas. C’est un catalogue à emporter, pas un instantané de l’application.