Le site est moche sur mobile — pas de responsive ?

En regardant le processus, le tableau change. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

Bon courage.

Nous avons vécu presque la même chose l'année dernière... Les gens défendent l'habitude pas le processus. La résistance vient de là.

Si vous partez dans cette direction réglez cela dès le départ. Quand on essaie de tout changer en même temps, rien ne prend.

Corrigez-moi si je me trompe.

On en parle beaucoup, mais chez nous, cela ne s'est jamais passé ainsi. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

Quand on essaie de tout changer en même temps, rien ne prend. Si vous avez des questions, écrivez-moi, je répondrai au mieux.

C'est exactement ça. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

Commencez par un petit test, ne vous engagez pas sur tout d'un coup.

J'ai été soulagé en lisant cette réponse, donc ce n'est pas seulement mon cas. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Je suis aussi curieux de savoir si d'autres font autrement.

Il y a un piège ici, je ne pouvais pas ne pas le mentionner. Le vrai problème n'est pas le chiffre, mais la base sur laquelle il est calculé.

Ce que tout le monde fait ne signifie pas que c'est la bonne chose. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Je suis intéressé. Le système continue de vivre après la livraison ; la maintenance est un poste à part.

Plus il est difficile de revenir sur une décision, plus il faut la prendre lentement. Si vous avez des questions, écrivez-moi, je répondrai au mieux.

J'y pensais aussi. Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur.

Il y a un piège ici, je ne pouvais pas ne pas le mentionner. bref un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

C'est confirmé par l'expérience.

il faut y aller étape par étape. franchement ce qui nous faisaait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

tout point non écrit est un point que les deux parties se rappelleront différemment plus tard. si vous écrivez le résultat ici cela aidera aussi d'autres personnes.

trois points à vérifier lors de cette opération. franchement la plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

voilà, désolé si je me suis étendu.

Si vous partez dans cette direction, réglez cela dès le départ. L'offre la moins chère est généralement la moins réfléchie.

Trois avis différents sont sortis ils se complètent tous. Les gens défendent l'habitude pas le processus. La résistance vient de là.

Si vous avez des questions, écrivez-moi, je répondrai au mieux.

Si j'ai bien compris, vous dites que : Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

J'écris cela pour éviter que vous ne fassiez la même erreur. La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale.

C'est confirmé par l'expérience.

Merci d'avoir écrit cela, c'est exactement ça. Le système continue de vivre après la livraison ; la maintenance est un poste à part.

Je suis aussi curieux de savoir si d'autres font autrement.

Je suis entièrement d'accord. Ce qui nous faisait perdre le plus de temps, c'était l'absence de clarté sur qui prenait les décisions.

C'est confirmé par l'expérience.