{"id":97853,"date":"2020-10-22T14:42:44","date_gmt":"2020-10-22T12:42:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte"},"modified":"2020-11-18T00:58:50","modified_gmt":"2020-11-17T22:58:50","slug":"organizacziya-rabochego-proczessa-v-komande-na-it-proekte","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","title":{"rendered":"Organisation du flux de travail en \u00e9quipe dans un projet informatique","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Salut les amis. Dans le domaine de l'externalisation, je constate souvent le m\u00eame probl\u00e8me. L'absence d'un processus de travail clair dans les \u00e9quipes sur divers projets.<\/p>\n<p>Le plus important, c'est que les programmeurs ne comprennent pas comment communiquer avec le client et entre eux. Comment cr\u00e9er un processus de d\u00e9veloppement continu d'un produit de qualit\u00e9. Comment planifier sa journ\u00e9e de travail et ses sprints.<\/p>\n<p>Tout cela se traduit finalement par des d\u00e9lais non respect\u00e9s, des heures suppl\u00e9mentaires, des disputes constantes sur les responsabilit\u00e9s, et l'insatisfaction des clients concernant l'\u00e9tat et l'\u00e9volution du projet. Cela conduit souvent au changement de programmeurs, voire de toute une \u00e9quipe. \u00c0 la perte de clients, \u00e0 une d\u00e9t\u00e9rioration de la r\u00e9putation, etc.<\/p>\n<p>J'ai personnellement \u00e9t\u00e9 impliqu\u00e9 dans un tel projet \u00e0 l'\u00e9poque, o\u00f9 toutes ces probl\u00e9matiques existaient. <br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nPersonne ne voulait prendre la responsabilit\u00e9 du projet (un grand march\u00e9 de services), la rotation du personnel \u00e9tait alarmante, et le client \u00e9tait tr\u00e8s m\u00e9content. Le PDG est venu me voir et m'a dit que j'avais l'exp\u00e9rience n\u00e9cessaire, donc voici les cl\u00e9s du projet. Si tu \u00e9choues, nous fermerons le projet et licencierons tout le monde. Si cela fonctionne, tant mieux, alors prends-le et d\u00e9veloppe-le comme bon te semble. Au final, je suis devenu le leader de l'\u00e9quipe sur le projet et tout a repos\u00e9 sur mes \u00e9paules.<\/p>\n<p>La premi\u00e8re chose que j'ai faite a \u00e9t\u00e9 de d\u00e9velopper un processus de travail \u00e0 partir de z\u00e9ro, qui correspondait \u00e0 ma vision \u00e0 l'\u00e9poque, et j'ai r\u00e9dig\u00e9 une description de poste pour l'\u00e9quipe. L'impl\u00e9mentation a \u00e9t\u00e9 complexe. Mais apr\u00e8s environ un mois, tout s'est stabilis\u00e9, les d\u00e9veloppeurs et le client se sont habitu\u00e9s, et tout a commenc\u00e9 \u00e0 se d\u00e9rouler de mani\u00e8re calme et agr\u00e9able. Pour montrer \u00e0 l'\u00e9quipe qu'il ne s'agissait pas simplement d'un \"orage dans un verre d'eau\", mais d'une v\u00e9ritable solution, j'ai pris sur moi le maximum de responsabilit\u00e9s, en all\u00e9geant l'\u00e9quipe des t\u00e2ches p\u00e9nibles. <\/p>\n<p>Un an et demi se sont \u00e9coul\u00e9s, et le projet se d\u00e9veloppe sans heures suppl\u00e9mentaires, sans \"courses de rats\" et sans divers stress. Certains membres de l'ancienne \u00e9quipe n'ont pas voulu travailler ainsi et sont partis, tandis que d'autres ont trouv\u00e9 que les r\u00e8gles transparentes \u00e9taient un plus. Au final, tous ceux qui restent dans l'\u00e9quipe sont tr\u00e8s motiv\u00e9s et connaissent le projet en profondeur, tant au niveau frontend que backend. Y compris la base de code et toute la logique commerciale. Nous en sommes m\u00eame arriv\u00e9s au point o\u00f9 nous ne sommes pas seulement des \"rameurs\", mais nous proposons nous-m\u00eames de nombreux processus commerciaux et de nouvelles fonctionnalit\u00e9s qui ont plu au business.<\/p>\n<p>Gr\u00e2ce \u00e0 cette approche de notre part, le client a d\u00e9cid\u00e9 de commander un autre marketplace \u00e0 notre entreprise, ce qui est r\u00e9jouissant.<\/p>\n<p>Puisque cela fonctionne pour mon projet, cela peut \u00e9galement aider quelqu'un d'autre. Voici donc le processus qui nous a aid\u00e9s \u00e0 sauver le projet :<\/p>\n<p>Processus de travail de l'\u00e9quipe sur le projet \u00ab Mon projet pr\u00e9f\u00e9r\u00e9 \u00bb<\/p>\n<p>a) Processus interne de l'\u00e9quipe (entre les d\u00e9veloppeurs)<\/p>\n<ul>\n<li>Toutes les t\u00e2ches sont cr\u00e9\u00e9es dans le syst\u00e8me Jira.<\/li>\n<li>Chaque t\u00e2che doit \u00eatre d\u00e9crite le plus pr\u00e9cis\u00e9ment possible et ex\u00e9cuter une seule action.<\/li>\n<li>Toute fonctionnalit\u00e9, si elle est suffisamment complexe, est divis\u00e9e en plusieurs petites t\u00e2ches.<\/li>\n<li>L'\u00e9quipe travaille sur les fonctionnalit\u00e9s comme une seule t\u00e2che. D'abord, nous faisons ensemble une fonctionnalit\u00e9, la soumettons pour test, puis prenons la suivante.<\/li>\n<li>Chaque t\u00e2che est marqu\u00e9e, qu'elle soit pour le back-end ou le front-end.<\/li>\n<li>Il existe des types de t\u00e2ches et de bugs. Il est important de les indiquer correctement.<\/li>\n<li>Apr\u00e8s l'ex\u00e9cution d'une t\u00e2che, elle est transf\u00e9r\u00e9e \u00e0 l'\u00e9tat de revue de code (un pull request est cr\u00e9\u00e9 pour un coll\u00e8gue).<\/li>\n<li>Celui qui a ex\u00e9cut\u00e9 la t\u00e2che suit imm\u00e9diatement son temps pour cette t\u00e2che.<\/li>\n<li>Apr\u00e8s v\u00e9rification du code, le PR est approuv\u00e9, puis celui qui a effectu\u00e9 cette t\u00e2che fusionne la branche dans labranche principale, apr\u00e8s quoi il change son statut en pr\u00eat pour d\u00e9ploiement sur dev. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/fr\/server\/\"   title=\"serveur\" data-wpil-keyword-link=\"linked\">serveur<\/a>.<\/li>\n<li>Toutes les t\u00e2ches pr\u00eates pour le d\u00e9ploiement sur le serveur dev sont d\u00e9ploy\u00e9es par le lead (sa zone de responsabilit\u00e9), parfois par un membre de l'\u00e9quipe si quelque chose est urgent. Apr\u00e8s le d\u00e9ploiement, toutes les t\u00e2ches pr\u00eates pour le d\u00e9ploiement sur dev sont transf\u00e9r\u00e9es au statut \u2014 pr\u00eates pour les tests sur dev.<\/li>\n<li>Toutes les t\u00e2ches sont test\u00e9es par le client.<\/li>\n<li>Lorsque le client a test\u00e9 la t\u00e2che sur dev, il la transf\u00e8re au statut pr\u00eat pour le d\u00e9ploiement en production.<\/li>\n<li>Pour le d\u00e9ploiement en production, nous avons une branche distincte dans laquelle nous fusionnons la branche principale juste avant le d\u00e9ploiement.<\/li>\n<li>Si pendant les tests le client trouve des bugs, il renvoie la t\u00e2che pour retravail, lui attribuant le statut renvoy\u00e9e pour retravail. Ainsi, nous s\u00e9parons les nouvelles t\u00e2ches de celles qui n'ont pas pass\u00e9 les tests.<\/li>\n<li>Ainsi, toutes les t\u00e2ches suivent le chemin de la cr\u00e9ation \u00e0 l'ach\u00e8vement : To Do \u2192 En d\u00e9veloppement \u2192 Revue de code \u2192 Pr\u00eat \u00e0 d\u00e9ployer sur dev \u2192 QA sur dev \u2192 (Retour \u00e0 dev) \u2192 Pr\u00eat \u00e0 d\u00e9ployer en prod \u2192 QA sur prod \u2192 Termin\u00e9.<\/li>\n<li>Chaque d\u00e9veloppeur teste son code lui-m\u00eame, y compris en tant qu'utilisateur du site. La fusion d'une branche avec la principale n'est pas autoris\u00e9e si l'on n'est pas certain que le code fonctionne.<\/li>\n<li>Chaque t\u00e2che a ses priorit\u00e9s. Les priorit\u00e9s sont d\u00e9finies soit par le client, soit par le chef d'\u00e9quipe.<\/li>\n<li>Les d\u00e9veloppeurs s'attaquent en priorit\u00e9 aux t\u00e2ches prioritaires.<\/li>\n<li>Les d\u00e9veloppeurs peuvent se d\u00e9signer des t\u00e2ches les uns aux autres si des bogues diff\u00e9rents ont \u00e9t\u00e9 trouv\u00e9s dans le syst\u00e8me ou si une t\u00e2che implique le travail de plusieurs sp\u00e9cialistes.<\/li>\n<li>Toutes les t\u00e2ches cr\u00e9\u00e9es par le client sont transmises au chef d'\u00e9quipe, qui les \u00e9value et demande soit au client d'apporter des modifications, soit les assigne \u00e0 l'un des membres de l'\u00e9quipe.<\/li>\n<li>Toutes les t\u00e2ches pr\u00eates \u00e0 \u00eatre d\u00e9ploy\u00e9es sur dev ou prod sont \u00e9galement transmises au chef d'\u00e9quipe, qui d\u00e9termine quand et comment proc\u00e9der au d\u00e9ploiement. Apr\u00e8s chaque d\u00e9ploiement, le chef d'\u00e9quipe (ou un membre de l'\u00e9quipe) doit informer le client \u00e0 ce sujet et changer les statuts des t\u00e2ches en pr\u00eats \u00e0 \u00eatre test\u00e9es sur dev\/prod.<\/li>\n<li>Nous avons une r\u00e9union tous les jours \u00e0 la m\u00eame heure (chez nous, c'est \u00e0 12h00) entre tous les membres de l'\u00e9quipe.<\/li>\n<li>Lors de la r\u00e9union, chacun fait le point, y compris le chef d'\u00e9quipe, sur ce qu'il a fait hier et ce qu'il pr\u00e9voit de faire aujourd'hui. Il explique ce qui ne fonctionne pas et pourquoi. Ainsi, toute l'\u00e9quipe est au courant de ce que chacun fait et \u00e0 quel stade se trouve le projet. Cela nous permet de pr\u00e9voir et d'ajuster, si n\u00e9cessaire, nos estimations et d\u00e9lais.<\/li>\n<li>Lors de la r\u00e9union, le chef d'\u00e9quipe informe \u00e9galement de tous les changements dans le projet et du niveau des bogues actuels d\u00e9couverts hors du client. Tous les bogues sont examin\u00e9s et assign\u00e9s \u00e0 chaque membre de l'\u00e9quipe pour qu'ils soient r\u00e9solus.<\/li>\n<li>Lors de la r\u00e9union, le chef d'\u00e9quipe assigne des t\u00e2ches \u00e0 chacun, en tenant compte de la charge actuelle des d\u00e9veloppeurs, de leur niveau de comp\u00e9tence, ainsi que de la proximit\u00e9 de chaque t\u00e2che par rapport \u00e0 ce sur quoi travaille le d\u00e9veloppeur en ce moment.<\/li>\n<li>Lors de la r\u00e9union, le chef d'\u00e9quipe \u00e9labore une strat\u00e9gie g\u00e9n\u00e9rale concernant l'architecture et la logique d'affaires. Apr\u00e8s quoi, toute l'\u00e9quipe en discute et prend une d\u00e9cision concernant les ajustements ou l'adoption de cette strat\u00e9gie.<\/li>\n<li>Chaque d\u00e9veloppeur \u00e9crit du code et construit des algorithmes de mani\u00e8re ind\u00e9pendante, en s'inscrivant dans une architecture et une logique commerciale communes. Chacun peut exprimer sa vision de la mise en \u0153uvre, mais personne n'est contraint de proc\u00e9der d'une mani\u00e8re particuli\u00e8re. Chaque d\u00e9cision est justifi\u00e9e. S'il existe une meilleure solution mais qu'il n'y a pas de temps pour l'impl\u00e9menter maintenant, une t\u00e2che est cr\u00e9\u00e9e dans le JIRA pour un futur refactoring d'une certaine partie du code.<\/li>\n<li>Lorsqu'un d\u00e9veloppeur prend en charge une t\u00e2che, il la transf\u00e8re au statut d\u00e9veloppement. Toute communication concernant des clarifications de la t\u00e2che avec le client incombe au d\u00e9veloppeur. Les questions techniques peuvent \u00eatre pos\u00e9es au team lead ou \u00e0 des coll\u00e8gues.<\/li>\n<li>Si le d\u00e9veloppeur ne comprend pas bien la nature de la t\u00e2che et que le client n'a pas r\u00e9ussi \u00e0 l'expliquer clairement, il passe \u00e0 la t\u00e2che suivante. Le team lead prend alors la t\u00e2che en cours et en discute directement avec le client.<\/li>\n<li>Chaque jour, le d\u00e9veloppeur doit informer le client dans le chat des t\u00e2ches sur lesquelles il a travaill\u00e9 la veille et celles sur lesquelles il travaillera aujourd'hui.<\/li>\n<li>Le processus de travail se d\u00e9roule selon des principes Scrum. Tout est divis\u00e9 en sprints. Chaque sprint dure deux semaines.<\/li>\n<li>Les sprints sont cr\u00e9\u00e9s, remplis et ferm\u00e9s par le team lead.<\/li>\n<li>Si le projet a des d\u00e9lais stricts, nous essayons d'estimer toutes les t\u00e2ches. Et nous les rassemblons en sprint. Si le client essaie d'ajouter d'autres t\u00e2ches au sprint, nous \u00e9tablissons alors des priorit\u00e9s et reportons certaines autres t\u00e2ches au prochain sprint.<\/li>\n<\/ul>\n<p>\nb) Processus de travail avec le client<\/p>\n<ul>\n<li>Chaque d\u00e9veloppeur peut et doit communiquer avec le client.<\/li>\n<li>Il ne faut pas permettre au client d'imposer ses propres r\u00e8gles. Il est important de faire comprendre avec politesse et amiti\u00e9 au client que nous sommes des sp\u00e9cialistes dans notre domaine et que c'est \u00e0 nous d'organiser les processus de travail tout en impliquant le client.<\/li>\n<li>Id\u00e9alement, avant de commencer \u00e0 r\u00e9aliser une fonctionnalit\u00e9 quelconque, il faut cr\u00e9er un sch\u00e9ma de flux logique pour la fonctionnalit\u00e9 (workflow) et l'envoyer au client pour validation. Cela ne concerne que les fonctionnalit\u00e9s complexes et non \u00e9videntes, par exemple un syst\u00e8me de paiement, un syst\u00e8me de notifications, etc. Cela permettra de mieux comprendre ce dont le client a r\u00e9ellement besoin, de conserver la documentation de la fonctionnalit\u00e9 et de se pr\u00e9munir contre d'\u00e9ventuelles r\u00e9clamations du client disant que nous n'avons pas fait ce qu'il avait demand\u00e9.<\/li>\n<li>Nous conservons tous les diagrammes \/ organigrammes \/ logiques, etc. dans Confluence \/ Jira, o\u00f9 nous demandons au client de confirmer dans les commentaires l'exactitude de la mise en \u0153uvre future.<\/li>\n<li>Nous essayons de ne pas surcharger le client avec des d\u00e9tails techniques. S'il est n\u00e9cessaire de comprendre ce que veut le client, nous dessinons des algorithmes primitifs sous forme d'organigrammes que le client peut comprendre et corriger \/ am\u00e9liorer lui-m\u00eame.<\/li>\n<li>Si le client trouve un bug dans le projet, nous lui demandons de le d\u00e9crire tr\u00e8s en d\u00e9tail dans Jira. Quelles circonstances ont conduit \u00e0 ce bug, quand cela s'est-il produit, quelle s\u00e9quence d'actions le client a-t-il effectu\u00e9e lors des tests ? Nous demandons \u00e9galement des captures d'\u00e9cran.<\/li>\n<li>Nous essayons de d\u00e9ployer sur le serveur de d\u00e9veloppement chaque jour, au maximum tous les deux jours. Cela permet au client de commencer \u00e0 tester les fonctionnalit\u00e9s et le projet ne reste pas inactif. Cela sert \u00e9galement de marqueur pour le client, indiquant que le projet est en cours de d\u00e9veloppement et que personne ne lui raconte des histoires.<\/li>\n<li>Il arrive tr\u00e8s souvent que le client ne comprenne pas compl\u00e8tement ce qu'il veut. \u00c9tant donn\u00e9 qu'il cr\u00e9e une nouvelle entreprise avec des processus encore non \u00e9tablis. Par cons\u00e9quent, il est fr\u00e9quent que nous devions jeter des morceaux de code \u00e0 la poubelle et retravailler la logique de l'application. Cela signifie qu'il n'est pas n\u00e9cessaire de couvrir toutes les fonctionnalit\u00e9s par des tests. Il est logique de tester seulement les fonctionnalit\u00e9s critiques, et cela avec des r\u00e9serves.<\/li>\n<li>Il arrive que l'\u00e9quipe r\u00e9alise qu'elle ne respecte pas les d\u00e9lais. Dans ce cas, nous faisons un audit rapide des t\u00e2ches et informons imm\u00e9diatement le client. Comme solution, nous proposons de livrer \u00e0 temps les fonctionnalit\u00e9s importantes et critiques, et de repousser le reste au post-lancement.<\/li>\n<li>Si le client commence \u00e0 inventer diff\u00e9rentes t\u00e2ches de son propre chef, \u00e0 fantasmer et \u00e0 expliquer de mani\u00e8re abstraite, nous lui demandons de nous fournir un mod\u00e8le de page et un flux logique qui d\u00e9crivent compl\u00e8tement le comportement de l'ensemble du mod\u00e8le et de ses \u00e9l\u00e9ments.<\/li>\n<li>Avant de prendre en charge toute t\u00e2che, nous devons nous assurer que cette fonctionnalit\u00e9 est incluse dans les conditions de notre contrat. Si c'est une nouvelle fonctionnalit\u00e9 qui d\u00e9passe nos accords initiaux, nous devons absolument estimer cette fonctionnalit\u00e9 ((temps d'ex\u00e9cution estim\u00e9 + 30%) x 2) et informer le client que cela prendra tant de temps, et que la date limite sera d\u00e9cal\u00e9e de l'estimation multipli\u00e9e par deux. Si nous sommes en mesure d'ex\u00e9cuter la t\u00e2che plus rapidement \u2014 c'est fantastique, tout le monde en b\u00e9n\u00e9ficiera. Sinon, nous serons couverts.<\/li>\n<\/ul>\n<p>\nb) Ce que nous n'acceptons pas dans l'\u00e9quipe :<\/p>\n<ul>\n<li>Nonchalance, d\u00e9sorganisation, oublis.<\/li>\n<li>\u00ab Faire tra\u00eener les choses \u00bb. Si vous ne pouvez pas ex\u00e9cuter une t\u00e2che, si vous ne savez pas comment faire, il faut en informer imm\u00e9diatement le leader de l'\u00e9quipe, et non pas attendre jusqu'\u00e0 la derni\u00e8re minute.<\/li>\n<li>Fanfaronnades et vantardises de la part d'une personne qui n'a pas encore prouv\u00e9 ses comp\u00e9tences et son professionnalisme par ses actes. Si cela a \u00e9t\u00e9 prouv\u00e9, alors \u00e7a peut aller, dans les limites du raisonnable \ud83d\ude42.<\/li>\n<li>Toute forme de tromperie. Si une t\u00e2che n'est pas achev\u00e9e, il ne faut pas changer son statut en 'termin\u00e9e' et \u00e9crire dans le chat du client qu'elle est pr\u00eate. Mon ordinateur est en panne, le syst\u00e8me a plant\u00e9, le chien a m\u00e2ch\u00e9 le portable \u2014 tout cela est inacceptable. Si un v\u00e9ritable cas de force majeure se produit, le leader de l'\u00e9quipe doit \u00eatre imm\u00e9diatement inform\u00e9.<\/li>\n<li>Lorsque le sp\u00e9cialiste est toujours hors ligne et qu'il est difficile de le joindre pendant les heures de travail.<\/li>\n<li>La toxicit\u00e9 dans l'\u00e9quipe n'est pas tol\u00e9r\u00e9e ! Si quelqu'un n'est pas d'accord, tout le monde se r\u00e9unit en r\u00e9union pour en discuter et trouver une solution.<\/li>\n<\/ul>\n<p>Et encore une s\u00e9rie de questions\/th\u00e8ses que je pose parfois \u00e0 mon client pour dissiper tout malentendu :<\/p>\n<ol>\n<li>Quels sont vos crit\u00e8res de qualit\u00e9 ?<\/li>\n<li>Comment d\u00e9terminez-vous s'il y a des probl\u00e8mes dans le projet ou non ?<\/li>\n<li>En enfreignant toutes nos recommandations et conseils concernant les modifications\/am\u00e9liorations du syst\u00e8me, tous les risques sont \u00e0 votre charge.<\/li>\n<li>Tout changement majeur dans le projet (par exemple, tout flux suppl\u00e9mentaire) peut entra\u00eener l'apparition de bugs (que nous corrigerons, bien entendu).<\/li>\n<li>Il est impossible de comprendre en quelques minutes ce qui pose probl\u00e8me dans le projet, et encore moins de le corriger imm\u00e9diatement.<\/li>\n<li>Nous travaillons selon un flux produit sp\u00e9cifique (T\u00e2ches dans Jira \u2014 D\u00e9veloppement \u2014 Tests \u2014 D\u00e9ploiement). Par cons\u00e9quent, nous ne pouvons pas r\u00e9agir \u00e0 tout le flot de demandes et de plaintes dans le chat.<\/li>\n<li>Les programmeurs sont des programmeurs, pas des testeurs professionnels, et ne peuvent pas garantir la qualit\u00e9 appropri\u00e9e des tests du projet.<\/li>\n<li>La responsabilit\u00e9 des tests finaux et de l'acceptation des t\u00e2ches en production repose enti\u00e8rement sur vous.<\/li>\n<li>Si nous avons d\u00e9j\u00e0 commenc\u00e9 \u00e0 travailler sur une t\u00e2che, nous ne pouvons pas imm\u00e9diatement nous tourner vers d'autres tant que nous n'avons pas termin\u00e9 la t\u00e2che en cours (sinon cela entra\u00eene encore plus de bogues et un allongement des d\u00e9lais de d\u00e9veloppement).<\/li>\n<li>Le nombre de personnes dans l'\u00e9quipe a diminu\u00e9 (en raison de cong\u00e9s ou de maladies), tandis que le volume de travail a augment\u00e9 et nous ne pouvons physiquement pas r\u00e9pondre \u00e0 tout ce que vous souhaitez.<\/li>\n<li>Votre demande de d\u00e9ploiement en production sans t\u00e2ches test\u00e9es en d\u00e9veloppement repr\u00e9sente uniquement vos risques, pas ceux des d\u00e9veloppeurs.<\/li>\n<li>Lorsque vous d\u00e9finissez des t\u00e2ches floues, sans flux correct, sans maquettes de design, cela exige de notre part beaucoup plus d'efforts et de d\u00e9lais de r\u00e9alisation, car nous devons faire une nouvelle charge de travail \u00e0 votre place.<\/li>\n<li>Toute t\u00e2che concernant des bogues, sans description d\u00e9taill\u00e9e de leur apparition et sans captures d'\u00e9cran, ne nous permet pas de comprendre ce qui ne va pas et comment reproduire ce bogue.<\/li>\n<li>Le projet n\u00e9cessite des am\u00e9liorations et des ajustements constants pour augmenter les performances et la s\u00e9curit\u00e9. C'est pourquoi l'\u00e9quipe consacre une partie de son temps \u00e0 ces am\u00e9liorations.<\/li>\n<li>En raison de nos heures suppl\u00e9mentaires (fixations urgentes), nous devons les compenser \u00e0 d'autres jours.<\/li>\n<\/ol>\n<p>\nEn g\u00e9n\u00e9ral, le client comprend imm\u00e9diatement que le d\u00e9veloppement de logiciels n'est pas si simple et qu'un simple d\u00e9sir ne suffit clairement pas.<\/p>\n<p>En r\u00e9sum\u00e9, c'est tout. Je laisse de c\u00f4t\u00e9 de nombreuses n\u00e9gociations et le d\u00e9bogage initial de tous les processus, mais en fin de compte, tout s'est bien organis\u00e9. Je peux dire que ce processus est devenu pour nous une sorte de \u00ab balle d'argent \u00bb. Les nouvelles personnes qui rejoignaient le projet pouvaient imm\u00e9diatement s'y engager d\u00e8s le premier jour, car tous les processus \u00e9taient d\u00e9crits et la documentation ainsi que l'architecture sous forme de diagrammes donnaient imm\u00e9diatement une id\u00e9e de ce que nous faisons ici. <\/p>\n<p><i>P. S. Je tiens \u00e0 pr\u00e9ciser qu'il n'y a pas de chef de projet de notre c\u00f4t\u00e9. Il est c\u00f4t\u00e9 client. Pas du tout technique. Le projet est europ\u00e9en. Toute la communication est uniquement en anglais.<\/i><\/p>\n<p>Bonne chance \u00e0 tous dans vos projets. Ne vous laissez pas submerger et essayez d'am\u00e9liorer vos processus.<\/p>\n<p>Le code source est entre mes mains. <noindex><a rel=\"nofollow\" href=\"https:\/\/cleverman.org\/post\/organizaciya-rabochego-processa-v-komande-na-it-proekte\">blog<\/a><\/noindex>.<br \/>\n<br \/>Source : <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/524460\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443. \u041e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0447\u0435\u0442\u043a\u043e\u0433\u043e \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0430\u0445 \u043d\u0430 \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0445 \u043f\u0440\u043e\u0435\u043a\u0442\u0430\u0445. \u0421\u0430\u043c\u043e\u0435 \u0433\u043b\u0430\u0432\u043d\u043e\u0435 \u2014 \u044d\u0442\u043e \u0442\u043e, \u0447\u0442\u043e \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u0438\u0441\u0442\u044b \u043d\u0435 \u043f\u043e\u043d\u0438\u043c\u0430\u044e\u0442, \u043a\u0430\u043a \u043d\u0443\u0436\u043d\u043e \u043a\u043e\u043c\u043c\u0443\u043d\u0438\u0446\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441 \u0437\u0430\u043a\u0430\u0437\u0447\u0438\u043a\u043e\u043c \u0438 \u0434\u0440\u0443\u0433 \u0441 \u0434\u0440\u0443\u0433\u043e\u043c. \u041a\u0430\u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u043d\u0435\u043f\u0440\u0435\u0440\u044b\u0432\u043d\u044b\u0439 \u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u043a\u0430\u0447\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u043e\u0433\u043e \u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u041a\u0430\u043a \u0441\u043f\u043b\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u0442\u044c \u0441\u0432\u043e\u0439 \u0440\u0430\u0431\u043e\u0447\u0438\u0439 \u0434\u0435\u043d\u044c \u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-97853","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"fr_FR\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-10-22T12:42:44+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-11-17T22:58:50+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Organisation du travail en \u00e9quipe sur un projet IT | ProHoster","description":"Bonjour les amis. J'observe souvent la m\u00eame situation, surtout dans l'externalisation.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f \u0440\u0430\u0431\u043e\u0447\u0435\u0433\u043e \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430 \u0432 \u043a\u043e\u043c\u0430\u043d\u0434\u0435 \u043d\u0430 IT-\u043f\u0440\u043e\u0435\u043a\u0442\u0435 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442 \u0434\u0440\u0443\u0437\u044c\u044f. \u0421\u043f\u043b\u043e\u0448\u044c \u0438 \u0440\u044f\u0434\u043e\u043c, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432 \u0430\u0443\u0442\u0441\u043e\u0440\u0441\u0435, \u044f \u0432\u0438\u0436\u0443 \u043e\u0434\u043d\u0443 \u0438 \u0442\u0443 \u0436\u0435 \u043a\u0430\u0440\u0442\u0438\u043d\u0443.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/organizacziya-rabochego-proczessa-v-komande-na-it-proekte","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-10-22T12:42:44+00:00","article:modified_time":"2020-11-17T22:58:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"97853","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 10:11:34","updated":"2022-10-03 07:12:20","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/97853","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=97853"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/97853\/revisions"}],"predecessor-version":[{"id":172897,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/97853\/revisions\/172897"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=97853"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=97853"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=97853"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}