Get best of the week

Establecemos objetivos de desarrollo (en una empresa sangrienta y no solo)

Un joven se apresura al hospital:
- ¡Doctor, castrame, urgentemente!
- ???
- Urgente, doctor, ¡no hay tiempo para explicarlo!
El doctor hace castración. A la mañana siguiente, el tipo se recupera de la anestesia, se le pregunta cuál es el problema, en realidad.
- Ves, me voy a casar con una judía, ellos tienen tal religión.
- Entonces, ¿tal vez necesitabas la circuncisión?
- ¿Qué dije? !!!
La mayoría de los problemas surgen debido a malentendidos. Estableces la tarea para un subordinado o aliados, y luego juras, porque las personas hicieron mal, mal, porque te malinterpretaron. Frente a esto? Si usted es un gerente y resolver un problema era parte de sus responsabilidades, entonces probablemente sepa que la ejecución incorrecta es su error, no el error del ejecutor.

La nota contiene un marco de preguntas, cuyas respuestas deben registrarse en la tarea si es un tomador de problemas. Si eres un artista intérprete o ejecutante, las respuestas a estas preguntas te ayudarán a comprender mejor la tarea. Para la mayoría de las preguntas, se han recopilado ejemplos prácticos, negativos y positivos.


A menudo, la razón de los problemas es que la tarea se establece en términos de "lo que hay que hacer" y no "qué tipo de resultado se debe obtener" y "por qué se necesita este resultado".

Para comprender las posibilidades, los costos laborales y los plazos, el intérprete le hará muchas preguntas diferentes (especialmente si no está en el tema). La correspondencia comerá tiempo y, por lo tanto, dinero. Puede acelerar la tarea si formula lo que debe hacerse con más detalle. Pero, ¿qué es exactamente lo que debe implementarse? No todos los administradores de tareas entienden esto.

Existen diferentes tipos de tareas.

Las tareas para corregir un defecto en el que se sabe cómo debe ser el error y qué se manifiesta no se consideran en este artículo.

En el artículo analizaremos las tareas para cambios, incluido el trabajo en el marco de proyectos, mejoras del sistema, tareas organizativas y otras tareas no estándar (tareas como "resolver el problema" permanecerán fuera del alcance, se discutirán en artículos posteriores), considerar el marco de la declaración del problema y dar ejemplos. El marco se sintetiza a partir de diversas metodologías y marcos.

El contratista puede realizar la tarea él mismo, pero puede administrar un equipo de artistas (por ejemplo, desarrolladores).

Las tareas pueden ser específicas.

Los desafíos de desarrollo de software requieren respuestas a una serie de preguntas adicionales. No nos centraremos en tareas específicas y consideraremos cuestiones generales relacionadas con el proceso de cambio.

¿Por qué artículo al autor?
, , , .

Marco de enunciado del problema


No es necesario describir todos los puntos, ni para cada tarea, ni para cada intérprete. Se pueden fijar varios puntos en las regulaciones

El contenido de la tarea.


  1. Términos y abreviaturas
  2. Qué hacer
  3. Para qué

    1. Nivel de tarea (raíz / subtarea)
    2. (Para la subtarea) Como parte del proyecto. ¿Qué es la subtarea? (Qué tarea está resolviendo, en el marco del cual establece esta subtarea)
    3. (Para la tarea raíz) Efecto empresarial
    4. (Para la tarea raíz) Se logrará de esta manera
    5. (Para la tarea raíz), el efecto empresarial se medirá de esta manera
    6. Las razones para creer que esta tarea le permitirá obtener un efecto comercial
    7. Si la tarea no se realiza, entonces (la compañía perderá / no recibirá esto, en tal y tal casos que surjan entonces ...)
    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. ¿Qué hacer en este caso para no críticos?

  11. Cómo se realizará la reversión (para cambios)

Requisitos del cliente (recursos, información, credenciales)


El contratista lo llena al procesar la tarea.

Antecedentes


Una breve descripción de algunos conceptos.
?

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?

, ( ).

Descripción del marco principal.


El contenido de la tarea.


Qué hacer


Lo que hay que hacer = lista de trabajo que se debe hacer como parte de la tarea. Si agrega un artista y fechas límite, obtendrá un plan para resolver el problema. A menudo esto termina la producción.

"Hazlo", escribe el gerente. Basado en la experiencia personal, esto es lo primero que viene a la mente cuando hay un deseo de establecer una tarea. Anotamos lo que hay que hacer, y luego volveremos a este punto para aclarar o reescribir, si es necesario.

"Hazme castración".

Quizás la lista completa de lo que hay que hacer no está clara y solo se indican los primeros pasos para la solución. Pero en este caso, para que no haya malentendidos, vale la pena hacer que la posdata "identifique y tome tales y siguientes pasos".

La descripción debe basarse en términos y abreviaturas de uso común. De lo contrario, vale la pena crear la subsección "Términos y conceptos".

Para qué


En primer lugar, el punto "Por qué" es necesario para explicarle al ejecutante la fijación de sus objetivos, de modo que, al comenzar la tarea, pueda analizar la lista de trabajos de "Qué hacer" y verificar que sean adecuados y completos, y pueda comprender mejor qué objetivo desea alcanzar.

La tarea "Hazme castración, porque me iba a casar con una judía, y la tienen", un médico competente planteará la cuestión de la adecuación de la redacción y evitará la catástrofe.

En segundo lugar, la descripción debe dar una comprensión de las prioridades de esta tarea en particular.
Imagínese en el papel de un artista que "vuela muchas tareas". ¿Qué tarea debe tomar primero, cómo priorizar las tareas? Si usted es su líder, puede indicar prioridades directamente, pero ¿y si no lo es?

El contratista puede tener derecho a decidir qué hacer en primer lugar y qué dejar para más adelante. En este caso, él es responsable de la corrección de tal elección.

En el marco de una empresa sangrienta, sucede que la priorización se lleva a cabo sobre la base de la "situación operativa" o lo que se necesita en este momento, que grita más fuerte. También puede degenerar en "Yo soy tú, tú eres yo" o "seamos amigos en contra de eso", pero frente al CEO es mejor usar otros métodos de priorización.

Opciones para definir una cola de ejecución
. .

, , , (, , , , ).

. -.

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

.

— . .

Nivel de tarea (raíz / subtarea)

Una tarea es un evento específico que tiene objetivos INTELIGENTES y los límites de lo que hay que hacer.

Un ejemplo de un problema con objetivos poco claros: aumentar las ventas en el 1er trimestre (aumentó en 1 rub = ¿resolvió el problema?).

La tarea raíz está dirigida a obtener directamente el efecto final (de otra manera, la tarea del primer nivel). El efecto puede o no expresarse en métricas comerciales.

Ejemplos de tareas raíz

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


Si los resultados de la tarea afectan directamente a los indicadores comerciales, debe especificar el nivel de tarea "tarea raíz" .

