Get best of the week

Nous fixons des objectifs de développement (dans une entreprise sanglante et pas seulement)

Un jeune homme se précipite à l'hôpital:
- Docteur, castrez-moi, de toute urgence!
- ???
- Urgent, docteur, on n'a pas le temps d'expliquer!
Le médecin fait la castration. Le lendemain matin, le mec revient à lui-même de l'anesthésie, on lui demande quel est le problème, en fait?
- Vous voyez, je vais épouser une juive, ils ont une telle religion.
- Alors peut-être que vous aviez besoin de circoncision?
- Qu'est-ce que j'ai dis? !!!
La plupart des problèmes surviennent en raison de malentendus. Vous définissez la tâche d'un subordonné ou d'alliés, puis vous jurez, parce que les gens ont mal fait, mal, parce qu'ils vous ont mal compris. Face à cela? Si vous êtes un gestionnaire et que la résolution d'un problème faisait partie de vos responsabilités, vous savez probablement qu'une exécution incorrecte est votre erreur, pas celle de l'exécuteur testamentaire.

La note contient un cadre de questions, dont les réponses doivent être écrites dans la tâche si vous êtes un problème. Si vous êtes un artiste, les réponses à ces questions vous aideront à mieux comprendre la tâche. Pour la plupart des questions, des exemples pratiques ont été collectés, négatifs et positifs.


Souvent, la raison des problèmes est que la tâche est définie en termes de «ce qui doit être fait», et non «quel type de résultat vous devez obtenir» et «pourquoi ce résultat est nécessaire».

Pour comprendre les possibilités, les coûts de main-d'œuvre et les délais, l'interprète vous posera de nombreuses questions différentes (surtout s'il n'est pas dans le sujet). La correspondance prendra du temps, donc de l'argent. Vous pouvez accélérer la tâche si vous formulez plus en détail ce qui doit être fait. Mais que faut-il exactement déployer? Tous les gestionnaires de tâches ne le comprennent pas.

Il existe différents types de tâches.

Les tâches de correction d'un défaut dans lesquelles on sait comment l'erreur doit être et ce qui se manifeste ne sont pas prises en compte dans cet article.

Dans l'article, nous analyserons les tâches de changement, y compris le travail dans le cadre de projets, les améliorations du système, les tâches organisationnelles et autres tâches non standard (des tâches comme «résoudre le problème» resteront en dehors du champ d'application, elles seront discutées dans les articles suivants), examiner le cadre de l'énoncé du problème et donner des exemples. Le cadre est synthétisé à partir de diverses méthodologies et cadres.

L'entrepreneur peut effectuer lui-même la tâche, mais peut gérer une équipe d'artistes (par exemple, des développeurs).

Les tâches peuvent être spécifiques.

Les défis du développement logiciel nécessitent des réponses à une multitude de questions supplémentaires. Nous ne nous concentrerons pas sur des tâches spécifiques et examinerons les questions générales liées au processus de changement.

Pourquoi l'article à l'auteur?
, , , .

Cadre de déclaration des problèmes


Tous les points ne doivent pas être décrits, ni pour chaque tâche, ni pour chaque interprète. Un certain nombre de points peuvent être fixés dans le règlement

Le contenu de la tâche


  1. Termes et abréviations
  2. Que faire
  3. Pourquoi

    1. Niveau de tâche (racine / sous-tâche)
    2. (Pour la sous-tâche) Dans le cadre du projet. Quelle est la sous-tâche (quelle tâche résolvez-vous, dans le cadre de laquelle vous définissez cette sous-tâche)
    3. (Pour la tâche racine) Effet commercial
    4. (Pour la tâche racine) Sera réalisé de cette manière
    5. (Pour la tâche racine), l'effet métier sera mesuré de cette façon
    6. Les raisons de croire que cette tâche vous permettra d'obtenir un effet commercial
    7. Si la tâche n'est pas accomplie, alors (l'entreprise perdra / ne recevra pas cela, dans tel ou tel cas se produisant alors ...)
    8. . () / … ( ). -
    9. ( ). .



    1. - (),
    2. ( )
    3. ,
    4. , . , ( ). , . /
    5. , , ( )
    6. ,
    7. … ..



    1. , -. . - …



  1. ,
  2. ( ),
  3. ( -).
  4. /
  5. /

    1. ( )
    2. , / , ,
    3. - - ( )
    4. -, ( )
    5. , -
    6. / ()
    7. /


    1. / / .
    2. / ( )
    3. , , , .
    4. ( )

  7. ( )

  8. (, ) ( ),
  9. ( ) ( )
  10. , ( )

    2. ?
    3. ?
    4. Que faire dans ce cas pour les non critiques?

  11. Comment sera effectuée la restauration (pour les modifications)