A menudo, resolver el problema raíz requiere la ayuda de otros empleados. En este caso, para resolver el problema, se forma una jerarquía de subtareas.
Si los resultados de la tarea son necesarios para resolver algún problema raíz, entonces debe especificar el nivel de "subtarea" .

Una tarea / proyecto y por qué necesita esta tarea (para una subtarea)

Si establece una subtarea en el marco del problema de primer nivel que está resolviendo, entonces debe indicar qué tarea está resolviendo esto.

Si la tarea se lleva a cabo dentro del marco del proyecto y existen prioridades transversales para los proyectos, la especificación del proyecto permite que los centros de trabajo completen las tareas en el orden correcto.

Si tiene un desempeño y utiliza el marco de formulación para conocer los parámetros de una tarea, puede preguntarle: “¿Por qué necesitamos esta tarea, cómo utilizará el resultado? Necesito saber esto para comprender mejor cómo hacer la tarea ".

Después de recibir la respuesta, el técnico de 5Why recomienda profundizar más y más en el establecimiento de objetivos: "¿Y por qué necesita esto?", Y así sucesivamente 5 veces.

Imagine una conversación en una tienda de artículos deportivos.
: ” ”
: “ ?” (1 why)
: “ ”
: “ ?” (2 why)
: “ ”
: “ ?” (3 why)
: “ ”
: “ ?” (4 why)
: “ , , ”

En realidad, después del segundo por qué, el administrador de tareas comienza a ponerse muy nervioso.

La pregunta que se puede hacer: “Entiendo por qué la necesitas, (puedes repetir tu comprensión por qué). Elija lo que haremos a continuación: continúe para discutir los detalles de esta tarea, o puedo ayudarlo a encontrar alternativas más simples para resolver la tarea ".

Tienda de artículos deportivos, doble 2
1
: ” ”
: “ ?” (1 why)
: “ ”
: “ , , . ”
: “ ”
: “, : , ?”
….

2

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

Hazme una castración, me casaré con una judía.

Efecto empresarial (para la tarea raíz)

Qué efecto comercial tiene la tarea, la mediremos y cómo.

Ejemplos de indicadores comerciales.
-

  • :
  • ( - ):
  • :

-
  • :
  • :
  • :
  • : HR


Si el impacto de la tarea en los indicadores comerciales es difícil de evaluar (por ejemplo, esto es una mejora en la usabilidad de la interfaz del operador, que no conduce a un procesamiento de pedidos más rápido), entonces vale la pena indicar por qué la tarea es importante para su consumidor.

Descomposición de la solución al problema o cómo planea utilizar los resultados de la tarea

Las tareas difíciles (por ejemplo, tareas de integración de aplicaciones) deben discutirse con los artistas intérpretes o ejecutantes, para desarrollar una descomposición de su tarea (tarea) en las tareas de los artistas intérpretes o ejecutantes.

Pero sucede que al artista se le asigna una tarea sin explicar cómo planea utilizar los resultados de su trabajo para resolver su problema.

A menudo esto lleva a problemas: los resultados de la tarea no se pueden usar en el futuro, lo que lleva a la pérdida de tiempo o "muletas" que deben rehacerse.

Ejemplo
— .
— . ?
— .
— , .
— , .
— . . ?
— .
— + , , — . ?
— .


¿Por qué es para el cliente (consumidor)

¿Quién es el consumidor de la tarea? ¿Por qué es para el consumidor?
¿Por qué un marido circuncidado es importante para una novia por broma?

Si la tarea concierne al cliente, entonces definitivamente debe indicar por qué esto es para el cliente.

Sucede que los cambios en el sistema empeoran la experiencia de un cliente que interactúa con usted. Esto se debe al deseo de algunos gerentes de optimización local, especialmente si estos líderes no interactúan directamente con el cliente.
Ejemplo 1. Una tarea de logísticos (venta de productos electrónicos).
“ , ”.

, - - . , .

Ejemplo 2. Una tarea de un gerente de marketing.

“ -, , .”

, .

Ejemplo 3. Una tarea del director financiero.

“ , ”.

. , 6, ( ), . .

, .
, ? ?

Casos de uso futuro

Como el personaje principal utilizará los resultados de la tarea resuelta. ¿Para qué sirve el futuro uso?

Es especialmente importante indicar si el actor principal en el escenario es su cliente.

Ejemplo. Pago por código QR
: QR- . - - -.

: QR-.

: QR- , -.

. ? .

1 (20% ). , .

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

? , ( - ), ?

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

Si no se hace

Indique lo que sucederá (o lo que no sucederá, consulte "Decartes Square Toma de decisiones") si la tarea no se completa. Esto es necesario para que el contratista comprenda mejor qué tarea es mejor realizar en primer lugar.

Esta incómoda pregunta a menudo da la respuesta más comprensible a la pregunta "¿Por qué?"

Compara ejemplos:

  • La compañía no recibirá el 0.1% de las ganancias, que son X millones de rublos. por mes.
  • Un empleado (operador) pasará un promedio de 15 minutos al día en la entrada manual de datos de pago, lo que le cuesta a la empresa 3.000 rublos. por mes.
  • Si no se introducen mejoras en el registro fiscal electrónico de los cheques bajo el FZ-54, se aplicarán multas a la compañía por el doble de la facturación de la compañía.

Si no estoy castrado, engañaré a mi fiel novia y a su padre y no recibiré una rica dote.

Criterios de preparación (resultado)


Esta es una descripción del resultado esperado.

En su totalidad,
“ Necesitas esto para aprovechar este tal y tal. Necesariamente, desde ... La forma de comprobar tal y tal.

Necesario

¿Qué tipo de resultado quieres obtener? (Igual que la definición de hecho + criterios de aceptación).
¿Cuándo considerarás que la tarea está 100% lista?

Regulación
, , : , .

, , , , , .

A

Para que el contratista esté de acuerdo con los criterios de preparación u ofrezca una opción diferente (mejor) para evaluar el trabajo, debe comprender por qué el cliente necesita estos criterios.

Sin comprender por qué este o aquel criterio es tan importante, es probable que el artista lo ignore (o active el modo de huelga italiano). Por lo tanto, es mejor describir los criterios basados ​​en la frase "a".

Necesario

No todos los criterios son igualmente importantes, algunos son obligatorios = deben tener, algunos son deseables = nice2have (especialmente para tareas con plazos). Cuanto más limite a los artistas a la hora de elegir el método de implementación, mayor será el riesgo de incumplimiento y reducción de la iniciativa de los empleados (o es posible que el artista lo tire más, obligándolo a resolver problemas, ya que lo ha limitado). Para los criterios obligatorios, vale la pena indicar por qué son obligatorios.

Ejemplo. Encuentra desarrolladores 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étodo de verificación


Vale la pena señalar si esto no es obvio.

La tarea de organizar una fiesta corporativa de Año Nuevo.
, ? ? ? ? , , , , .

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

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

Es importante indicar los criterios para la preparación del resultado, y no la forma de resolver el problema. A menudo, esto es lo más difícil, ya que es muy inusual entrar en un supersistema.

Es aconsejable indicar no negativo (para que algo no suceda), sino positivo "así". En perfecto estado.

Ejemplo. Clavo en la pared
: .

: , , , .

: , . , .

: .

. . ? ? ? : , . . . .

:

  • — , . , .
  • , . .


Los criterios de preparación deben ser formulados en términos del resultado final, sin indicar cómo se debe obtener este resultado.

Ejemplo. Pague en el sitio usando un código QR
QR , QR , .

, . .

, .

, . — deeplink, QR .

Contexto


El contexto es una descripción de la situación tal como está ahora (como está).

Si el contratista no conoce sus procesos actuales, a menudo no entenderá lo que realmente necesita.

  • Qué tipo de negocio
  • Cómo se realiza la actividad en cuestión ahora
  • ¿Cómo es la actividad revisada realizada por los referentes?
  • ¿Qué hay de malo en la situación actual?

Ejemplos de comprensión
, ? , .

Ejemplos de contexto menos claros
Wildberries, OZON, .. , ?

? ? ? ? ? . .

, , , : .

? ? ? ? . .

Qué tipo de negocio (para un contratista externo)

Al establecer la tarea en un ejecutor externo, vale la pena proporcionar información básica sobre lo que es su negocio.

Sucede que es suficiente escribir "Pyaterochka's Shop", y el contratista tendrá claro de qué se trata el problema (si el área donde tienen lugar los procesos considerados en la tarea es cercana a la experiencia del contratista).

De lo contrario, debe especificar el lienzo de negocios (lienzo) [ver 8]:

  1. Tipo de negocio
  2. ¿Cuál es su producto, (producto), qué tipos de productos son (préstamos, CTP, seguros, ...)
  3. cuál es la especialización del negocio, cuál es el punto culminante (UTP), cuál es el valor (entregamos productos de calidad en poco tiempo)
  4. Quiénes son sus consumidores (clientes minoristas, distribuidores, tiendas, ...)
  5. ( , -, , , ...)
  6. (, , , , ..)
  7. ( , , ...)
  8. (, , ...) ()

, CRM
: CRM.

: .

, ? .

? :

1.

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

2

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

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

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

,

La indicación del estado de As Is le mostrará al artista lo que, de hecho, hay que hacer, qué tipo de "brecha" se debe superar. Dependiendo del estado actual, la operación puede variar mucho.

Hablando en términos generales: la tarea de lograr una facturación de 1 millón de rublos para una empresa que tiene una facturación de 900 mil rublos o una facturación de 100 mil rublos es una tarea completamente diferente.

Una indicación de quién está resolviendo el problema ahora indicará inmediatamente al ejecutor clave que tiene la mayor cantidad de información sobre la tarea.

Si ya se ha resuelto un problema análogo en una unidad vecina o en una empresa de referencia, también vale la pena mencionarlo.

Ejemplo. Hacer un cálculo de tiempos de entrega
:
: -.

:
1. ERP .

2. , . , . .

.

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

Qué regula la actividad y qué documentos acompañan a la actividad.

Por ejemplo. Al automatizar el procesamiento de pedidos, la información necesaria a menudo se puede encontrar en las instrucciones del gerente, que se emiten al contratar.

Lo que impide el logro de la meta ahora

Por qué los métodos existentes, teniendo en cuenta los parámetros de calidad necesarios, no pueden lograr los mismos objetivos.

Ejemplo. Hacer un cálculo de tiempos de entrega
: .
: -.

:

.
ERP .

1. : , .

: .

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

Anteriormente realizado en la tarea ..., ver aquí

El trabajo en la tarea ya se ha llevado a cabo y es posible ver un resultado formal.

Nombre de la tarea


Después de crear los bloques "Por qué" y "Criterios de preparación", también puede escribir el nombre de la tarea. Debe ser corto, espacioso y estándar.

Parte organizativa de la tarea.


Bajo las condiciones (Derechos y restricciones)


Se debe adoptar o indicar un paradigma básico (uno de dos):
"Todo lo que no está prohibido está permitido" o "Todo lo que no está permitido está prohibido".
Reglamento
. .
— “, ”.

?

—
—
—
— /.

:

— ,
— ,
—
—
— “”,

, :

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


Que tan urgente


Si la tarea tiene una alta urgencia, indíquelo y explique por qué la tarea tiene tanta urgencia. Por ejemplo, si la tarea es necesaria para la organización del "Viernes Negro", indique esto y la hora en que llega el Viernes Negro.

Hay plazos especiales, después de los cuales la tarea no es objetivamente necesaria. Por ejemplo, la duración del discurso en la conferencia. Por ejemplo, si necesita una página de destino para una empresa de publicidad, entonces la fecha límite es el momento de la publicidad paga que no se puede cambiar.

Para tareas como el desarrollo de software, ¿por qué es importante especificar la fecha límite solo donde realmente está y cómo difiere la gestión de tales tareas?
— . , . = 90% .

.

deadline = , , . , , .

deadline, . , . , .

“ ”:

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

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

Tarea de particular importancia


Si el contratista entrega la implementación de las tareas al transportador, entonces puede ser necesario impulsar algunas tareas más rápido de lo habitual.

Resalte dichas tareas con la etiqueta "Control especial", que permitirá al contratista organizar la gestión de tareas de una manera diferente, y el administrador de tareas supervisará por separado dichas tareas. Para cada una de estas tareas, comuníquese con el contratista y diga su importancia para que el contratista lo posponga. Pero recuerde: no debería haber muchas de esas tareas.

¿Por qué se requiere esto y de dónde provienen los retrasos en la realización de tareas comunes?
: , , , . . .

, . , , .
, , .

:

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

, , . , , .

Límite de dinero


Para tareas con un límite de gasto, especifique este límite. Un límite puede significar tareas innecesarias si los gastos exceden el límite (comprar materiales es más costoso que vender un producto terminado), así como otras razones.

La presencia de un límite afecta el alcance o el momento.

Por ejemplo:

  • Necesita comprar un regalo de cumpleaños por el monto recaudado.
  • Se pueden hacer mejoras en su propio sitio entre proyectos (de forma gratuita, ya que la nómina ya ha sido pagada).
  • La implementación de un portal corporativo puede posponerse si no hay un contratista dispuesto a hacerlo como mínimo.
  • Las computadoras portátiles de repuesto se pueden comprar al precio más bajo que puede esperar por un tiempo.
  • , ( , KPI ).

/ ( )


Si el contratista puede necesitar atraer empleados adicionales para resolver el problema, y ​​están sobrecargados, esto puede convertirse en un problema.

En este caso, debe indicar "Decidir por su cuenta" o "No distraiga a tal y tal empleado".