Exigences du client (ressources, informations, informations d'identification)


Il est rempli par le contractant lors du traitement de la tâche.

Contexte


Un bref aperçu de certains concepts
?

SMART , , , .

megaplan.ru/letters/how-to-set-tasks , (, ).

“ ” (https://habr.com/ru/post/475284/) .

TOTE ( habr.com/ru/post/339556) , .

Agile ([5]) — “” “ ”, , ( ).

INVEST SMART, - .

, , , .

, . ( [7])

  • Independent (). , .
  • Negotiable (). , . , .
  • Valuable (, ). . , , .
  • Estimable ( ). “ , ” .
  • Small (). 1-2 , . .
  • Testable ( ). .

agile[6]:

  1. , , . , , , , , .
  2. , . , , - , , .
  3. , , , ( ).

user story, : product owner, , . .

- , , , . , . , user story?

, ( ).

Description du cadre principal


Le contenu de la tâche


Que faire


Ce qui doit être fait = liste des travaux à faire dans le cadre de la tâche. Si vous ajoutez un artiste et des délais, vous obtenez un plan pour résoudre le problème. Cela met souvent fin à la production.

«Faites-le», écrit le manager. Basé sur l'expérience personnelle, c'est la première chose qui vient à l'esprit quand il y a un désir de se fixer une tâche. Nous notons ce qui doit être fait, et nous reviendrons plus tard sur ce point pour clarifier ou réécrire, si nécessaire.

"Fais-moi la castration."

Peut-être que la liste complète de ce qui doit être fait n'est pas claire et que seules les premières étapes de la solution sont indiquées. Mais dans ce cas, pour qu'il n'y ait pas de malentendus, il vaut la peine de faire du post-scriptum «identifier et prendre telle ou telle prochaine étape».

La description doit être basée sur des termes et abréviations couramment utilisés. Sinon, cela vaut la peine de créer la sous-section «Termes et concepts».

Pourquoi


Tout d'abord, le point «Pourquoi» est nécessaire pour expliquer à l'interprète votre définition d'objectifs, afin que, en commençant la tâche, il puisse analyser la liste des travaux de «Que faire» et vérifier leur adéquation et leur exhaustivité et mieux comprendre quel objectif vous souhaitez atteindre.

La tâche «Fais-moi castrer, parce que j'allais épouser une juive, et ils l'ont», un médecin compétent posera la question de l'adéquation de la formulation et évitera la catastrophe.

Deuxièmement, la description devrait permettre de comprendre les priorités de cette tâche particulière.
Imaginez-vous dans le rôle d'un artiste qui "effectue de nombreuses tâches". Quelle tâche doit-il entreprendre en premier, comment hiérarchiser les tâches? Si vous êtes son leader, vous pouvez indiquer directement les priorités, mais si ce n'est pas le cas?

L'entrepreneur peut avoir le droit de décider quoi faire en premier lieu et quoi laisser pour plus tard. Dans ce cas, il est responsable de l'exactitude d'un tel choix.

Dans le cadre d'une entreprise sanglante, il arrive que la priorisation se fasse sur la base de la «situation opérationnelle» ou de ce qui est nécessaire en ce moment, qui crie plus fort. Cela peut aussi dégénérer en «je suis toi, tu es moi» ou «soyons amis contre ça», mais face au PDG, il vaut mieux utiliser d'autres méthodes de priorisation.

Options pour définir une file d'attente d'exécution
. .

, , , (, , , , ).

. -.

, , , , , , (. [3]), - ( , , ).

.

— . .

Niveau de tâche (racine / sous-tâche)

Une tâche est un événement spécifique qui a des objectifs SMART et les limites de ce qui doit être fait.

Un exemple de tâche avec des objectifs peu clairs: augmenter les ventes au 1er trimestre (augmenté de 1 frotter = résolu le problème?).

La tâche racine vise à obtenir directement l'effet final (d'une autre manière - la tâche du premier niveau). L'effet peut ou non être exprimé dans des mesures commerciales.

Exemples de tâches racine

  • “”.
  • ( - ).
  • .
  • .
  • .
  • .


Si les résultats de la tâche affectent directement les indicateurs métier, vous devez spécifier le niveau de tâche «tâche racine» .

Souvent, la résolution du problème racine nécessite l'aide d'autres employés. Dans ce cas, pour résoudre le problème, une hiérarchie de sous-tâches est formée.
Si les résultats de la tâche sont nécessaires pour résoudre un problème racine, vous devez spécifier le niveau de "sous-tâche" .

Une tâche / projet et pourquoi avez-vous besoin de cette tâche (pour une sous-tâche)

Si vous définissez une sous-tâche dans le cadre du problème de premier niveau que vous résolvez, vous devez indiquer la tâche à résoudre.

Si la tâche est effectuée dans le cadre du projet et qu'il existe des priorités transversales pour les projets, la spécification du projet permet aux postes de travail de terminer les tâches dans le bon ordre.

Si vous êtes un interprète et utilisez le cadre de formulation pour connaître les paramètres d'une tâche, vous pouvez vous demander: «Pourquoi avons-nous besoin de cette tâche, comment utiliserez-vous le résultat? J'ai besoin de le savoir pour mieux comprendre comment faire la tâche. »

Après avoir reçu la réponse, le technicien de 5Why recommande d'approfondir de plus en plus la définition des objectifs: «Et pourquoi en avez-vous besoin» et ainsi de suite 5 fois.

Imaginez une conversation dans un magasin d'articles de sport
: ” ”
: “ ?” (1 why)
: “ ”
: “ ?” (2 why)
: “ ”
: “ ?” (3 why)
: “ ”
: “ ?” (4 why)
: “ , , ”

En réalité, après le deuxième pourquoi, le gestionnaire de tâches commence à devenir très nerveux.

La question qui peut être posée: «Je comprends pourquoi vous en avez besoin (vous pouvez répéter votre compréhension pourquoi). Choisissez ce que nous allons faire ensuite: passez à discuter des détails de cette tâche, ou je peux vous aider à trouver des alternatives plus simples pour résoudre la tâche.

Magasin d'articles de sport, double 2
1
: ” ”
: “ ?” (1 why)
: “ ”
: “ , , . ”
: “ ”
: “, : , ?”
….

2

: ” ”
: “ ?” (1 why)
: “ ”
: “ , , . ”
: “ ”
: “ , : , ?” (2 why)
: “ , ”
: “ . ( ). , . , , .”
: “ ”

Fais-moi une castration, je vais épouser une juive.

Effet métier (pour la tâche racine)

Quel effet commercial la tâche a-t-elle, allons-nous la mesurer et comment.

Exemples d'indicateurs commerciaux
-

  • :
  • ( - ):
  • :

-
  • :
  • :
  • :
  • : HR


Si l'impact de la tâche sur les indicateurs commerciaux est difficile à évaluer (par exemple, il s'agit d'une amélioration de la convivialité de l'interface opérateur qui n'entraîne pas un traitement plus rapide des commandes), il convient d'indiquer pourquoi la tâche est importante pour son consommateur.

Décomposition de la solution au problème ou comment prévoyez-vous d'utiliser les résultats de la tâche

Les tâches difficiles (par exemple, les tâches d'intégration d'application) doivent être discutées avec les interprètes - pour développer une décomposition de votre tâche (tâche) en tâches des interprètes.

Mais il arrive que l'interprète se voit confier une tâche sans expliquer comment vous prévoyez d'utiliser les résultats de son travail pour résoudre votre problème.

Cela entraîne souvent des problèmes: les résultats de la tâche ne peuvent pas être utilisés à l'avenir, ce qui entraîne des pertes de temps ou des «béquilles» à refaire.

Exemple
— .
— . ?
— .
— , .
— , .
— . . ?
— .
— + , , — . ?
— .


Pourquoi est-ce pour le client (consommateur)

Qui est le consommateur de la tâche? Pourquoi est-ce pour le consommateur?
Pourquoi un mari circoncis est-il important pour une mariée d'une blague?

Si la tâche concerne le client, vous devez absolument indiquer pourquoi cela est pour le client.

Il arrive que des changements de système aggravent l'expérience d'un client interagissant avec vous. Cela est dû à la volonté de certains managers d'optimiser localement, surtout si ces leaders n'interagissent pas directement avec le client.
Exemple 1. Une tâche de logisticiens (vente d'électronique).
“ , ”.

, - - . , .

Exemple 2. Une tâche d'un responsable marketing.

“ -, , .”

, .

Exemple 3. Une tâche du directeur financier.

“ , ”.

. , 6, ( ), . .

, .
, ? ?

Cas d'utilisation futurs

Comme le personnage principal utilisera les résultats de la tâche résolue. À quoi sert le futur cas d'utilisation?

Il est particulièrement important d'indiquer si l'acteur principal du scénario est votre client.

Exemple. Paiement via QR code
: QR- . - - -.

: QR-.

: QR- , -.

. ? .

1 (20% ). , .

2 (80% ). , (!!!), , , , - .

? , ( - ), ?

, QR-? (, . deeplink). , -?(, ).

Sinon fait

Indiquez ce qui se passera (ou ce qui ne se passera pas, voir «Décartes Square Decision Making») si la tâche n'est pas terminée. Cela est nécessaire pour que l'entrepreneur comprenne mieux quelle tâche est préférable de procéder en premier lieu.

Cette question inconfortable donne souvent la réponse la plus compréhensible à la question «Pourquoi».

Comparez des exemples:

  • La société ne recevra pas 0,1% de bénéfices, soit X millions de roubles. par mois.
  • Un employé (opérateur) consacrera en moyenne 15 minutes par jour à la saisie manuelle des données de paiement, ce qui coûte à l'entreprise 3 000 roubles. par mois.
  • Le défaut d'introduire des améliorations dans l'enregistrement fiscal électronique des chèques au titre du FZ-54 entraînera des amendes de la part de la société d'un montant correspondant à un double chiffre d'affaires.

Si je ne suis pas castré, je tromperai ma fidèle épouse et son père et je ne recevrai pas une riche dot.

Critères de préparation (résultat)


Il s'agit d'une description du résultat attendu.

Dans son ensemble,
« Vous avez besoin ce à profiter de cette soi-et-donc. Forcément, depuis ... La façon de vérifier telle ou telle chose . »

Nécessaire

Quel genre de résultat souhaitez-vous obtenir? (Identique à la définition du fait + critères d'acceptation).
Quand considérerez-vous que la tâche est prête à 100%?

Régulation
, , : , .

, , , , , .

À

Pour que l'entrepreneur soit d'accord avec les critères de préparation ou offre une option (meilleure) différente pour l'évaluation des travaux, il doit comprendre pourquoi le client a besoin de ces critères.

Sans comprendre pourquoi tel ou tel critère est si important, il est probable que l'artiste l'ignorera (ou activera le mode de frappe italien). Par conséquent, il est préférable de décrire les critères en fonction de l'expression «à».

Obligatoire

Tous les critères ne sont pas également importants, certains sont requis = doivent l'être, certains sont souhaitables = nice2have (en particulier pour les tâches avec des délais). Plus vous limitez les interprètes dans le choix de la méthode de mise en œuvre, plus le risque de non-exécution et de réduction de l’initiative des employés est grand (ou un scénario est possible où l’intervenant vous tirera davantage, vous forçant à résoudre des problèmes, car vous l’avez limité). Pour les critères obligatoires, il convient d'indiquer pourquoi ils sont obligatoires.

Exemple. Trouvez des développeurs 1C
HR-.

: hh.ru 1.

: 01 . , , . .

:

: 01 2 1 Middle+, . 1 .

: — 120 000 .

, 100 . , — 140 . ? ? , . : — 240 . . , .

?

: , , . ? , , , .

? , , ( ) — , . ? ? . – .

: «, , , - »
: “”.

4. . 6 ( 10-00 19-00 ), , - . Must have, .

— acceptance criteria. definition of done ( , , ):

  1. ( ).
  2. ( ).
  3. ( ).
  4. .
  5. ..

( , ? ? — ).

, HR , , , . , , . , , — . , .

, “ ” , :

: ( )

: 01 . , , . .

:

  • 01 2 1 Middle+, . 1 , .
  • — 240 . . , .
  • , , , - .
  • 6 ( 10-00 19-00 ), . Must have, , .


Méthode de vérification


Il convient de souligner si cela n'est pas évident.

La tâche d'organiser une fête d'entreprise du Nouvel An.
, ? ? ? ? , , , , .

, – . , , , ( ), : / ?

“, , . — . — 90% 8 ”.

Il est important d'indiquer les critères de préparation du résultat et non la manière de résoudre le problème. C'est souvent le plus difficile, car il est très inhabituel d'aller dans un super système.

Il est conseillé d'indiquer non pas négatif (pour que quelque chose ne se passe pas), mais positif "oui". En parfait état.

Exemple. Clou dans le mur
: .

: , , , .

: , . , .

: .

. . ? ? ? : , . . . .

:

  • — , . , .
  • , . .


Il faudrait essayer de formuler les critères de préparation en fonction du résultat final, sans indiquer comment ce résultat devrait être obtenu.

Exemple. Payez sur place à l'aide d'un code QR
QR , QR , .

, . .

, .

, . — deeplink, QR .

Le contexte


Le contexte est une description de la situation telle qu'elle est actuellement (telle quelle).

Si l'entrepreneur n'est pas au courant de vos processus actuels, il ne comprendra souvent pas ce dont vous avez vraiment besoin.

  • Quel genre d'affaire
  • Comment se déroule actuellement l'activité en question
  • Comment l'activité examinée est-elle menée par les référents
  • Ce qui est mauvais dans la situation actuelle

Comprendre des exemples
, ? , .

Exemples de contexte moins clairs
Wildberries, OZON, .. , ?

? ? ? ? ? . .

, , , : .

? ? ? ? . .

Quel type d'entreprise (pour un entrepreneur externe)

En définissant la tâche sur un exécuteur externe, il convient de fournir des informations de base sur ce qu'est votre entreprise.

Il se trouve qu'il suffit d'écrire «Boutique de Pyaterochka» et il deviendra clair à l'entrepreneur de quel problème il s'agit (si la zone où se déroulent les processus considérés dans la tâche est proche de l'expérience de l'entrepreneur).

Sinon, vous devez spécifier le canevas d'entreprise (canevas) [voir 8]:

  1. Type d'entreprise
  2. Quel est votre produit, (produit), quels types de produits sont (prêt, CTP, assurance, ...)
  3. quelle est la spécialisation de l'entreprise, quel est le point culminant (UTP), quelle est la valeur (nous livrons des produits de qualité en peu de temps)
  4. Qui sont vos consommateurs (client au détail, distributeurs, magasins, ...)
  5. ( , -, , , ...)
  6. (, , , , ..)
  7. ( , , ...)
  8. (, , ...) ()

, CRM
: CRM.

: .

, ? .

? :

1.

— :
— :
— : , (30%), (10%), email/ (30%), (30%)
— :
— : , -,
— :
— : ,

2

— :
— :
— :
— :
— : ,
— : ,
— : ,

1 “B2B” CRM , , , , , , .

2 “” CRM , , email, sms, web-push, , .

,

L’indication de l’état d’As Is montrera à l’artiste ce qui, en fait, doit être fait, quel type d’écart doit être surmonté. Selon l'état actuel, le fonctionnement peut varier considérablement.

En gros: la tâche d'atteindre un chiffre d'affaires de 1 million de roubles pour une entreprise ayant un chiffre d'affaires de 900 000 roubles ou un chiffre d'affaires de 100 000 roubles est une tâche complètement différente.

Une indication de qui résout le problème maintenant indiquera immédiatement l'exécuteur clé qui a le plus d'informations sur la tâche.

Si un analogue d'un problème a déjà été résolu dans une unité voisine ou dans une entreprise de référence, cela vaut également la peine d'être mentionné.

Exemple. Faire un calcul des délais de livraison
:
: -.

:
1. ERP .

2. , . , . .

.

, ( , ). . - . 10-50 .

Ce qui est réglementé par l'activité et quels documents accompagnent l'activité

Par exemple. Lors de l'automatisation du traitement des commandes, les informations nécessaires se trouvent souvent dans les instructions du responsable, qui sont émises lors de l'embauche.

Ce qui empêche la réalisation de l'objectif maintenant

Pourquoi les méthodes existantes, en tenant compte des paramètres de qualité nécessaires, ne peuvent pas atteindre les mêmes objectifs.

Exemple. Faire un calcul des délais de livraison
: .
: -.

:

.
ERP .

1. : , .

: .

2. , , , .
: .
2-3 , .

Précédemment fait sur la tâche ..., voir ici

Quel travail sur la tâche a déjà été effectué et est-il possible de voir un résultat formalisé.

Nom de la tâche


Après avoir créé les blocs «Pourquoi» et «Critères de préparation», vous pouvez également écrire le nom de la tâche. Il doit être court, volumineux et standard.

Partie organisationnelle de la tâche


Sous conditions (Droits et restrictions)


Un paradigme de base doit être adopté ou indiqué (l'un des deux):
«Tout ce qui n'est pas interdit est autorisé» ou «Tout ce qui n'est pas autorisé est interdit».
Règlements
. .
— “, ”.

?

—
—
—
— /.

:

— ,
— ,
—
—
— “”,

, :

  • , , , . , .
  • , , , ( ).
  • .
  • — .
  • , , — 15 /. , . , — ( — ).
  • , , /, , . , , . /, ( — ).
  • 15 , , /.
  • / , , .
  • ..


Quelle urgence?


Si la tâche a une urgence élevée, indiquez-le et expliquez pourquoi la tâche a une telle urgence. Par exemple, si la tâche est nécessaire pour l'organisation du «Black Friday», indiquez-le ainsi que l'heure à laquelle le Black Friday arrive.

Il existe des délais spéciaux, après lesquels la tâche n'est objectivement pas nécessaire. Par exemple, la durée du discours à la conférence. Par exemple, si vous avez besoin d'une page de destination pour une société de publicité, la date limite pour le moment est celle de la publicité payée qui ne peut pas être décalée.

Pour des tâches telles que le développement de logiciels, pourquoi est-il important de spécifier le délai uniquement là où il se trouve réellement et en quoi la gestion de ces tâches diffère
— . , . = 90% .

.

deadline = , , . , , .

deadline, . , . , .

“ ”:

  • , — 2-3
  • “ ” =
  • (scope), must have nice2have (. “ ”)

, “ ”. , — must have nice2have. Must have . , . : must have , , , - nice2have.

Tâche d'une importance particulière


Si la mise en œuvre des tâches est livrée au convoyeur par l'entrepreneur, il peut être nécessaire de pousser certaines tâches plus rapidement que d'habitude.

Mettez en surbrillance ces tâches avec l'étiquette «Contrôle spécial», qui permettra au contractant d'organiser la gestion des tâches d'une manière différente, et le gestionnaire de tâches surveillera séparément ces tâches. Pour chacune de ces tâches, contactez l'entrepreneur et dites son importance afin que l'entrepreneur la reporte. Mais rappelez-vous - il ne devrait pas y avoir beaucoup de telles tâches.

Pourquoi est-ce nécessaire et d'où viennent les retards dans l'exécution des tâches courantes?
: , , , . . .

, . , , .
, , .

:

  • ,
  • ,
  • ,
  • ,
  • “ ” — , .

, , . , , .

Limite d'argent


Pour les tâches avec une limite de dépenses, spécifiez cette limite. Une limite peut signifier à la fois des tâches inutiles si les dépenses dépassent la limite (l'achat de matériaux est plus cher que la vente d'un produit fini), ainsi que d'autres raisons.

La présence d'une limite affecte la portée ou le calendrier.

Par exemple:

  • Vous devez acheter un cadeau d'anniversaire pour le montant collecté.
  • Des améliorations peuvent être apportées à votre propre site entre les projets (gratuitement, car la paie a déjà été payée).
  • La mise en place d'un portail d'entreprise peut être reportée si aucun contractant n'est disposé à le faire au minimum.
  • Des ordinateurs portables de rechange peuvent être achetés au prix le plus bas que vous puissiez attendre un certain temps.
  • , ( , KPI ).

/ ( )


Si l'entrepreneur peut avoir besoin d'attirer des employés supplémentaires pour résoudre le problème et qu'ils sont surchargés, cela peut devenir un problème.

Dans ce cas, vous devez indiquer «Décidez par vous-même» ou «Ne pas distraire tel ou tel employé».

La situation inverse: certaines tâches doivent être résolues avec brio, pour lesquelles vous devez attirer un expert. Ensuite, nous indiquons «Attirer tel ou tel employé».

Par exemple, «Ecrivez un article pour Internet pour tel ou tel site, prenez des informations de tel ou tel expert sur tel ou tel cas».

S'il est interdit à l'entreprise d'attirer des experts externes, mais que cela est nécessaire pour mener à bien cette tâche, il convient de le mentionner.

Par exemple, «Trouvez un développeur Java senior avec une expérience Hybris pour recruter des agences de recrutement.»

Coordination du mode d'exécution


Choisissez l'un des trois:

  1. Convenez d'un plan avant la mise en œuvre.
  2. Dites après l'achèvement.
  3. Pas intéressé.

Pourquoi c'est important? Si vous ne faites pas confiance à l'exécuteur testamentaire et que vous devez terminer la tâche la première fois, vous devez essayer de comprendre exactement comment il sera résolu avant le début du travail. Cela prendra du temps, mais vous obtiendrez ainsi une qualité de travail acceptable.

Quand faut-il coordonner une méthode d'exécution? Dans les cas où le risque d'échec est si grand qu'il menace de graves pertes (par exemple, votre licenciement ou une perte de confiance dans votre leadership). Il convient également de penser à spécifier cet élément pour certaines tâches complexes assignées à l'employé qui les effectue pour vous pour la première fois.
(Dans [4], cet élément est appelé assurance).

“ ”
, , .

. .
? !

“ ”.
“ . , - ”.

“ ”?
“ . , ”.

“ . ? ”.


“ ”


— “ ”.
— ( “ ”). , , - .
— ?
— -.
— % , . . ? , .



— “ ”. .
— ( ). , . , ( ..) ….
— ?
— , .
— , , , , . . .
. ?
— , , .
— ?
— , .
— , “ ” , . — .

( )


Le processus d'exécution de tâches longues doit être contrôlé.

Si la tâche est posée à l'interprète, alors souvent en premier lieu il est nécessaire de contrôler la disponibilité des compétences pour terminer la tâche (voir [10]).

S'il est possible de surveiller l'exécution de la tâche grâce aux rapports disponibles, c'est bien, notez le calendrier et vérifiez (ou demandez au chef du département des rapports de préparer un rapport avec une note analytique d'ici là). Mais le plus souvent, il n'y a pas de rapport prêt à l'emploi.

La méthode de contrôle des travaux dépend de la méthode d'organisation des travaux de l'entrepreneur et doit être fixée dans la réglementation.

Le moyen le plus simple consiste à définir au moins un prochain point de contrôle (en travaillant pour une tâche de la plus haute priorité).

En bref sur le contrôle des différentes options de gestion des personnes et des équipes
, , . , - , .

? “ ” [5] [9]. ( 100% , , . — ).

, . .

— .

:

  • ( ) kanban = . , - ( , , …), .
  • Kanban = . , “ ” . , , , ( , , ). () ( ) ( ). , .
  • (scrum, scrum ....) = . + ( ).

— - , :

  • . , . – (-).

, — , .

, , - , , . , : , , .

Soit dit en passant, pourquoi avons-nous besoin de contrôle?

Une histoire de comment pas nécessaire de l'entreprise sanglante.
- . «», . « ?», . , , , . , . , - , .

Le suivi doit être organisé comme une assistance pour les problèmes que l'employé n'est pas en mesure de résoudre pour résoudre le problème.

Le point de contrôle est l'heure, le lieu et la méthode de contrôle.

Un endroit est la façon dont la communication aura lieu.

  • Allez au bureau et montrez
  • Appeler et signaler
  • Chat et rapport

Règlement sur le lieu de contrôle
, . , ( / / ), .

Méthode de contrôle - détermination de ce qui doit être contrôlé. Le plus souvent, c'est la mise en œuvre des éléments du plan, si le point est défini comme un contrôle de leur mise en œuvre. Mais si la tâche est urgente, il est possible de contrôler la composition des résultats intermédiaires de la tâche à l'heure fixée, afin que vous compreniez où elle se déplace. C'est plus long, mais la première fois.

Exemple. Lancement de la promotion.
. ( ).

– . , . , .

: , ( , , ).

Comment déterminer le prochain point? Dépend du choix du type de coordination du plan de mise en œuvre et du mode de gestion.

Pour les tâches d'une importance particulière, gérées individuellement:

  • Si vous convenez d'un plan de mise en œuvre avant la mise en œuvre, alors au moment où le contractant présentera ce plan et la méthode de mise en œuvre, vous pourrez déterminer le point de contrôle.
  • Si vous ne prévoyez pas de vérifier la méthode d'exécution, laissez le contractant lui-même indiquer l'heure et le lieu du prochain contrôle et l'indiquer.

Pour d'autres tâches - déterminées par la réglementation.

Qui vérifie la qualité


Habituellement, la première chose qui est normalisée dans les entreprises est le contrôle de la qualité.

Par exemple. La qualité du code généré est vérifiée par le testeur et parfois le responsable du développement. La pureté juridique et la conformité de l'accord avec les accords conclus sont vérifiées par un avocat. Lors de la conclusion du contrat, vous demandez à l'entrepreneur de vérifier le contrat avec l'avocat et, au prochain point de contrôle, d'examiner les commentaires de l'avocat.

Vous ne contrôlez pas la qualité vous-même, mais avec l'aide d'un autre employé. Les centres de contrôle typiques doivent être enregistrés dans la réglementation.

Un exemple de réglementation.
  • ,
  • ,
  • – .


Mais si les processus n'ont pas encore été mis en place, ou si la tâche n'est pas typique, il convient d'indiquer qui contrôlera quoi.

Un exemple d'un problème atypique.
, .

Et si ça tourne mal


Exemple. Achetez les mêmes cadeaux pour la nouvelle année, le montant - 2000 roubles. par enfant. Et si 2050 roubles - achetons-nous?

Il convient de considérer et d'indiquer:

  • Combien vous pouvez dépenser trop
  • Combien pouvez-vous retarder
  • Quel minimum peut être fait (c'est la raison de la décomposition des critères de préparation en must have, nice2have).

Si vous ne pouvez pas dépenser trop, assurez-vous de tout faire et à temps avec une qualité élevée, alors souvent une tâche plus ou moins difficile est vouée à l’échec. Pourquoi? Biais cognitif Une «erreur de planification» vous invite, vous et l’artiste, à réfléchir à un scénario optimiste de réussite pour terminer une tâche sans penser à des problèmes possibles. Mais des problèmes surviennent. Si vous y pensez à l'avance, vous pouvez tout d'abord évaluer avec plus de sobriété le calendrier et les ressources nécessaires.

Deuxièmement, cela permettra de répondre plus rapidement en cas de problèmes. Pourquoi est-ce possible?

Par exemple. Si vous ne spécifiez pas d'écarts autorisés, par défaut, le contractant vous contactera pour chaque cas lorsque quelque chose dépasse les limites spécifiées. Chacun de ces cas entraîne des retards au moins dus aux communications (vous n'êtes pas inactif), ce qui casse les délais.

Qu'est-ce qui peut mal tourner et comment y réagir (et s'il faut réagir)? La plupart des risques sont standard et doivent être décrits dans les réglementations.

Règlements
  • ( ) . ? ? ? ? ? ? ?
  • , . ? ? ? ?
  • . . , , ? , ( , , ).
  • . ? , .. - ,


Pourquoi l'auteur ne nomme pas cet élément risque
, — . , . , . .

Groupe de création de solutions (plan de solutions)


Lors de la recherche de solutions à certains problèmes, les intérêts de quelqu'un doivent être pris en compte. Si oui, indiquez la liste des responsables (soi-disant parties prenantes). Si cela n'est pas généralement connu, indiquez lequel a le plus d'expertise.

Pour un certain nombre de tâches, ces personnes peuvent être déterminées par l'entrepreneur indépendamment en fonction du processus de travail.

Mais parfois, ces individus ne sont pas identifiés explicitement. Pour éviter une situation où quelqu'un a oublié de demander son avis, vous devez spécifier une liste.

Exemples de tâches où les parties prenantes ne sont pas évidentes
  • ,
  • ,
  • ,
  • , , .


Souhaits de déploiement


Certaines modifications ne peuvent être saisies à aucun moment. S'il n'y a pas de réglementation, ces restrictions doivent être indiquées.

Par exemple, des modifications doivent être apportées au code du site lorsque le site compte un minimum d'utilisateurs afin de minimiser la perte de commandes.

Qui et comment notifier la décision


Si le règlement n'est pas défini, alors il vaut la peine d'indiquer quand les résultats.

Il arrive que les gens ne soient pas au courant, bien que la solution au problème les concerne. Si cela se produit, il convient de le spécifier explicitement.

Par exemple, une modification de la réglementation sur le travail avec les tâches Jira concerne les employés de tous les services qui organisent leur travail via Jira. Dans le même temps, les employés doivent signer un changement à ce règlement.

Exécuteur


L'entrepreneur est un employé qui entreprend la tâche. Il peut ne pas être connu lors de l'énoncé du problème et est défini ultérieurement, par exemple, si plusieurs personnes du même groupe effectuent des tâches de ce type.

Organisateur d'acceptation des tâches


Les tâches terminées sont acceptées par l'employé, la personne qui a défini la tâche. Le preneur a obtenu ce qu'il voulait?

Mais de quel côté est la responsabilité de la tâche? L'entrepreneur a fait le travail (remis le ballon?), Le gestionnaire de tâches a pris la tâche pour vérification (l'a-t-il vraiment prise?).

Si la tâche est définie via le traqueur de tâches, c'est-à-dire le champ responsable actuel, qui détermine de quel côté se trouve la balle.

Mais sinon, il arrive que les tâches se bloquent pendant longtemps, surtout s'il n'y a pas de règles et de règlements (ce qui est utile même s'il existe un tracker de tâches).

Règlement d'acceptation des tâches.
— ( ), , ( “” , “”).

— ( ), , (, ), . (“” , ).

: , () .

, — ( ).

, .

Recyclage autorisé


Les employés chargés du traitement doivent être payés si l'employeur l'exige (conformément à la loi). Dans le même temps, le salarié peut rester au travail comme il le souhaite, mais le paiement de ce traitement dépend de l'organisation.

Le processus de traitement doit être géré = pour allouer les tâches qui doivent être effectuées à temps, y compris à travers le traitement des tâches ordinaires qui sont effectuées pendant les heures de travail.

Les exigences des clients


L'entrepreneur peut indiquer ce dont il a besoin de la part du client pour mener à bien la tâche.

En résumé, cela nécessite:

  • Information
  • Ressources
  • Identifiants.

Par exemple. Pour lancer le site Web de la boutique en ligne, le client doit préparer la société informatique à créer les informations du site sur les fiches produits avec les prix.

Nous ne peignons pas cette section en détail.

Description du processus de mise en scène


Comment le gestionnaire attribue-t-il l'entrepreneur?

Le gestionnaire résout les tâches ou les problèmes qui lui sont présentés en construisant un modèle de solution dans sa tête, en décomposant la tâche en sous-tâches ou en définissant la sous-tâche suivante. Après cela, il donne des tâches aux interprètes, recueille les résultats, définit à nouveau les tâches et ainsi de suite jusqu'à ce qu'il résout le problème / la tâche dont il est responsable. Les résultats de l'exécution de sa tâche affectent directement les indicateurs commerciaux, ou quelqu'un doit améliorer les indicateurs commerciaux, ou il pense que la tâche est nécessaire, mais il ne s'est pas demandé pourquoi.

Disons que le gestionnaire est vous.

La chose la plus importante dans la tâche est de donner une partie descriptive qualitative de la tâche.

  1. , . ( ). , . ( – ).
  2. . , . . . . ( – ).
  3. . , . , , ? – . , – , . ( ).
  4. « ». /.
  5. .

Tous les éléments de la description de tâche ne sont pas requis. L'obligation dépend de la tâche elle-même et du niveau de l'exécutant (les moins expérimentés doivent rédiger des déclarations plus détaillées). Les points les plus importants sont le «pourquoi» et les «critères de préparation». Mais d'abord, regardez la liste des éléments pour chaque tâche.

Ce qu'il faut décrire dépend du niveau de l'artiste.

Si l'artiste est un débutant / débutant en juin, il est très probable qu'il ne sait pas quoi et comment faire pour obtenir un résultat. Pour ces personnes, le bloc Que faire est plus important.

Si le contractant possède une expérience suffisante et que la tâche peut lui être déléguée, il lui suffit alors de rédiger des «critères d'acceptation» (comme image des résultats) et il trouvera comment y parvenir.

Et pour les deux, le bloc «Pourquoi» est important, ce qui permet de fixer des objectifs et de motiver.

L'entrepreneur, à la réception de la tâche, indique ce dont il a besoin de la part du client pour terminer la tâche et il y a une négociation entre le client et l'entrepreneur.

Exemples


Voici quelques exemples. Certains exemples sont totalement inesthétiques, mais ils sont tous basés sur des événements réels qui se sont produits il y a quelque temps dans différentes entreprises avec des tâches et des interprètes différents.

Nous désignerons Z - le cédant, Et - l'interprète.

Exemple. Remplissez les données d'échelle pour les établissements


Que faire : remplissez le serveur de combat avec toutes les valeurs des paramètres YZOOM pour les colonies = 11. Pour Moscou et Saint-Pétersbourg, définissez 9.

Pourquoi: Pour les utilisateurs d'avoir une carte avec la disponibilité des marchandises dans les magasins affichée sur une échelle normale.
Dans le cadre du projet Mise en place de l'auto-livraison depuis les magasins
Si la tâche n'est pas effectuée, alors le client voit la carte dans une approximation minimale (le monde entier), ce qui rend difficile pour lui de naviguer sur le téléphone avec un doigt et conduit à une diminution de la conversion
Critères d'acceptation: Ouvrez le site dans les villes par défaut, sur le '' Disponibilité en magasin »pour un produit, disponible dans un seul magasin, la carte s'ouvre pour que le centre-ville soit visible.
Dates de la tâche:composent le nombre X, car à ce moment toutes les fonctionnalités d'auto-livraison sur le site de combat seront activées

Exemple 1. Transférer des bogues des programmes Google.Docs vers Jira


Z: Il existe une table Google Docs dans laquelle les testeurs ont fixé des tâches pour corriger les défauts sur le site. Transférez ces tâches de Google Docs vers Jira (nouveau système de gestion des tâches).
Et: déplacé. Et que faire ensuite avec eux? Le testeur dit qu'ils ne sont pas pertinents.
Z: Ensuite, il n'y avait pas besoin de transférer
Et: Vous avez dit de transférer, et j'ai transféré.
Z: Je devais penser "pourquoi je fais ça". Si vous ne savez pas pourquoi vous faites quelque chose, ne le faites pas.

Moralité. Dans cette tâche, vous pouvez deviner les critères de préparation: toutes les tâches du tableau sont répertoriées en tant que tâches dans le nouveau système de gestion des tâches. Pourquoi? Cet élément n'est pas indiqué, ce qui entraîne une perte d'énergie et de temps.

Comment définir correctement la tâche

Que faire:Il existe une table Google Docs dans laquelle les testeurs ont corrigé des tâches pour corriger les défauts sur le site. Transférez ces tâches de Google Docs vers Jira (nouveau système de gestion des tâches).

Pourquoi: Jira devrait avoir toutes les tâches urgentes pour corriger les défauts trouvés plus tôt.

Critères d'acceptation:

  • Jira a commencé des tâches de correction des défauts conformément aux nouvelles règles d'écriture des défauts afin que les défauts puissent être corrigés dans la bonne priorité.
  • Jira n'a pas de défauts en double, afin de ne pas créer de conflits pour corriger les défauts.
  • Les nouvelles tâches doivent être pertinentes afin que les développeurs ne perdent pas de temps.

Exemple 3. De développeur à développeur


Z: Maintenez la tâche

Que faire: Analysez et refactorisez un morceau de code.

Pourquoi: selon les résultats de la surveillance, un morceau de code problématique a été trouvé. Cela ralentit considérablement le chargement du site, le rendant instable.

Critères de préparation: dans un morceau de code, une requête doit être effectuée dans la base de données, dont les résultats doivent être mis en cache.

Et je ne sais que faire. Vous pouvez corriger ce morceau de code de différentes manières, laquelle choisir?
Z: Pensez par vous-même
et je suis allé escalader vers le leader U. Nous avons
rassemblé une discussion.
Et: Le problème peut être résolu de différentes manières, par exemple, méthode 1, méthode 2, méthode 3 (les méthodes du langage de programmation sont décrites ci-dessous).
Z: Nous devons résoudre le problème le plus rapidement possible, avec un patch, afin d'être à l'heure pour le Black Friday.
Q: Eh bien, c'est la méthode 1.
Z: Et quel effet cette méthode a-t-elle sur les affaires?
Et: lorsque les prix changent, les données sur le site aux prix ne seront pas mises à jour dans l'heure.
Z: Étant donné que les prix changent la nuit, pendant une période d'activité minimale du client, cette méthode est acceptable.

Quel est le problème: Le problème a été identifié, mais il n'a pas été indiqué que faire avec, comment le résoudre, l'interprète a eu le choix de la façon de faire la tâche lui-même. Dans le même temps, l'objectif n'est pas suffisamment marqué - pour faire le plus rapidement possible afin de rattraper le Black Friday (PE), l'interprète n'a pas pu choisir.
De plus, la solution à la tâche «attraper l'urgence» n'est pas le type de problème, le prix de l'erreur (le succès de toute l'entreprise), il est trop élevé. Par conséquent, il était impératif d'ajouter une étape aux critères d'acceptation: «Convenir d'un plan de décision avant la mise en œuvre».

Le Black Friday arrive dans deux semaines. La tâche doit être placée sous contrôle spécial, car il n'y a pas de droit à être en retard. Nous ajoutons «sous contrôle spécial».

L'optimisation est en grande partie une tâche de recherche avec une quantité de travail peu claire. La recherche doit être limitée dans le temps, nous ajoutons donc «demain à 9 h 20, vous contactez et vérifiez l'état de la solution».

Exemple 4. De développeur à développeur


Z. Améliorez ce morceau de code. Voici un diagnostic du profileur
I. Amélioré. Au lieu de 32 requêtes, 17 sont effectuées
Z. Il devrait y avoir 0 requêtes, les données doivent être complètement extraites du cache

Moral. Il n'est pas indiqué pourquoi la tâche est nécessaire, mais dans le contexte, car la tâche principale de toute l'équipe est d'accélérer le site, mais cela n'est pas nécessaire. Mais les critères de préparation ne sont pas indiqués.

Nous réécrivons

Que faire : Améliorer ce morceau de code de diagnostic à partir du profileur
Pourquoi : Accélérer le site
Critères d'acceptation : Toutes les demandes doivent fonctionner sur le cache, s'il y a des données dans le cache

Exemple 5. Le chef des développeurs - développeur


Z. Comprenez comment fonctionne ce morceau de code
I.
Z. Une heure s'est écoulée, où sont les résultats?
I. J'ai résolu un autre problème.

Ce qui ne va pas: sans indiquer l'importance de la tâche, l'interprète n'a pas compris quelle tâche est la plus importante.
Il existe un triangle de gestion bien connu: Ressources - Portée - Temps.

Ressources. L'entrepreneur (si ce n'est pas un gestionnaire qui peut attirer quelqu'un d'autre que lui pour effectuer) ne peut compter que sur lui-même, la ressource est fixée.