La situación inversa: algunas tareas deben resolverse de manera brillante, para lo cual debe atraer a un experto. Luego indicamos "Atraer a tal y tal empleado".

Por ejemplo, "Escriba un artículo en Internet para tal o cual sitio, tome información de tal y tal experto en tal y tal caso".

Si se prohíbe a la empresa atraer expertos externos, pero esto es necesario para completar esta tarea, vale la pena mencionarlo.

Por ejemplo, "Encuentre un desarrollador senior de Java con experiencia en Hybris para reclutar agencias de reclutamiento".

Coordinación del método de ejecución.


Elige uno de tres:

  1. Acuerde un plan antes de la implementación.
  2. Dile después de la finalización.
  3. No interesado.

¿Por qué es importante? Si no confía en el ejecutor y necesita completar la tarea la primera vez, entonces debe tratar de averiguar exactamente cómo se resolverá antes de que comience el trabajo. Tomará tiempo, pero como resultado obtendrá una calidad de trabajo aceptable.

¿Cuándo se requiere la coordinación de un método de ejecución? En casos donde el riesgo de fracaso es tan grande que amenaza con pérdidas serias (por ejemplo, su despido o pérdida de confianza en su liderazgo). También vale la pena pensar en especificar este elemento para algunas tareas complejas asignadas al empleado que las realiza por primera vez.
(En [4] este elemento se llama seguro).

“ ”
, , .

. .
? !

“ ”.
“ . , - ”.

“ ”?
“ . , ”.

“ . ? ”.


“ ”


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



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

( )


El proceso de realizar cualquier tarea larga necesita ser controlado.

Si la tarea se plantea al ejecutante, a menudo, en primer lugar, es necesario controlar la disponibilidad de competencias para completar la tarea (ver [10]).

Si es posible monitorear la ejecución de la tarea a través de los informes disponibles, está bien, haga una nota en el calendario y verifique (o pídale al jefe del departamento de informes que prepare un informe con una nota analítica para este momento). Pero la mayoría de las veces no hay informes listos.

El método de control del trabajo depende del método de organización del trabajo del contratista y debe fijarse en las reglamentaciones.

La forma más fácil es definir al menos un siguiente punto de control (trabajando para una tarea de máxima prioridad).

Brevemente sobre el control en diferentes opciones para administrar personas y equipos
, , . , - , .

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

, . .

— .

:

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

— - , :

  • . , . – (-).

, — , .

, , - , , . , : , , .

Por cierto, ¿por qué necesitamos control?

Una historia de cómo no es necesario de la empresa sangrienta.
- . «», . « ?», . , , , . , . , - , .

El monitoreo debe organizarse como asistencia en problemas que el empleado no puede resolver para resolver el problema.

El punto de control es el tiempo, el lugar y el método de control.

Un lugar es cómo se llevará a cabo la comunicación.

  • Ve a la oficina y muestra
  • Llamar e informar
  • Chatea e informa

Reglamento sobre el lugar de control
, . , ( / / ), .

Método de control: determinación de lo que se necesita controlar. La mayoría de las veces es la implementación de elementos del plan, si el punto se establece como un control de su implementación. Pero si la tarea es urgente, entonces es posible controlar la composición de los resultados intermedios para la tarea en el momento señalado, de modo que comprenda hacia dónde se mueve. Esto es más largo, pero la primera vez.

Ejemplo. Lanzamiento de promoción.
. ( ).

– . , . , .

: , ( , , ).

¿Cómo determinar el siguiente punto? Depende de la elección del tipo de coordinación del plan de implementación y el método de gestión.

Para tareas de especial importancia, gestionadas individualmente:

  • Si está de acuerdo con un plan de implementación antes de la implementación, en el momento en que el contratista presente este plan y el método de implementación, puede determinar el punto de control.
  • Si no planea verificar el método de ejecución, deje que el contratista le indique la hora y el lugar del siguiente control e indíquelo.

Para otras tareas, determinado por la normativa.

¿Quién verifica la calidad?


Por lo general, lo primero que se estandariza en las empresas es el control de calidad.

Por ejemplo. El probador y, a veces, el gerente de desarrollo verifican la calidad del código generado. Un abogado verifica la pureza legal y el cumplimiento del acuerdo con los acuerdos alcanzados. Al concluir el contrato, le pide al contratista que verifique el contrato con el abogado y, en el siguiente punto de control, mire los comentarios del abogado.

Usted no controla la calidad, sino con la ayuda de otro empleado. Los centros de control típicos deben registrarse en la normativa.

Un ejemplo de normativa.
  • ,
  • ,
  • – .


Pero si los procesos aún no se han establecido en absoluto, o si la tarea no es típica, entonces vale la pena indicar quién controlará qué.

Un ejemplo de un problema atípico.
, .

¿Qué pasa si sale mal?


Ejemplo. Compre los mismos regalos para el año nuevo, la cantidad - 2000 rublos. por niño. Y si 2050 rublos, ¿estamos comprando?

Vale la pena considerar e indicar:

  • Cuánto puede gastar de más
  • ¿Cuánto puedes retrasar?
  • Qué mínimo se puede hacer (esta es la razón del desglose de los criterios de preparación en must have, nice2have).

Si no puede gastar de más, asegúrese de hacer todo a tiempo y con alta calidad, a menudo una tarea más o menos difícil está destinada al fracaso. ¿Por qué? Sesgo cognitivo El "error de planificación" los empuja a usted y al artista a pensar en un escenario optimista exitoso para completar una tarea sin pensar en posibles problemas. Pero los problemas suceden. Si piensa en ellos de antemano, puede, en primer lugar, evaluar con más sobriedad el momento y los recursos necesarios.

En segundo lugar, esto permitirá responder más rápidamente en caso de estos problemas. ¿Por qué es esto posible?

Por ejemplo. Si no especifica las desviaciones permitidas, de manera predeterminada, el contratista acudirá a usted para cada caso cuando algo supere los límites especificados. Cada uno de estos casos genera demoras, al menos debido a las comunicaciones (no está inactivo), lo que rompe los plazos.

¿Qué puede salir mal y cómo reaccionar (y si reaccionar)? La mayoría de los riesgos son estándar y deben describirse en las reglamentaciones.

Reglamento
  • ( ) . ? ? ? ? ? ? ?
  • , . ? ? ? ?
  • . . , , ? , ( , , ).
  • . ? , .. - ,


¿Por qué el autor no nombra este artículo?
, — . , . , . .

Grupo de creación de soluciones (plan de soluciones)


Al encontrar soluciones a algunos problemas, se deben tener en cuenta los intereses de alguien. Si es así, indique la lista de responsables (los llamados interesados). Si esto no se conoce generalmente, indique cuál de ellos tiene la mayor experiencia.

Para una serie de tareas, estas personas pueden ser determinadas por el contratista de forma independiente en función del proceso de trabajo.

Pero a veces estos individuos no se identifican explícitamente. Para evitar una situación en la que alguien olvidó pedirle la opinión a alguien, debe especificar una lista.

Ejemplos de tareas donde las partes interesadas no son obvias
  • ,
  • ,
  • ,
  • , , .


Deseos de implementación


Algunos cambios no se pueden ingresar en ningún momento. Si no hay regulación, entonces se deben indicar estas restricciones.

Por ejemplo, los cambios en el código del sitio deben realizarse cuando el sitio tiene un mínimo de usuarios para minimizar la pérdida de pedidos.

Quién y cómo notificar sobre la decisión


Si la regulación no está definida, entonces vale la pena indicar cuándo los resultados.

Sucede que las personas no están al tanto, aunque la solución al problema les concierne. Si esto ocurre, entonces vale la pena especificarlo explícitamente.

Por ejemplo, un cambio en las regulaciones sobre el trabajo con las tareas de Jira concierne a los empleados de todos los departamentos que organizan su trabajo a través de Jira. Al mismo tiempo, los empleados deben firmar un cambio a esta regulación.

Albacea


El contratista es un empleado que realiza la tarea. Es posible que no se conozca durante el enunciado del problema y se define más adelante, por ejemplo, si varias personas del mismo grupo realizan tareas de este tipo.

Organizador de aceptación de tareas


Las tareas completadas son aceptadas por el empleado, la persona que estableció la tarea. ¿El tomador consiguió lo que quería?

¿Pero de qué lado está la responsabilidad de la tarea? El contratista hizo el trabajo (¿entregó la pelota?), El administrador de tareas tomó la tarea para la verificación (¿realmente la tomó?).

Si la tarea se establece a través del rastreador de tareas, es decir, el campo responsable actual, que determina de qué lado está la pelota.

Pero si no, entonces sucede que las tareas se congelan durante mucho tiempo, especialmente si no hay reglas y regulaciones (lo cual es útil incluso si hay un rastreador de tareas).

Normativa para la aceptación de tareas.
— ( ), , ( “” , “”).

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

: , () .

, — ( ).

, .

Reciclaje permitido


El procesamiento de los empleados debe ser pagado si el empleador los requiere (por ley). Al mismo tiempo, el empleado puede permanecer en el trabajo como lo desee, pero el hecho de que dicho procesamiento sea pagado depende de la organización.

El proceso de procesamiento debe ser administrado = para asignar tareas que deben realizarse a tiempo, incluso a través del procesamiento de tareas ordinarias que se realizan durante las horas de trabajo.

Requerimientos del cliente


El contratista puede indicar lo que necesita del cliente para completar con éxito la tarea.

En pocas palabras, requiere:

  • Información
  • Recursos
  • Cartas credenciales.

Por ejemplo. Para lanzar el sitio web de la tienda en línea, el cliente debe prepararse para que la compañía de TI cree la información del sitio en tarjetas de productos con precios.

No pintamos esta sección en detalle.

Descripción del proceso de estadificación.


¿Cómo asigna el gerente al contratista?

El gerente resuelve las tareas o problemas que se le presentan al construir un modelo de solución en la cabeza, descomponer la tarea en subtareas o definir la siguiente subtarea. Después de eso, le da tareas a los artistas, recoge los resultados, vuelve a establecer las tareas y así sucesivamente hasta que resuelva el problema / tarea de la que es responsable. Los resultados de la ejecución de su tarea afectan directamente a los indicadores comerciales, o alguien necesita mejorar los indicadores comerciales, o cree que la tarea es necesaria, pero no se preguntó por qué.

Digamos que el gerente eres tú.

Lo más importante en la tarea es dar una parte descriptiva cualitativa de la tarea.

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

No se requieren todos los elementos en la descripción de la tarea. La obligación depende de la tarea misma y del nivel del ejecutante (los menos experimentados necesitan escribir declaraciones más detalladas). Los puntos más importantes son "Por qué" y "Criterios de preparación". Pero primero, mire la lista de elementos para cada tarea.

Qué describir depende del nivel del artista.

Si el intérprete es un principiante / junio, lo más probable es que no sepa qué y cómo hacer para lograr un resultado. Para esas personas, el bloque Qué hacer es más importante.

Si el contratista tiene suficiente experiencia y la tarea se le puede delegar, entonces le basta con escribir "Criterios de aceptación" (como una imagen de los resultados) y descubrirá cómo lograrlo.

Y para ambos, el bloque "Por qué" es importante, lo que proporciona la fijación de objetivos y la motivación.

El contratista, al recibir la tarea, indica lo que necesita del cliente para completar la tarea y existe un acuerdo entre el cliente y el contratista.

Ejemplos


A continuación hay una serie de ejemplos. Algunos ejemplos son completamente desagradables, pero todos se basan en hechos reales que tuvieron lugar hace algún tiempo en diferentes empresas con diferentes tareas y artistas.

Designaremos Z - el cedente, y - el intérprete.

Ejemplo. Completar datos de escala para asentamientos


Qué hacer : Complete el servidor de batalla con todos los valores de los parámetros de YZOOM para los asentamientos = 11. Para Moscú y San Petersburgo, establezca 9.

Por qué: Para que los usuarios tengan un mapa con la disponibilidad de productos en las tiendas en una escala normal.
En el marco del proyecto Implementación de auto-entrega desde las tiendas
Si la tarea no se realiza, entonces el cliente ve el mapa en la aproximación mínima (el mundo entero), lo que le dificulta navegar por el teléfono con un dedo y reduce los
criterios de aceptación de conversión : Abra el sitio en las ciudades de forma predeterminada, en el " Disponibilidad en tiendas "para un producto, que está disponible en una sola tienda, la tarjeta se abre para que el centro de la ciudad sea visible.
Fechas para la tarea:compensar el número X, ya que en este momento se habilitará toda la funcionalidad de auto entrega en el sitio de combate

Ejemplo 1. Transfiera errores de los programas Google.Docs a Jira


Z: Hay una tabla de Google Docs en la que los evaluadores corrigieron tareas para corregir defectos en el sitio. Transfiera estas tareas de Google Docs a Jira (nuevo sistema de gestión de tareas).
Y: movido. ¿Y qué hacer con ellos después? El probador dice que no son relevantes.
Z: Entonces no había necesidad de transferir
Y: Dijiste transferir y yo transferí.
Z: Tenía que pensar "por qué estoy haciendo esto". Si no sabe por qué está haciendo algo, no lo haga.

Moralidad. En esta tarea, puede adivinar los criterios de preparación: todas las tareas de la tabla se enumeran como tareas en el nuevo sistema de gestión de tareas. ¿Para qué? Este elemento no estaba indicado, lo que condujo a una pérdida de energía y tiempo.

Cómo configurar la tarea correctamente

Qué hacer:Hay una tabla de Google Docs en la que los evaluadores corrigieron tareas para corregir defectos en el sitio. Transfiera estas tareas de Google Docs a Jira (nuevo sistema de gestión de tareas).