Le choix reste - portée ou temps.

Les tâches de recherche (par exemple, comprendre ce qui se passe) sont généralement difficiles à évaluer par les coûts de main-d'œuvre, et la recherche d'optimisation peut prendre des semaines (y compris l'étude et le test de nouvelles bibliothèques et technologies), de sorte que les tâches de recherche doivent être gérées avec le temps.

Cette tâche est donc importante. Jetez tout et faites-le, après une heure de contrôle.

Nous reformulons le problème:

que faire . Comprenez comment fonctionne un morceau de code.
Pourquoi . Selon le profileur, cette pièce ralentit le chargement de la page de 7 secondes, ce qui bloque le lancement du site en bataille
Critères d'acceptation . Dites la logique de ce code et donnez des commentaires sur la façon de le corriger.
Priorité (le patron peut déterminer la priorité) - vous supprimez toutes les autres tâches, car c'est la seule tâche qui bloque le lancement du site, la tâche
Contrôle - vous appellerez et rapporterez ce que vous avez appris dans une heure.

Exemple 6. Connexion d'un service de remarketing sur un site


Le propriétaire du produit définit la tâche.
Que faire : connectez le service de remarketing pour le site.
Pourquoi : Les recommandations augmenteront les ventes grâce à la publicité sur Internet.
Critères de préparation : sur le site de combat, sur toutes les pages du site, il y a un compteur qui crée des événements lorsque tous les clients ouvrent des pages (qui n'ont pas de bloqueur de publicité).
Client : Spécialiste du marketing Internet direct.

Qu'as-tu oublié cette fois? Étant donné que la tâche semble simple, un nouveau développeur peu expérimenté l'a mise au travail et a inséré ce script dans une exécution synchrone avant d'ouvrir la page du site dans le navigateur du client. En conséquence, les pages du site ont commencé à se charger plus lentement pendant 1,5 seconde, et lorsque le script de compteur a commencé à générer des erreurs, les pages ont cessé de s'ouvrir du tout. Le directeur du commerce électronique est furieux.

Le propriétaire du produit, comme tous les autres clients commerciaux, ne pensait pas (si l'entreprise y réfléchissait, cela fonctionnerait mal en tant qu'entreprise) à propos de la vitesse et de la tolérance aux pannes. Ces critères ne sont pas énoncés dans les exigences, et il n'y a aucune exigence documentée pour le site, et personne, même par des mots, n'a informé le développeur à ce sujet.

Comment sortir de telles situations: formaliser les exigences non fonctionnelles et, pendant que le processus de formalisation est en cours, discutez du problème avec le développeur et le testeur, dans lequel le développeur explique comment il fera la tâche, et le testeur n'oubliera pas de demander comment la méthode de mise en œuvre proposée affectera les attributs de qualité ( performances, vitesse, tolérance aux pannes, sécurité, etc.).

Exemple 7. Correction d'erreurs dans la mécanique des codes promotionnels


Tâche: "Il y a une erreur sur le site maintenant, les remises pour les codes promotionnels d'abonnement se résument aux remises pour les offres spéciales, corrigez-la."

Le problème est décrit, mais ce qui doit être fait n'est pas décrit.

Après avoir découvert auprès du client ce que la tâche signifiait, elle a été réécrite comme suit:

Que faire:

- Trouver un mécanisme pour déterminer comment le site doit appliquer les promotions dans les cas où il y a plusieurs promotions différentes dans un même panier.
- Envisager la possibilité de résumer les remises ainsi que la possibilité d'appliquer des remises de priorité plus élevée.
- Effectuer des tests A / B que l'entreprise est plus rentable - pour résumer les remises (chiffre d'affaires plus élevé, mais marge plus faible) ou laisser une remise.

Pourquoi

La dernière campagne, qui s'est déroulée du 1er septembre au 1er octobre, a enregistré 1 100 commandes dans lesquelles des codes promotionnels de souscription ont été appliqués et des produits avec des offres spéciales ont été achetés, ce qui ne devrait pas être le cas, ce qui a entraîné une perte de X millions de roubles qui auraient pu être évités. Dans le même temps, il n'y aurait pas de perte de chiffre d'affaires, car l'importance de la remise sur les offres spéciales est suffisante pour que le client ne nécessite pas de motivation supplémentaire (c'est une hypothèse).

Si cela n'est pas fait, alors les entreprises suivantes (réalisées pour augmenter le nombre d'abonnés) prévues en février et juin donneront des pertes estimées à XX roubles.

Critères d'acceptation La

capacité de contrôler la façon dont les codes promotionnels et les promotions interagissent les uns avec les autres sans la participation des programmeurs.

Mécanisme A / B pour tester les options d'interaction.

Après une telle déclaration, il est devenu clair pour le contractant que le problème n'avait pas besoin d'être résolu, car en avril, il était prévu de transférer la fonction de calcul des promotions vers une solution logicielle centralisée, ce qui déprécierait la solution à ce problème.

Un exemple de tâche de et vers. Optimiser l'espace de stockage de 15%


Nous donnons un exemple de description complète de la formulation (dans des endroits redondants).

Le contexte


Toile d'entreprise (au-delà de la production, pour le lecteur)


- Distributeur B2B,
- vente d'accessoires de meubles (charnières, pantographes, tiroirs et étagères, systèmes de stockage (démontés))
- marques de qualité d'Allemagne avec une faible marge bénéficiaire
- aux clients grossistes (distributeurs locaux, magasins de meubles, artisans indépendants),
- via une commande sur le site et par contact direct avec le gestionnaire
- avec paiement à la vente ou par tranches (B2B)
- avec des remises en fonction du montant de la transaction et des conditions contractuelles avec le client;
- en achetant dans les usines, en transportant et en important par une entreprise de transport externe, en dédouanement par des forces extérieures, en stockant dans votre entrepôt de Moscou, en expédiant à Moscou par votre propre moyen de transport et à Moscou en transport enregistré.

Description de la situation


Comment ça marche maintenant : Il y a un entrepôt sur lequel différentes marchandises sont stockées sur différents supports. L'entrepôt ne comprend pas ABC.
Volume et fréquence des opérations : 10 expéditions par jour, une expédition - du talon à la gazelle.
Comment ça marche pour les référents : leur entrepôt est optimisé pour différents types de rotation de marchandises.
Ce qui est réglementé par l'activité : (le règlement du magasinier est joint).
Ce qui empêche d'atteindre l'objectif maintenant : il n'y a pas eu de travail sur le chiffre d'affaires des marchandises. Toutes les marchandises étaient stockées de manière égale.
Sur la tâche accomplie : des négociations ont eu lieu avec les propriétaires, un accord a été conclu pour réduire les coûts. Une analyse ABS a été réalisée, qui a révélé 30% des marchandises à faible chiffre d'affaires.
Où voir les résultats formalisés: le protocole de négociation est la conversation dans l'application. L'analyse ABS est appliquée à la tâche, article par article.

Que faire


En scellant le stockage du segment C, libérez de l'espace et préparez-les pour le transfert au locataire.

Pourquoi


- La sous-tâche de la tâche est «Réduire les coûts en optimisant l'entrepôt grâce à l'analyse ABC».
- L' effet commercial sera atteint par 100 000 roubles par mois, en raison d'une réduction de la zone de location d'entrepôt.
- Justification du calcul : l'analyse ABC a montré la présence de 30% de biens à faible chiffre d'affaires. Réduisons de moitié la surface occupée par ces marchandises en raison du compactage du stockage.
- Les résultats sont nécessaires pour transférer l'espace libéré au bailleur.
- Si la tâche n'est pas effectuée, l' entreprise paiera 100 000 roubles / mois de plus, ce qui rend l'entreprise insuffisamment rentable
- Futurs scénarios de travail: Les employés d'entrepôt stockent de manière plus dense les produits les moins rentables.

Critères de préparation


- La zone de transfert de notre côté est libérée et prête à être transférée au bailleur.
- Un acte de transfert signé et un dopnik signé avec le locataire ont été reçus afin que les nouvelles conditions soient légalement enregistrées.
- Une baisse du taux de location d'entrepôt de 15% a été enregistrée afin que nous payions moins. Le pourcentage de réduction est calculé approximativement, donc en supposant un double compactage des marchandises du segment C. Lorsqu'il est réduit de 5%, le travail n'a pas de sens.
- Le plan de réorganisation a été élaboré et approuvé en tenant compte des recommandations de l'expert Semyon Semenovich afin de vérifier la libération maximale de la zone, à condition que la productivité de l'entrepôt soit maintenue.

Partie organisationnelle de la tâche


Client : propriétaire de l'entreprise.
Sous restrictions / dans les conditions :
- Restrictions monétaires : les coûts de réorganisation ne doivent pas dépasser le bénéfice d'une baisse du taux de location pendant six mois.
- Contraintes de temps : la période de réorganisation est de 2 mois, car ce délai devrait être suffisant (convenu avec le bailleur pour ces périodes).
- Attraction ext. les ressources sont acceptables dans le cadre du budget.
Coordination du plan
- Avant la mise en œuvre, coordonner le plan de réorganisation avec le propriétaire.
- Groupe de création de plans(à convenir avec qui informer): responsable de magasin, chef des ventes, directeur financier.
- Contacts de groupe (soumis).
- Communication : à travers ce qui se passe, un groupe se crée.
- Changer le statut d'approbation: convenu avec tous.

Souhaits de déploiement : dépenser pendant les heures de travail, afin de ne pas payer pour le traitement.
Le prochain point de contrôle : lors de la prochaine réunion une fois par semaine.
- Ce qui doit être prêt pour le prochain point de contrôle : les marchandises du groupe C sont divisées en groupes selon la taille et la fragilité, le calcul de la possibilité de compactage est effectué.
Contrôle qualité: responsable sécurité incendie, responsable protection du travail.
Comment sera effectué le retour en arrière si cela ne fonctionne pas : nous reculerons tout. Pour ce faire, le plan doit saisir cette occasion.

Que faire en cas de problème


Ce qui pourrait mal tourner
- Durée. Pas critique pour le résultat. Ce que nous ferons: nous négocierons avec le propriétaire.
- Les marchandises peuvent être endommagées lors du déplacement. Pas critique pour le résultat. Comment prévenir: expliquez aux gens comment prendre soin de produits de valeur.
- La nouvelle organisation de stockage peut bloquer le fonctionnement de l'entrepôt. Pour le résultat, il est essentiel, pour éviter cela, que le plan de réorganisation soit convenu avec le responsable de l'entrepôt et l'expert en organisation de stockage trouvé par le propriétaire.

Ajouts


Critères de disponibilité standard


Certains critères de préparation peuvent être ignorés si l'entreprise a élaboré des normes de critères de préparation pour différents types de tâches.

Exemples de normes pour les critères de disponibilité, selon le type de tâche:

Type de tâche - N'importe quelle tâche


- Les résultats de l'exécution sont convenus avec le client de la tâche
- Si les délais sont promis pour la tâche, alors les changements de calendrier sont convenus avec le client de la tâche
- Si les délais promis sont manqués pour la tâche, le contractant informe le client de la tâche et propose les étapes suivantes pour atteindre ces objectifs (Pourquoi) autant que possible plus tôt mais au plus tard à la fin du jour ouvrable suivant

Type de tâche - développement de logiciels


- Le code du programme modifié est déployé (installé) sur les serveurs de combat et est disponible pour utilisation
- Sur les serveurs de combat, tous les paramètres nécessaires sont définis pour garantir le bon fonctionnement du processus
- Le raffinement n'aggrave pas les exigences du système (non fonctionnel) précédemment formé (il est révélé un peu plus bas)
- Avant le déploiement la documentation du serveur de support a été mise à jour sur les serveurs de combat
- Une brève description a été jointe au changement de logiciel qui a changé et les éléments de documentation de support le cas échéant
- La documentation de First Day Analyst et First Day Developer a été mise à jour
- Modifications d'intégration convenues avec l'architecte informatique L'

élément sur les exigences non fonctionnelles peut être divulgué:

- Le logiciel doit être pratique (les directives UX s'exécutent),
- Les interfaces de travail pour le client doivent être coordonnées avec le propriétaire du produit, le concepteur, l'analyste système,
- Les interfaces de travail pour l'employé de l'entreprise (pas au détail) doivent être coordonnées avec le chef de l'employé,
- Les interfaces de travail pour l'employé le magasin de vente au détail de l'entreprise doit être coordonné avec la personne responsable du développement technologique du commerce de détail,
- le système informatique doit avoir tel ou tel paramètre de performance et ne pas aller au-delà des restrictions sur le processeur, la mémoire, les E / S et le nombre et le volume de demandes externes à une telle charge, tel ou tel volume de données, telle ou telle exigence de pertinence des données
- le système informatique doit pouvoir évoluer dans telle ou telle condition
Il devrait être possible de transférer régulièrement des données non pertinentes du système informatique vers les archives, dont les données sont disponibles pour les systèmes de déclaration depuis un certain temps
- le système informatique ne devrait pas enfreindre la loi
- le système informatique devrait être protégé contre tel ou tel modèle d'attaque
- Le système informatique ne devrait pas être des constantes hardcoated. Ils doivent être établis et disponibles pour la configuration sous la forme d'un fichier de configuration stocké dans le référentiel ou les paramètres système
- La tolérance aux pannes du système informatique doit être de 99% (les entreprises adorent le langage de neuf), bien que ce critère soit mieux décrit sous une forme d'utilisation plus compréhensible (voir ci-dessous).

Critères de tolérance aux pannes sous une forme compréhensible pour l'informatique:

- en cas de défaillance d'un élément de la configuration du serveur (serveur, sous-système de disques, routeur réseau), le système informatique doit continuer à fournir les scénarios requis,
- en cas de défaillance du service du système CRM externe, le système peut rendre inaccessibles les services d'enregistrement, de visualisation des bonus, de calcul et de dépenser les points lors de l'achat, mais devrait au minimum prendre en charge la route principale principale - permettre de passer une commande avec le message «Nous sommes désolés, le programme de bonus est temporairement indisponible, le gestionnaire vous contactera et clarifiera le montant des points de débit et de crédit

Cependant, il ne suffit pas de formuler une liste complète, il est nécessaire d'établir un processus de contrôle (bien que souvent dans notre réalité ils le font: ils introduisent une norme, mais ils ne peuvent pas définir le processus) Par exemple, pour répondre aux exigences des paramètres de performance, vous devez créer un banc de test, charger des scripts, un outil de chargement et mesurer les paramètres de performance.

Actions standard de réponse aux risques


- Si un employé est malade, il prévient à l'avance ou au pire dans le canal général de communication, pendant l'heure d'absence du lieu de travail, en indiquant des sentiments de se rendre au travail afin que le reste de l'équipe puisse organiser le travail dans lequel il est impliqué, en tenant également compte de la période d'absence ( attendre ou passer à un autre).
- Si un employé est tombé malade et n'a pas prévenu dans l'heure, le chef de projet apprendra de lui (dans l'heure) et informera le canal général de la maladie afin que l'équipe puisse organiser le travail, en tenant compte de la période d'absence prévue (attente ou transfert). S'il ne répond pas, alors RP écrit à la chaîne générale «L'employé a disparu, ne prend pas contact» afin que l'équipe puisse transférer son travail à un autre employé.
- Si la tâche était suspendue à l'employé licencié, le RP devrait la redistribuer à un autre employé ou la transférer dans le tampon d'un poste de travail ou annuler la tâche afin que la gestion des tâches ne soit pas perdue et que le système de gestion des tâches ne se transforme pas en ordures.

Bibliographie


  1. Article sur les exigences non fonctionnelles habr.com/en/post/231961
  2. L'article sur la méthode TOTE habr.com/en/post/339556
  3. E. Goldratt, cible. Le processus d'amélioration continue. www.ozon.ru/context/detail/id/141279570
  4. Blanchard, Onken, Burroughs. Gestionnaire et singes d'une minute www.labirint.ru/books/682838
  5. Eliezer Yudkovsky. Harry Potter et les méthodes de la pensée rationnelle.
  6. Patton Jeff. Histoires d'utilisateurs. L'art du développement logiciel agile. En bref ici: habr.com/en/post/459872
  7. INVEST habr.com/ru/company/luxoft/blog/84030
  8. -. | , . : smartarchitects.ru/business-model-canvas, — : , . -. |
  9. « . »
  10. . , . .
  11. . . ? medium.com/it-analyst/client-quiestions-30cf76275ad3


Un grand merci aux membres du club KiFB, un merci spécial à Ivan Kopylov pour une rétroaction réfléchie et utile, ainsi qu'à Ulyana Leonova, Danila Golubtsova, Maxim Sinksas, Kseniia Meshkova, Denis Beskov, Serg, Mikhail Sorokin, Step_By_Step, Sergey Titkov et ma femme Natal la préparation de l'article, ainsi que la grande Olga Levina pour une relecture compétente (si vous trouvez des erreurs, alors ce sont mes erreurs dues à des corrections du texte final).

Et des remerciements particuliers à Andrei Prudovsky, dont la sélection constante m'a fait réfléchir à la nécessité de penser en termes de résultats et de tâches avant de fixer une tâche, ce qui a conduit de nombreuses années plus tard à la rédaction de cet article.

More articles:


All Articles