Por qué: Jira debería tener todas las tareas urgentes para corregir los defectos encontrados anteriormente.

Criterios de aceptación:

  • Jira ha comenzado las tareas de corrección de defectos de conformidad con las nuevas reglas de escritura de defectos para que los defectos puedan corregirse en la prioridad correcta.
  • Jira no tiene defectos duplicados, para no crear conflictos para corregir defectos.
  • Las nuevas tareas deben ser relevantes para que los desarrolladores no pierdan el tiempo.

Ejemplo 3. Desarrollador a desarrollador


Z: Mantenga la tarea

Qué hacer: Analice y refactorice un fragmento de código.

Por qué: según los resultados del monitoreo, se encontró un código problemático. Se ralentiza enormemente la carga del sitio, lo que lo hace inestable.

Criterios de preparación: en un código, se debe realizar una consulta a la base de datos, cuyos resultados se deben almacenar en caché.

Y no se que hacer. Puedes arreglar este código de diferentes maneras, ¿cuál elegir?
Z: Piensa por ti mismo.
Y fui a escalar al líder U.
Reunimos una discusión.
Y: El problema se puede resolver de diferentes maneras, por ejemplo, método 1, método 2, método 3 (los métodos en el lenguaje de programación se describen a continuación).
Z: Necesitamos resolver el problema lo más rápido posible, con un parche, para llegar a tiempo al Black Friday.
P: Bueno, este es el método 1.
Z: ¿Y qué efecto tiene este método en los negocios?
Y: cuando los precios cambian, los datos del sitio a precios no se actualizarán en una hora.
Z: Dado que los precios cambian por la noche, durante un período de actividad mínima del cliente, este método es aceptable.

Lo que está mal: se identificó el problema, pero no se indicó qué hacer con él, cómo resolverlo, se le dio al artista la opción de hacer la tarea por sí mismo. Al mismo tiempo, el objetivo está insuficientemente marcado: hacer lo más rápido posible para atrapar el Black Friday (PE), el artista no pudo elegir.
Además, la solución a la tarea de "capturar la emergencia" no es el tipo de problema, el precio del error (el éxito de toda la empresa), es demasiado alto. Por lo tanto, era imperativo agregar un paso a los criterios de aceptación: "Acordar un plan de decisión antes de la implementación".

El viernes negro llega en dos semanas. La tarea debe mantenerse bajo un control especial, ya que no hay derecho a llegar tarde. Agregamos "En control especial".

La optimización es en gran medida una tarea de investigación con una cantidad de trabajo poco clara. La investigación debe limitarse en el tiempo, por lo que agregamos "mañana a las 9:20, se contacta y verifica el estado de la solución".

Ejemplo 4. Desarrollador a desarrollador


Z. Mejora esta pieza de código. Aquí hay un diagnóstico del generador de perfiles
I. Mejorado. En lugar de 32 solicitudes, se realiza 17.
Z. Debe haber 0 solicitudes, los datos deben tomarse completamente del caché de

Morale. No se indica por qué se necesita la tarea, sino en el contexto, ya que la tarea principal de todo el equipo es acelerar el sitio, pero esto no es obligatorio. Pero los criterios de preparación no están indicados.

Reescribimos

Qué hacer : mejorar este código de diagnóstico del generador de perfiles
Por qué : acelerar el sitio
Criterios de aceptación : todas las solicitudes deberían funcionar en la memoria caché, si hay datos en la memoria caché

Ejemplo 5. El jefe de desarrolladores - desarrollador


Z. Comprenda cómo funciona este código
I.
Z. Ha pasado una hora, ¿dónde están los resultados?
I. Resolví otro problema:

lo que está mal: sin indicar la importancia de la tarea, el intérprete no entendió qué tarea es más importante.
Hay un triángulo de gestión bien conocido: Recursos - Alcance - Tiempo.

Recursos. El contratista (si este no es un gerente que puede atraer a alguien que no sea él mismo) solo puede confiar en sí mismo, el recurso está configurado.

La elección permanece: alcance o tiempo.

Las tareas de investigación (por ejemplo, comprender lo que está sucediendo) generalmente son difíciles de evaluar por los costos laborales, y la investigación de optimización puede llevar semanas (incluido el estudio y la prueba de nuevas bibliotecas y tecnologías), por lo tanto, las tareas de investigación deben gestionarse con la ayuda del tiempo.

Esta tarea es por lo tanto importante. Tira todo y hazlo, después de una hora de control.

Reformulamos el problema:

qué hacer . Comprende cómo funciona un fragmento de código.
¿Por qué . Según el generador de perfiles, esta pieza ralentiza la carga de la página en 7 segundos, lo que bloquea el lanzamiento del sitio en los
criterios de aceptación de batalla . Diga la lógica de este código y haga comentarios sobre cómo solucionarlo.
Prioridad (el jefe puede determinar la prioridad): elimina todas las demás tareas, ya que esta es la única tarea que bloquea el inicio del sitio, la tarea
Control , llamará e informará lo que aprendió en una hora.

Ejemplo 6. Conexión de un servicio de remarketing en un sitio


El propietario del producto establece la tarea.
Qué hacer : conecte el servicio de remarketing para el sitio.
Por qué : las recomendaciones aumentarán las ventas a través de la publicidad en Internet.
Criterios de preparación : en el sitio de combate en todas las páginas del sitio hay un contador que crea eventos cuando todos los clientes abren páginas (que no tienen un bloqueador de anuncios).
Cliente : Especialista en marketing directo por Internet.

¿Qué olvidaste esta vez? Dado que la tarea parece simple, un desarrollador nuevo y poco experimentado la puso a trabajar e insertó este script en ejecución síncrona antes de abrir la página del sitio en el navegador del cliente. Como resultado, las páginas del sitio comenzaron a cargar más lentamente durante 1,5 segundos, y cuando el script de contador comenzó a generar errores, las páginas dejaron de abrirse. El director de comercio electrónico está furioso.

El propietario del producto, como cualquier otro cliente comercial, no pensó (si la empresa lo pensara, funcionaría mal como empresa) sobre la velocidad y la tolerancia a fallas. Estos criterios no se detallan en los requisitos, y no hay requisitos documentados para el sitio, y nadie ni siquiera en palabras instruyó al desarrollador sobre esto.

Cómo salir de tales situaciones: formalice los requisitos no funcionales y, mientras el proceso de formalización está en curso, mantenga una discusión sobre el problema con el desarrollador y el probador, en el que el desarrollador le dirá cómo hará la tarea, y el probador no se olvida de preguntar cómo el método de implementación propuesto afectará los atributos de calidad ( rendimiento, velocidad, tolerancia a fallas, seguridad, etc.).

Ejemplo 7. Corrección de errores en la mecánica de los códigos promocionales.


Tarea: "Ahora hay un error en el sitio, los descuentos para los códigos promocionales de suscripción se resumen con descuentos para ofertas especiales, corríjalos".

Se describe el problema, pero no se describe lo que hay que hacer.

Después de descubrir por parte del cliente el significado de la tarea, se reescribió de la siguiente manera:

Qué hacer:

- Para encontrar un mecanismo para determinar cómo el sitio debe aplicar las promociones en los casos en que hay varias promociones diferentes en una sola canasta.
- Considere la posibilidad de resumir descuentos, así como la posibilidad de aplicar descuentos con mayor prioridad.
- Realice pruebas A / B de que la empresa es más rentable, para resumir los descuentos (mayor rotación, pero menor margen) o dejar un descuento.

Para qué

La última campaña, que tuvo lugar del 1 de septiembre al 10 de octubre, contó con 1.100 pedidos en los que se aplicaron códigos promocionales para la suscripción y se compraron productos con ofertas especiales, lo que no debería ser, lo que resultó en una pérdida de X millones de rublos que podrían haberse evitado. Al mismo tiempo, no habría pérdida de rotación, ya que la importancia del descuento en ofertas especiales es suficiente para que el cliente no requiera motivación adicional (esta es una hipótesis).

Si no se hace esto, las siguientes compañías (realizadas para aumentar el número de suscriptores) planificadas en febrero y junio darán pérdidas estimadas en XX rublos.

Criterios de aceptación La

capacidad de controlar cómo los códigos promocionales y las promociones interactúan entre sí sin la participación de programadores.

Mecanismo A / B para probar las opciones de interacción.

Después de tal declaración, quedó claro para el contratista que no había necesidad de resolver el problema, ya que en abril se planeó transferir la función de cálculo de promociones a una solución de software centralizada, que depreciaría la solución a este problema.

Un ejemplo de una tarea desde y hacia. Optimizar el espacio del almacén en un 15%


Damos un ejemplo de una descripción completa de la formulación (en lugares redundantes).

Contexto


Lienzo comercial (más allá de la producción, para el lector)


- Distribuidor B2B,
- venta de accesorios para muebles (bisagras, pantógrafos, cajones y estantes, sistemas de almacenamiento (desmontados))
- marcas de calidad de Alemania con un margen bajo
- a clientes mayoristas (distribuidores locales, tiendas de muebles, artesanos autónomos),
- a través de un pedido en el sitio y a través del contacto directo con el gerente
, con pago a la venta o en cuotas (B2B)
, que tiene descuentos dependiendo del monto de la transacción y las condiciones contractuales con el cliente;
- comprando en fábricas, transportando e importando por una compañía de transporte externa, despacho de aduanas por parte de fuerzas externas, almacenando en su almacén de Moscú, enviando a Moscú en su propio transporte y a Moscú en transporte registrado.

Descripción de la situación.


Cómo funciona ahora : hay un almacén en el que se almacenan diferentes productos en diferentes bastidores. El almacén no incluye ABC.
Volumen y frecuencia de las operaciones : 10 envíos por día, un envío, desde el talón hasta la gacela.
Cómo funciona para los referentes : su almacén está optimizado para diferentes tipos de rotación de mercancías.
Lo que está regulado por la actividad : (se adjuntan las normas del empleado del almacén).
Lo que impide alcanzar el objetivo ahora : no se ha trabajado en la rotación de bienes. Todos los bienes fueron almacenados por igual.
En la tarea realizada : se llevaron a cabo negociaciones con los propietarios, se llegó a un acuerdo para reducir el costo. Se realizó un análisis de ABS, que reveló el 30% de los bienes de baja rotación.
Dónde ver los resultados formalizados: el protocolo de negociaciones es la conversación en la aplicación. El análisis de ABS se aplica a la tarea, artículo por artículo.

Qué hacer


Al sellar el almacenamiento del segmento C, libere espacio y prepárelos para transferirlos al arrendatario.

Para qué


- La subtarea de la tarea es "Reducir costos optimizando el almacén debido al análisis ABC".
- El efecto comercial se logrará en 100,000 rublos por mes, debido a la reducción del área de alquiler del almacén.
- Justificación del cálculo : el análisis ABC mostró la presencia del 30% de los bienes de baja rotación. Reduzcamos a la mitad el área ocupada por estos productos debido a la compactación del almacenamiento.
- Los resultados son necesarios para transferir el espacio liberado al arrendador.
- Si no se realiza la tarea, la empresa pagará 100.000 rublos / mes más, lo que hace que la empresa sea insuficientemente rentable
- Escenarios de trabajo futuros: Los trabajadores del almacén almacenan más densamente los productos con menor rotación.

Criterios de preparación


- El área de transferencia de nuestro lado está desocupada y lista para transferir al arrendador.
- Se recibió una escritura de transferencia firmada y un dopnik firmado con el inquilino para que las nuevas condiciones se registraran legalmente.
- Se registró una disminución en la tasa de alquiler del almacén en un 15% para que paguemos menos. El porcentaje de reducción se calcula aproximadamente, por lo tanto, suponiendo una doble compactación de los bienes del segmento C. Cuando se reduce en un 5%, el trabajo no tiene sentido.
- El plan de reorganización se ha elaborado y acordado teniendo en cuenta las recomendaciones del experto Semyon Semenovich para verificar la liberación máxima del área, siempre que se mantenga la productividad del almacén.

Parte organizativa de la tarea.


Cliente : propietario de la empresa.
Bajo restricciones / en condiciones :
- Restricciones monetarias : los costos de reorganización no deben exceder el beneficio de una disminución en la tarifa de alquiler durante seis meses.
- Limitaciones de tiempo : el período de reorganización es de 2 meses, ya que este tiempo debería ser suficiente (acordado con el arrendador para estos períodos).
- Atracción ext. los recursos son aceptables dentro del presupuesto.
Coordinación del plan
: antes de la implementación, coordine el plan de reorganización con el propietario.
- Plan de grupo de creación(a quién se debe acordar con quién notificar): gerente de almacén, jefe de ventas, director financiero.
- Contactos grupales (enviados).
- Comunicación : a través de lo que pasa, se forma un grupo.
- Cambiar el estado de aprobación: acordado con todos.

Deseos de despliegue : gastar durante las horas de trabajo, para no pagar por el procesamiento.
El siguiente punto de control : en la próxima reunión una vez por semana.
- Lo que debería estar listo para el próximo punto de control : los bienes del grupo C se dividen en grupos de acuerdo con el tamaño y la fragilidad, se realiza el cálculo de la posibilidad de compactación.
Control de calidad: gerente de seguridad contra incendios, gerente de protección laboral.
¿Cómo se realizará la reversión si esto no funciona ? Vamos a mover todo hacia atrás. Para hacer esto, el plan debe aprovechar esta oportunidad.

¿Qué hacer si sale mal?


¿Qué podría salir mal
? Duración. No es crítico para el resultado. Lo que haremos: negociaremos con el propietario.
- Las mercancías pueden dañarse al moverlas. No es crítico para el resultado. Cómo prevenir: instruir a las personas sobre el cuidado de productos valiosos.
- La nueva organización de almacenamiento puede bloquear el funcionamiento del almacén. Para el resultado, es fundamental, para evitar esto, que el plan de reorganización debe acordarse con el gerente del almacén y el experto en organización de almacenamiento encontrado por el propietario.

Adiciones


Criterios de disponibilidad estándar


Se pueden omitir algunos criterios de preparación si la empresa ha desarrollado estándares para los criterios de preparación para diferentes tipos de tareas.

Ejemplos de estándares para criterios de disponibilidad, según el tipo de tarea:

Tipo de tarea: cualquier tarea


- Los resultados de la ejecución están de acuerdo con el cliente de la tarea
- Si los plazos se prometen para la tarea, a continuación, los cambios de tiempo son acordados con el cliente de la tarea
- Si los plazos prometidos se pierden para la tarea, informa el contratista del cliente de la tarea y ofrece los siguientes pasos para lograr estos objetivos (por qué) tanto como sea posible antes pero a más tardar al final del siguiente día hábil

Tipo de tarea: desarrollo de software


- El código del programa modificado se implementa (instala) en los servidores de batalla y está disponible para su uso
- En los servidores de batalla se realizan todas las configuraciones necesarias para garantizar que el proceso funcione correctamente
- El refinamiento no empeora los requisitos del sistema previamente formados (no funcionales) (se revela un poco más abajo)
- Antes de la implementación la documentación del servidor de soporte se ha actualizado en los servidores de combate
: se ha adjuntado una breve descripción al cambio de software que ha cambiado y los elementos de la documentación de soporte donde se indica
: la documentación del First Day Analyst y First Day Developer se ha actualizado
. Cambios de integración acordados con el arquitecto de TI

.

- El software debe ser conveniente (las pautas de UX se ejecutan),
- Las interfaces de trabajo para el cliente deben acordarse con el propietario del producto, el diseñador, el analista de sistemas,
- Las interfaces de trabajo para el empleado de la empresa (no minorista) deben acordarse con el jefe del empleado,
- Las interfaces de trabajo para el empleado la tienda minorista de la compañía debe coordinarse con la persona responsable del desarrollo tecnológico de la venta minorista;
el sistema de TI debe tener tales parámetros de rendimiento y no ir más allá de las restricciones en el procesador, la memoria, las E / S y el número y volumen de solicitudes externas bajo tal carga, tales y tales volúmenes de datos, tales y tales requisitos para la relevancia de los datos
: el sistema de TI debe poder escalar en tales y tales condiciones
Debería ser posible transferir datos irrelevantes del sistema de TI al archivo de forma regular, cuyos datos han estado disponibles para los sistemas de informes durante algún tiempo
(el sistema de TI no debe violar la ley)
, el sistema de TI debe estar protegido de tales y tales modelos de ataque
. El sistema de TI no debe ser constantes recubiertas. Deben establecerse y estar disponibles para la configuración en forma de un archivo de configuración almacenado en el repositorio o la configuración del sistema
: la tolerancia a fallas del sistema de TI debe ser del 99% (a las empresas les encanta el idioma de nueve), aunque este criterio se describe mejor en una forma más comprensible para su uso (ver más abajo).

Criterios de tolerancia a fallos en una forma comprensible para TI:

- en caso de falla de cualquiera de los elementos de la configuración del servidor (servidor, almacenamiento, enrutador de red), el sistema de TI debe continuar proporcionando de manera clara los escenarios requeridos
- en caso de falla del sistema de servicio externo CRM, el sistema puede registrar servicios no disponibles, ver el cálculo de bonificaciones y el desembolso de puntos después de la compra, pero debe ser mínimamente compatible con la carretera principal principal: permita realizar un pedido con el mensaje "Lo sentimos, el programa de bonificación no está disponible temporalmente, el gerente se comunicará con usted y le aclarará la cantidad de puntos de débito y crédito

Sin embargo, no es suficiente formular una lista extensa, es necesario establecer un proceso de control (aunque a menudo en nuestra realidad lo hacen: introducen un estándar, pero no pueden establecer el proceso) Por ejemplo, para cumplir los requisitos de los parámetros de rendimiento, debe crear un banco de pruebas, cargar scripts, una herramienta de carga y medir parámetros de rendimiento.

Acciones estándar de respuesta al riesgo


- Si un empleado está enfermo, advierte en el canal de comunicación general por adelantado o, en el peor de los casos, dentro de una hora de ausencia del lugar de trabajo, lo que indica sentimientos de llegar al trabajo, para que el resto del equipo pueda organizar el trabajo en el que participa, también teniendo en cuenta el período de ausencia ( esperar o pasar a otro).
- Si un empleado cayó enfermo y no notificó dentro de una hora, el gerente del proyecto aprenderá de él (dentro de una hora) e informará al canal general sobre la enfermedad para que el equipo pueda organizar el trabajo, teniendo en cuenta el período de ausencia planificado (espera o transferencia). Si no responde, RP escribe al canal general "El empleado ha desaparecido, no se pone en contacto" para que el equipo pueda transferir su trabajo a otro empleado.
- Si la tarea dependía del empleado despedido, el RP debería redistribuirlo a otro empleado o transferirlo al búfer de algún centro de trabajo o cancelar la tarea para que la gestión de tareas no se pierda y el sistema de gestión de tareas no se convierta en basura

Bibliografía


  1. Artículo sobre requisitos no funcionales habr.com/en/post/231961
  2. El artículo sobre el método TOTE habr.com/en/post/339556
  3. E. Goldratt, objetivo. El proceso de mejora continua. www.ozon.ru/context/detail/id/141279570
  4. Blanchard, Onken, Burroughs. Administrador de un minuto y monos www.labirint.ru/books/682838
  5. Eliezer Yudkovsky. Harry Potter y los métodos de pensamiento racional.
  6. Patton Jeff. Historias del usuario. El arte del desarrollo ágil de software. Brevemente aquí: 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


Muchas gracias a los miembros del club KiFB, un agradecimiento especial a Ivan Kopylov por sus comentarios reflexivos y útiles, así como a Ulyana Leonova, Danila Golubtsova, Maxim Sinksas, Kseniia Meshkova, Denis Beskov, Serg, Mikhail Sorokin, Step_By_Step, Sergey Titkov y mi esposa Natal. la preparación del artículo, así como la gran Olga Levina para la corrección de pruebas competente (si encuentra errores, entonces estos son mis errores debido a las correcciones al texto final).

Y un agradecimiento especial a Andrei Prudovsky, cuya selección constante me hizo pensar en la necesidad de pensar en términos de resultados y tareas antes de establecer una tarea, lo que muchos años después condujo a la redacción de este artículo.

More articles:


All Articles