Get best of the week

Estabelecemos metas de desenvolvimento (em uma empresa sangrenta e não apenas)

Um rapaz corre para o hospital:
- Doutor, me castrar urgentemente!
- ???
- Urgente, doutor, não há tempo para explicar!
O médico faz castração. Na manhã seguinte, o cara se recupera da anestesia, perguntam-lhe qual é o problema, na verdade?
- Veja, eu vou me casar com uma judia, elas têm essa religião.
- Então talvez você precisasse de circuncisão?
- O que foi que eu disse? !!!
A maioria dos problemas surge devido a mal-entendidos. Você define a tarefa para um subordinado ou aliados e depois jura, porque as pessoas fizeram errado, errado, porque elas o entendiam mal. Enfrentou isso? Se você é um gerente e resolver um problema fazia parte de suas responsabilidades, provavelmente sabe que a execução incorreta é um erro seu, não um erro do executor.

A nota contém uma estrutura de perguntas, cujas respostas devem ser escritas na tarefa se você for um tomador de problemas. Se você é um artista, as respostas a essas perguntas o ajudarão a entender melhor a tarefa. Para a maioria das perguntas, foram coletados exemplos práticos, negativos e positivos.


Muitas vezes, a razão para os problemas é que a tarefa é definida em termos de "o que precisa ser feito", e não "que tipo de resultado você precisa obter" e "por que esse resultado é necessário".

Para entender as possibilidades, custos de mão-de-obra e prazos, o artista fará muitas perguntas diferentes (especialmente se ele não estiver no assunto). A correspondência consumirá tempo e, portanto, dinheiro. Você pode acelerar a tarefa se formular o que precisa ser feito com mais detalhes. Mas o que exatamente precisa ser implantado? Nem todo gerente de tarefas entende isso.

Existem diferentes tipos de tarefas.

Tarefas para corrigir um defeito no qual se sabe como deve ser o erro e o que é manifestado não são consideradas neste artigo.

No artigo, analisaremos as tarefas em busca de mudanças, incluindo trabalho na estrutura de projetos, melhorias do sistema, tarefas organizacionais e outras não padronizadas (tarefas como "resolver o problema" permanecerão fora do escopo, serão discutidas nos artigos subsequentes), considerarão a estrutura da declaração do problema e darão exemplos. A estrutura é sintetizada a partir de várias metodologias e estruturas.

O contratado pode executar a tarefa sozinho, mas pode gerenciar uma equipe de artistas (por exemplo, desenvolvedores).

As tarefas podem ser específicas.

Os desafios de desenvolvimento de software requerem respostas para uma série de perguntas adicionais. Não focaremos em tarefas específicas e consideraremos questões gerais relacionadas ao processo de mudança.

Por que artigo para o autor?
, , , .

Estrutura de declaração do problema


Nem todos os pontos precisam ser descritos, nem para cada tarefa, nem para cada artista. Vários pontos podem ser fixados nos regulamentos

O conteúdo da tarefa


  1. Termos e abreviações
  2. O que fazer
  3. Pelo que

    1. Nível da tarefa (raiz / subtarefa)
    2. (Para a subtarefa) Como parte do projeto. O que é a subtarefa (Que tarefa você está solucionando, na estrutura da qual você define esta subtarefa)
    3. (Para a tarefa raiz) Efeito comercial
    4. (Para a tarefa raiz) Será alcançado desta maneira
    5. (Para a tarefa raiz), o efeito nos negócios será medido dessa maneira
    6. As razões da crença de que esta tarefa permitirá obter um efeito comercial
    7. Se a tarefa não for concluída, então (a empresa perderá / não receberá isso, nesses e em tais casos decorrentes então ...)
    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. O que, neste caso, fazer por não crítico?

  11. Como será feita a reversão (para alterações)

Requisitos do cliente (recursos, informações, credenciais)


Ele é preenchido pelo contratado ao processar a tarefa.

fundo


Uma breve visão geral de alguns conceitos
?

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?

, ( ).

Descrição do quadro principal


O conteúdo da tarefa


O que fazer


O que precisa ser feito = lista de trabalhos que precisam ser realizados como parte da tarefa. Se você adicionar um artista e prazos, terá um plano para resolver o problema. Muitas vezes isso termina a produção.

"Faça", escreve o gerente. Com base na experiência pessoal, essa é a primeira coisa que vem à mente quando há um desejo de definir uma tarefa. Anotamos o que precisa ser feito e, posteriormente, retornaremos a esse ponto para esclarecer ou reescrever, se necessário.

"Faça-me castração."

Talvez a lista completa do que precisa ser feito não esteja clara e apenas as primeiras etapas da solução estejam indicadas. Mas, neste caso, para que não haja mal-entendidos, vale a pena fazer com que o pós-escrito "identifique e tome tais e tais próximos passos".

A descrição deve ser baseada em termos e abreviações comumente usados. Caso contrário, vale a pena criar a subseção “Termos e conceitos”.

Pelo que


Primeiro, o ponto "Por que" é necessário para explicar ao executante o estabelecimento de metas, para que, iniciando a tarefa, ele possa analisar a lista de trabalhos de "O que fazer" e verificá-los quanto à adequação e integridade, além de entender melhor qual objetivo você deseja alcançar.

A tarefa “Faça-me castração, porque eu ia me casar com uma judia, e elas a têm”, um médico competente levantará a questão da adequação da redação e evitará a catástrofe.

Em segundo lugar, a descrição deve fornecer uma compreensão das prioridades dessa tarefa específica.
Imagine-se no papel de um artista que "voa muitas tarefas". Que tarefa ele deve executar primeiro, como priorizar tarefas? Se você é seu líder, pode indicar prioridades diretamente, mas e se não for?

O contratado pode ter o direito de decidir o que fazer em primeiro lugar e o que deixar para depois. Nesse caso, ele é responsável pela correção de tal escolha.

Na estrutura de uma empresa sangrenta, acontece que a priorização é realizada com base na "situação operacional" ou no que é necessário agora, que grita mais alto. Também pode degenerar em "eu sou você, você sou eu" ou "sejamos amigos contra isso", mas diante do CEO é melhor usar outros métodos de priorização.

Opções para determinar a fila de execução
. .

, , , (, , , , ).

. -.

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

.

— . .

Nível da tarefa (raiz / subtarefa)

Uma tarefa é um evento específico que possui metas SMART e os limites do que precisa ser feito.

Um exemplo de tarefa com objetivos pouco claros: Aumentar as vendas no 1º trimestre (aumento de 1 ponto = resolvido o problema?).

A tarefa raiz visa obter diretamente o efeito final (de outra maneira - a tarefa do primeiro nível). O efeito pode ou não ser expresso em métricas de negócios.

Exemplos de tarefas raiz

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


Se os resultados da tarefa afetarem diretamente os indicadores de negócios, será necessário especificar o nível de tarefa "tarefa raiz" .

Freqüentemente, resolver o problema raiz requer a ajuda de outros funcionários. Nesse caso, para resolver o problema, uma hierarquia de subtarefas é formada.
Se os resultados da tarefa forem necessários para resolver algum problema raiz, será necessário especificar o nível de "subtarefa" .

Uma tarefa / projeto e por que você precisa dessa tarefa (para uma subtarefa)

Se você definir uma subtarefa dentro da estrutura do problema de primeiro nível que está solucionando, precisará indicar qual tarefa está solucionando.

Se a tarefa for realizada dentro da estrutura do projeto e houver prioridades transversais para os projetos, a especificação do projeto permitirá que os centros de trabalho concluam as tarefas na ordem correta.

Se você é um artista e usa a estrutura de formulação para descobrir os parâmetros de uma tarefa, pode perguntar: “Por que precisamos dessa tarefa, como você usará o resultado? Eu preciso saber disso para entender melhor como executar a tarefa. ”

Após receber a resposta, o técnico da 5Why recomenda aprofundar-se cada vez mais no estabelecimento de metas: “E por que você precisa disso” e assim por diante 5 vezes.

Imagine uma conversa em uma loja de artigos esportivos
: ” ”
: “ ?” (1 why)
: “ ”
: “ ?” (2 why)
: “ ”
: “ ?” (3 why)
: “ ”
: “ ?” (4 why)
: “ , , ”

Na realidade, após o segundo motivo, o gerente de tarefas começa a ficar muito nervoso.

A pergunta que pode ser feita: “Entendo por que você precisa (você pode repetir sua compreensão por que). Escolha o que faremos a seguir: siga em frente para discutir os detalhes dessa tarefa, ou eu posso ajudar a encontrar alternativas mais simples para resolver a tarefa. ”

Loja de artigos esportivos, dupla 2
1
: ” ”
: “ ?” (1 why)
: “ ”
: “ , , . ”
: “ ”
: “, : , ?”
….

2

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

Faça-me uma castração, vou me casar com uma judia.

Efeito nos negócios (para a tarefa raiz)

Que efeito comercial tem a tarefa, vamos medi-la e como.

Exemplos de indicadores de negócios
-

  • :
  • ( - ):
  • :

-
  • :
  • :
  • :
  • : HR


Se o impacto da tarefa nos indicadores de negócios for difícil de avaliar (por exemplo, isso é uma melhoria na usabilidade da interface do operador que não leva ao processamento mais rápido dos pedidos), vale a pena indicar por que a tarefa é importante para o consumidor.

Decomposição da solução para o problema ou como você planeja usar os resultados da tarefa

Tarefas difíceis (por exemplo, tarefas de integração de aplicativos) precisam ser discutidas com os artistas - para desenvolver uma decomposição de sua tarefa (tarefa) nas tarefas dos artistas.

Mas acontece que o executante recebe uma tarefa sem explicar como você planeja usar os resultados do trabalho dele para resolver seu problema.

Muitas vezes, isso leva a problemas: os resultados da tarefa não podem ser usados ​​no futuro, o que leva à perda de tempo ou "muletas" que precisam ser refeitas.

Exemplo
— .
— . ?
— .
— , .
— , .
— . . ?
— .
— + , , — . ?
— .


Por que é para o cliente (consumidor)

Quem é o consumidor da tarefa? Por que é para o consumidor?
Por que um marido circuncidado é importante para uma noiva de uma piada?

Se a tarefa se referir ao cliente, você deve definitivamente indicar por que isso é para o cliente.

Acontece que as alterações do sistema pioram a experiência de um cliente interagindo com você. Isso se deve ao desejo de alguns gerentes de otimização local, principalmente se esses líderes não interagirem diretamente com o cliente.
Exemplo 1. Uma tarefa dos logísticos (venda de eletrônicos).
“ , ”.

, - - . , .

Exemplo 2. Uma tarefa de um gerente de marketing.

“ -, , .”

, .

Exemplo 3. Uma tarefa do diretor financeiro.

“ , ”.

. , 6, ( ), . .

, .
, ? ?

Casos de uso futuros

Como personagem principal, usará os resultados da tarefa resolvida. Para que serve o caso de uso futuro?

É especialmente importante indicar se o ator principal no cenário é seu cliente.

Exemplo. Pagamento via código QR
: QR- . - - -.

: QR-.

: QR- , -.

. ? .

1 (20% ). , .

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

? , ( - ), ?

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

Se não for feito

Indique o que acontecerá (ou o que não acontecerá, consulte “Decartes Square Decision Making”) se a tarefa não for concluída. Isso é necessário para que o contratante entenda melhor qual tarefa é melhor prosseguir em primeiro lugar.

Essa pergunta desconfortável geralmente dá a resposta mais compreensível para a pergunta "Por que".

Compare exemplos:

  • A empresa não receberá 0,1% do lucro, que é de X milhões de rublos. por mês.
  • Um funcionário (operador) gasta em média 15 minutos por dia na entrada manual de dados de pagamento, que custa à empresa 3.000 rublos. por mês.
  • A não introdução de melhorias no registro fiscal eletrônico dos cheques sob o FZ-54 resultará em multas da empresa no valor de um duplo turnover da empresa.

Se não for castrado, enganarei minha noiva fiel e seu pai e não receberei um dote rico.

Critérios de prontidão (resultado)


Esta é uma descrição do resultado esperado.

Na íntegra,
“ Você precisa disso para tirar proveito disso. Necessariamente, desde ... A maneira de verificar isso e aquilo.

Necessário

Que tipo de resultado você deseja obter? (Igual à definição de concluído + critérios de aceitação).
Quando você considerará que a tarefa está 100% pronta?

Regulamento
, , : , .

, , , , , .

Para

Para que o contratado concorde com os critérios de prontidão ou ofereça uma (melhor) opção diferente para avaliar o trabalho, ele deve entender por que o cliente precisa desses critérios.

Sem entender por que esse ou aquele critério é tão importante, é provável que o artista o ignore (ou ative o modo de greve italiano). Portanto, é melhor descrever os critérios com base na frase "para".

Requeridos

Nem todos os critérios são igualmente importantes, alguns são obrigatórios = devem ter, alguns são desejáveis ​​= nice2have (especialmente para tarefas com prazos). Quanto mais você limitar os executores a escolher o método de implementação, maior o risco de insatisfação e redução da iniciativa dos funcionários (ou é possível um cenário em que o executor o puxe mais, forçando-o a resolver problemas, uma vez que você o limitou). Para critérios obrigatórios, vale a pena indicar por que eles são obrigatórios.

Exemplo. Encontre desenvolvedores 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 verificação


Vale ressaltar se isso não é óbvio.

A tarefa de organizar uma festa corporativa de Ano Novo.
, ? ? ? ? , , , , .

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

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

É importante indicar os critérios para a preparação do resultado, e não a maneira de resolver o problema. Muitas vezes, isso é o mais difícil, pois é muito incomum entrar em um super-sistema.

É aconselhável indicar não negativo (para que algo não aconteça), mas positivo "então". Em perfeita forma.

Exemplo. Prego na parede
: .

: , , , .

: , . , .

: .

. . ? ? ? : , . . . .

:

  • — , . , .
  • , . .


Os critérios de prontidão devem ser tentados para serem formulados em termos do resultado final, sem indicar como esse resultado deve ser obtido.

Exemplo. Pague no local usando um código QR
QR , QR , .

, . .

, .

, . — deeplink, QR .

Contexto


Contexto é uma descrição da situação como está agora (como está).

Se o contratado não estiver ciente de seus processos atuais, ele geralmente não entenderá o que você realmente precisa.

  • Que tipo de negócio
  • Como a atividade em questão está sendo conduzida agora
  • Como a atividade revisada é conduzida pelos referentes
  • O que é ruim na situação atual

Exemplos de compreensão
, ? , .

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

? ? ? ? ? . .

, , , : .

? ? ? ? . .

Que tipo de negócio (para um contratado externo)

Definindo a tarefa para um executor externo, vale a pena fornecer informações básicas sobre o que é sua empresa.

Acontece que basta escrever a "Loja de Pyaterochka" e ficará claro para o artista qual é o problema (se a área onde os processos considerados no problema ocorrem for próxima da experiência do artista).

Caso contrário, especifique a tela comercial (tela) [consulte 8]:

  1. Tipo de Negócio
  2. Qual é o seu produto, (produto), que tipos de produtos são (empréstimos, CTP, seguros, ...)
  3. qual é a especialização do negócio, qual é o destaque (UTP), qual é o valor (entregamos produtos de qualidade em pouco tempo)
  4. Quem são seus consumidores (cliente de varejo, distribuidores, lojas, ...)
  5. ( , -, , , ...)
  6. (, , , , ..)
  7. ( , , ...)
  8. (, , ...) ()

, CRM
: CRM.

: .

, ? .

? :

1.

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

2

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

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

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

,

A indicação do estado de As Is mostrará ao artista o que, de fato, precisa ser feito, que tipo de “lacuna” deve ser superada. Dependendo do estado atual, a operação pode variar bastante.

Em termos gerais: a tarefa de obter um faturamento de 1 milhão de rublos para uma empresa com um faturamento de 900 mil rublos ou um faturamento de 100 mil rublos é uma tarefa completamente diferente.

Uma indicação de quem está resolvendo o problema agora indicará imediatamente o executor principal que possui a maior quantidade de informações sobre a tarefa.

Se um análogo de um problema já foi resolvido em uma unidade vizinha ou em uma empresa de referência, isso também vale a pena mencionar.

Exemplo. Faça um cálculo dos prazos de entrega
:
: -.

:
1. ERP .

2. , . , . .

.

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

O que é regulamentado pela atividade e quais documentos acompanham a atividade

Por exemplo. Ao automatizar o processamento de pedidos, as informações necessárias geralmente podem ser encontradas nas instruções do gerente, emitidas na contratação.

O que impede a consecução do objetivo agora

Por que os métodos existentes, levando em consideração os parâmetros de qualidade necessários, não podem alcançar os mesmos objetivos.

Exemplo. Faça um cálculo dos prazos de entrega
: .
: -.

:

.
ERP .

1. : , .

: .

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

Anteriormente realizado na tarefa ..., veja aqui

O trabalho na tarefa já foi realizado e é possível ver um resultado formalizado.

Nome da tarefa


Depois de criar os blocos "Por que" e "Critérios de prontidão", você também pode escrever o nome da tarefa. Deve ser curto, amplo e padrão.

Parte organizacional da tarefa


Sob as condições (direitos e restrições)


Um paradigma básico deve ser adotado ou indicado (um de dois):
"Tudo o que não é proibido é permitido" ou "Tudo o que não é permitido é proibido".
Regulamentos
. .
— “, ”.

?

—
—
—
— /.

:

— ,
— ,
—
—
— “”,

, :

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


Quão urgente?


Se a tarefa tiver uma alta urgência, indique isso e explique por que a tarefa tem tanta urgência. Por exemplo, se a tarefa for necessária para a organização da “Black Friday”, indique isso e a hora em que Black Friday chega.

Existem prazos especiais, após os quais a tarefa não é objetivamente necessária. Por exemplo, a duração do discurso na conferência. Por exemplo, se você precisar de uma página de destino para uma empresa de publicidade, o prazo final é o momento da publicidade paga que não pode ser alterada.

Para tarefas como desenvolvimento de software, por que é importante especificar o prazo apenas onde realmente está e como o gerenciamento dessas tarefas difere
— . , . = 90% .

.

deadline = , , . , , .

deadline, . , . , .

“ ”:

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

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

Tarefa de particular importância


Se a implementação das tarefas for entregue ao transportador pelo contratado, pode ser necessário executar algumas tarefas mais rapidamente do que o habitual.

Destaque essas tarefas com o rótulo “Controle Especial”, que permitirá ao contratado organizar o gerenciamento de tarefas de uma maneira diferente, e o gerente de tarefas monitorará essas tarefas separadamente. Para cada uma dessas tarefas, entre em contato com o contratado e diga sua importância para que o contratante a adie. Mas lembre-se - não deve haver muitas dessas tarefas.

Por que isso é necessário e de onde vêm os atrasos na execução de tarefas comuns?
: , , , . . .

, . , , .
, , .

:

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

, , . , , .

Limite de dinheiro


Para tarefas com um limite de gastos, especifique esse limite. Um limite pode significar duas tarefas desnecessárias se as despesas ultrapassarem o limite (comprar materiais é mais caro do que vender um produto acabado), além de outros motivos.

A presença de um limite afeta o escopo ou o tempo.

Por exemplo:

  • Você precisa comprar um presente de aniversário pelo valor coletado.
  • Melhorias no seu próprio site podem ser feitas entre projetos (de graça, já que a folha de pagamento já foi paga).
  • A implementação de um portal corporativo pode ser adiada se não houver contratado disposto a fazer isso no mínimo.
  • Os laptops de reposição podem ser comprados pelo preço mais baixo que você pode esperar por um tempo.
  • , ( , KPI ).

/ ( )


Se o contratado precisar atrair funcionários adicionais para resolver o problema e eles estiverem sobrecarregados, isso pode se tornar um problema.

Nesse caso, você deve indicar "Decida por si próprio" ou "Não distraia esse e aquele funcionário".

A situação inversa: algumas tarefas devem ser resolvidas de maneira brilhante, para as quais você precisa atrair um especialista. Em seguida, indicamos "Atrair tal e tal funcionário".

Por exemplo, "Escreva um artigo para a Internet para tal e tal site, obtenha informações de tal e de um especialista em tal e tal caso".

Se a empresa está proibida de atrair especialistas externos, mas isso é necessário para concluir esta tarefa, vale a pena mencionar isso.

Por exemplo, "Encontre um desenvolvedor Java sênior com experiência Hybris para recrutar agências de recrutamento".

Coordenação do método de execução


Escolha um dos três:

  1. Concorde com um plano antes da implementação.
  2. Diga após a conclusão.
  3. Não interessado.

Por que isso é importante? Se você não confia no executor e precisa concluir a tarefa pela primeira vez, tente descobrir exatamente como ela será resolvida antes do início do trabalho. Isso levará tempo, mas, como resultado, você obterá uma qualidade de trabalho aceitável.

Quando é necessária a coordenação de um método de execução? Nos casos em que o risco de falha é tão grande que ameaça com perdas sérias (por exemplo, sua demissão ou perda de confiança em sua liderança). Também vale a pena pensar em especificar esse item para algumas tarefas complexas atribuídas ao funcionário que as executa pela primeira vez.
(Em [4] este item é chamado de seguro).

“ ”
, , .

. .
? !

“ ”.
“ . , - ”.

“ ”?
“ . , ”.

“ . ? ”.


“ ”


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



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

( )


O processo de execução de tarefas longas precisa ser controlado.

Se a tarefa é feita ao executante, geralmente em primeiro lugar é necessário controlar a disponibilidade de competências para concluir a tarefa (consulte [10]).

Se for possível monitorar a execução da tarefa por meio dos relatórios disponíveis, tudo bem, faça uma anotação no calendário e verifique (ou peça ao chefe do departamento de relatórios para preparar um relatório com uma nota analítica a essa altura). Mas na maioria das vezes não há relatórios prontos.

O método de controle do trabalho depende do método de organização do trabalho do contratado e deve ser fixado nos regulamentos.

A maneira mais fácil é definir pelo menos um próximo ponto de controle (trabalhando para uma tarefa da mais alta prioridade).

Brevemente sobre o controle em diferentes opções para gerenciar pessoas e equipes
, , . , - , .

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

, . .

— .

:

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

— - , :

  • . , . – (-).

, — , .

, , - , , . , : , , .

A propósito, por que precisamos de controle?

Um conto de como não é necessário da empresa sangrenta.
- . «», . « ?», . , , , . , . , - , .

O monitoramento deve ser organizado como assistência em problemas com os quais o funcionário não consegue lidar para resolver o problema.

O ponto de controle é a hora, local e método de controle.

Um lugar é como a comunicação ocorrerá.

  • Vá para o escritório e mostre
  • Ligar e relatar
  • Conversar e denunciar

Regulamento sobre o local de controle
, . , ( / / ), .

Método de controle - determinação do que precisa ser controlado. Na maioria das vezes, é a implementação de itens do plano, se o ponto for definido como um controle de sua implementação. Mas se a tarefa for urgente, é possível controlar a composição dos resultados intermediários para a tarefa no horário designado, para que você entenda para onde está se movendo. Isso é mais longo, mas é a primeira vez.

Exemplo. Lançamento da promoção.
. ( ).

– . , . , .

: , ( , , ).

Como determinar o próximo ponto? Depende da escolha do tipo de coordenação do plano de implementação e do método de gerenciamento.

Para tarefas de importância especial, gerenciadas individualmente:

  • Se você concordar com um plano de implementação antes da implementação, no momento em que o contratado apresentará esse plano e o método de implementação, você poderá determinar o ponto de controle.
  • Se você não planeja verificar o método de execução, deixe o contratado indicar a hora e o local do próximo controle e indique isso.

Para outras tarefas - determinadas pelos regulamentos.

Quem verifica a qualidade


Geralmente, a primeira coisa padronizada nas empresas é o controle de qualidade.

Por exemplo. A qualidade do código gerado é verificada pelo testador e, às vezes, pelo gerente de desenvolvimento. A pureza legal e a conformidade do contrato com os acordos alcançados são verificadas por um advogado. Ao concluir o contrato, você solicita ao contratado que verifique o contrato com o advogado e, no próximo ponto de controle, observe os comentários do advogado.

Você não controla a qualidade sozinho, mas com a ajuda de outro funcionário. Os centros de controle típicos devem ser registrados nos regulamentos.

Um exemplo de regulamentação.
  • ,
  • ,
  • – .


Mas se os processos ainda não foram estabelecidos, ou se a tarefa não é típica, vale a pena indicar quem controlará o quê.

Um exemplo de um problema atípico.
, .

E se der errado


Exemplo. Compre os mesmos presentes para o ano novo, a quantidade - 2000 rublos. por criança. E se 2050 rublos - estamos comprando?

Vale a pena considerar e indicar:

  • Quanto você pode gastar demais
  • Quanto você pode atrasar
  • Qual o mínimo que pode ser feito (esse é o motivo do detalhamento dos critérios de prontidão em must have, nice2have).

Se você não pode gastar mais, faça tudo e pontualmente com alta qualidade, pois muitas vezes uma tarefa mais ou menos difícil está fadada ao fracasso. Por quê? Viés cognitivo “Erro de planejamento” leva você e o artista a pensar em um cenário otimista de sucesso para concluir uma tarefa sem pensar em possíveis problemas. Mas problemas acontecem. Se você pensar neles com antecedência, poderá avaliar com mais sobriedade o tempo e os recursos necessários.

Em segundo lugar, isso permitirá responder mais rapidamente em caso de problemas. Por que isso é possível?

Por exemplo. Se você não especificar desvios permitidos, por padrão, o contratado executará você para cada caso quando algo ultrapassar os limites especificados. Cada um desses casos leva a atrasos pelo menos devido a comunicações (você não está ocioso), o que quebra os prazos.

O que pode dar errado e como reagir a ele (e se deve reagir)? A maioria dos riscos é padrão e deve ser descrita nos regulamentos.

Regulamentos
  • ( ) . ? ? ? ? ? ? ?
  • , . ? ? ? ?
  • . . , , ? , ( , , ).
  • . ? , .. - ,


Por que o autor não nomeia este item corre o risco
, — . , . , . .

Grupo de Criação de Soluções (Plano de Solução)


Ao elaborar soluções para alguns problemas, os interesses de alguém devem ser levados em consideração. Nesse caso, indique a lista de responsáveis ​​(os chamados stakeholders). Se isso não for conhecido, indique qual deles tem mais experiência.

Para várias tarefas, essas pessoas podem ser determinadas pelo contratado independentemente, com base no processo de trabalho.

Mas, às vezes, esses indivíduos não são identificados explicitamente. Para evitar uma situação em que alguém se esqueceu de pedir a opinião de alguém, é necessário especificar uma lista.

Exemplos de tarefas em que as partes interessadas não são óbvias
  • ,
  • ,
  • ,
  • , , .


Desejos de implantação


Algumas alterações não podem ser inseridas a qualquer momento. Se não houver regulamentação, essas restrições deverão ser indicadas.

Por exemplo, alterações no código do site devem ser feitas quando o site tiver um mínimo de usuários para minimizar a perda de pedidos.

Quem e como notificar sobre a decisão


Se o regulamento não estiver definido, vale a pena indicar quando os resultados.

Acontece que as pessoas não sabem, embora a solução para o problema as preocupe. Se isso ocorrer, vale a pena especificar explicitamente.

Por exemplo, uma alteração nos regulamentos sobre o trabalho com tarefas do Jira diz respeito aos funcionários de todos os departamentos que organizam seu trabalho através do Jira. Ao mesmo tempo, os funcionários devem assinar uma alteração neste regulamento.

Executor


O contratante é um funcionário que realiza a tarefa. Pode não ser conhecido durante a declaração do problema e é definido posteriormente, por exemplo, se várias pessoas do mesmo grupo executam tarefas desse tipo.

Organizador de aceitação de tarefas


As tarefas concluídas são aceitas pelo funcionário, a pessoa que definiu a tarefa. O tomador conseguiu o que queria?

Mas de que lado está a responsabilidade pela tarefa? O contratante fez o trabalho (entregou a bola?). O gerente da tarefa levou a tarefa para verificação (ele realmente a levou?).

Se a tarefa é definida pelo rastreador de tarefas, ou seja, o campo responsável atual, que determina de que lado a bola está.

Mas, se não, acontece que as tarefas congelam por muito tempo, especialmente se não houver regras e regulamentos (o que é útil mesmo que exista um rastreador de tarefas).

Regulamentos para a aceitação de tarefas.
— ( ), , ( “” , “”).

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

: , () .

, — ( ).

, .

Reciclagem permitida


Os funcionários em processamento devem ser pagos se o empregador exigir (por lei). Ao mesmo tempo, o funcionário pode permanecer no trabalho como desejar, mas se esse processamento será pago depende da organização.

O processo de processamento precisa ser gerenciado = para alocar tarefas que precisam ser feitas no prazo, inclusive através do processamento de tarefas comuns que são feitas durante o horário de trabalho.

Requisitos do cliente


O contratado pode indicar o que ele precisa do cliente para concluir a tarefa com êxito.

Em poucas palavras, requer:

  • Em formação
  • Recursos
  • Credenciais.

Por exemplo. Para iniciar o site da loja online, o cliente deve se preparar para a empresa de TI criar as informações do site em cartões de produtos com preços.

Não pintamos esta seção em detalhes.

Descrição do processo de preparação


Como o gerente atribui o contratado?

O gerente resolve as tarefas ou os problemas definidos diante dele, construindo um modelo de solução em sua cabeça, decompondo a tarefa em subtarefas ou definindo a próxima subtarefa. Depois disso, ele atribui tarefas aos artistas, coleta os resultados, define novamente as tarefas e assim por diante até resolver o problema / tarefa pela qual ele é responsável. Os resultados da execução de sua tarefa afetam diretamente os indicadores de negócios ou alguém precisa melhorar os indicadores de negócios, ou ele acha que a tarefa é necessária, mas não se perguntou por quê.

Digamos que o gerente é você.

A coisa mais importante na tarefa é fornecer uma parte descritiva qualitativa da tarefa.

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

Nem todos os itens na descrição da tarefa são necessários. A obrigação depende da tarefa em si e do nível do artista (os menos experientes precisam escrever declarações mais detalhadas). Os pontos mais importantes são "Por que" e "Critérios de prontidão". Mas primeiro, observe a lista de itens para cada tarefa.

O que descrever depende do nível do artista.

Se o intérprete for junho / iniciante, provavelmente ele não sabe o que e como fazer para obter um resultado. Para essas pessoas, o bloco O que fazer é mais importante.

Se o contratante tiver experiência suficiente e a tarefa puder ser delegada a ele, basta escrever "Critérios de aceitação" (como uma imagem dos resultados) e ele descobrirá como conseguir isso.

E para ambos, o bloco "Por que" é importante, o que fornece definição de objetivos e motivação.

O contratado, após o recebimento da tarefa, indica o que ele precisa do cliente para concluir a tarefa e há uma barganha entre o cliente e o contratado.

Exemplos


Abaixo estão alguns exemplos. Alguns exemplos são completamente desagradáveis, mas todos são baseados em eventos reais que ocorreram há algum tempo em empresas diferentes, com tarefas e desempenhos diferentes.

Designaremos Z - o cedente, e - o artista.

Exemplo. Preencha dados de escala para assentamentos


O que fazer : preencha todos os valores do parâmetro YZOOM para estabelecimentos no servidor de batalha = 11. Para Moscou e São Petersburgo, defina 9.

Por que: para que os usuários tenham um mapa com a disponibilidade de mercadorias nas lojas exibidas em uma escala normal.
No âmbito do projeto Implementação da entrega automática nas lojas
Se a tarefa não for concluída, o cliente verá o mapa em uma aproximação mínima (o mundo inteiro), o que dificulta a navegação no telefone com um dedo e leva a uma diminuição nos
critérios de aceitação de conversão : abra o site nas cidades por padrão, no " Disponibilidade nas lojas ”para um produto, disponível em apenas uma loja, o cartão é aberto para que o centro da cidade fique visível.
Datas da tarefa:compensar o número X, pois, neste momento, toda a funcionalidade de entrega automática no local de combate estará ativada

Exemplo 1. Transferir bugs dos programas Google.Docs para Jira


Z: Existe uma tabela do Google Docs na qual os testadores corrigiam tarefas para corrigir defeitos no site. Transfira essas tarefas do Google Docs para o Jira (novo sistema de gerenciamento de tarefas).
E: movido. E o que fazer com eles a seguir? O testador diz que eles não são relevantes.
Z: Então não havia necessidade de transferir
E: Você disse para transferir, e eu transferi.
Z: Eu tive que pensar "por que estou fazendo isso". Se você não sabe por que está fazendo algo, não sabe.

Moralidade. Nesta tarefa, você pode adivinhar os critérios de prontidão: todas as tarefas da tabela são listadas como tarefas no novo sistema de gerenciamento de tarefas. Pelo que? Este item não foi indicado, o que levou a uma perda de energia e tempo.

Como definir a tarefa corretamente

O que fazer:Há uma tabela do Google Docs na qual os testadores corrigiam tarefas para corrigir defeitos no site. Transfira essas tarefas do Google Docs para o Jira (novo sistema de gerenciamento de tarefas).

Motivo: Jira deve ter todas as tarefas urgentes para corrigir defeitos encontrados anteriormente.

Critérios de aceitação:

  • O Jira iniciou as tarefas de correção de defeitos em conformidade com as novas regras de gravação de defeitos, para que os defeitos possam ser corrigidos com a prioridade correta.
  • O Jira não possui defeitos duplicados, para não criar conflitos para a correção de defeitos.
  • Novas tarefas devem ser relevantes para que os desenvolvedores não percam tempo.

Exemplo 3. Desenvolvedor para Desenvolvedor


Z: Realize a tarefa.O

que fazer: Analise e refatorar um pedaço de código.

Motivo: de acordo com os resultados do monitoramento, um código problemático foi encontrado. Isso diminui bastante o carregamento do site, tornando-o instável.

Critérios de prontidão: Em um pedaço de código, uma consulta deve ser feita no banco de dados, cujos resultados devem ser armazenados em cache.

E eu não sei o que fazer. Você pode corrigir esse pedaço de código de maneiras diferentes, qual escolher?
Z: Pense por si mesmo
e fui escalado para o líder U. Reunimos
uma discussão.
E: O problema pode ser resolvido de diferentes maneiras, por exemplo, método 1, método 2, método 3 (os métodos na linguagem de programação são descritos abaixo).
Z: Precisamos resolver o problema o mais rápido possível, com um patch, para chegar a tempo da Black Friday.
P: Bem, então este é o método 1.
Z: E que efeito esse método tem nos negócios?
E: quando os preços mudarem, os dados no site a preços não serão atualizados em uma hora.
Z: Como os preços mudam à noite, durante um período mínimo de atividade do cliente, esse método é aceitável.

O que está errado: O problema foi identificado, mas não foi indicado o que fazer com ele, como resolvê-lo, o executor teve a opção de como executar a tarefa sozinho. Ao mesmo tempo, o objetivo é insuficientemente marcado - para fazer o mais rápido possível para pegar a Black Friday (PE), o artista não pode escolher.
Além disso, a solução para a tarefa "pegar a emergência" não é o tipo de problema, o preço do erro (o sucesso de toda a empresa), é muito alta. Portanto, era imperativo adicionar uma etapa aos critérios de aceitação: "Concordar com um plano de decisão antes da implementação".

Black Friday chega em duas semanas. A tarefa deve ser mantida sob controle especial, pois não há o direito de chegar atrasado. Nós adicionamos "Sob controle especial".

A otimização é amplamente uma tarefa de pesquisa com uma quantidade pouco clara de trabalho. A pesquisa precisa ser limitada no tempo, portanto adicionamos "amanhã às 9:20 você entra em contato e verifica o status da solução".

Exemplo 4. Desenvolvedor para Desenvolvedor


Z. Melhore este trecho de código. Aqui está um diagnóstico do profiler
I. Melhorado. Em vez de 32 solicitações, é feito 17.
Z. Deve haver 0 solicitações, os dados devem ser retirados completamente do cache da

moral. Não está indicado por que a tarefa é necessária, mas no contexto, pois a principal tarefa de toda a equipe é acelerar o site, mas isso não é necessário. Mas os critérios de prontidão não são indicados.

Reescrevemos

O que fazer : Melhore esta parte do código de diagnóstico do criador de perfil
Por que : Acelerar o site
Critérios de aceitação : Todas as solicitações devem funcionar no cache, se houver dados no cache

Exemplo 5. O chefe de desenvolvedores - desenvolvedor


Z. Entenda como esse trecho de código
I. funciona .
Z. Passou uma hora, onde estão os resultados?
I. Resolvi outro problema: o

que está errado: sem indicar a importância da tarefa, o executor não entendeu qual tarefa é mais importante.
Há um conhecido triângulo de gerenciamento: Recursos - Escopo - Tempo.

Recursos. O contratado (se este não for um gerente capaz de atrair alguém que não seja ele mesmo) pode confiar apenas em si mesmo, o recurso está definido.

A escolha permanece - escopo ou tempo.

As tarefas de pesquisa (por exemplo, entender o que está acontecendo) geralmente são difíceis de avaliar pelos custos de mão-de-obra, e a pesquisa de otimização pode levar semanas (incluindo o estudo e teste de novas bibliotecas e tecnologias); portanto, as tarefas de pesquisa precisam ser gerenciadas com a ajuda do tempo.

Esta tarefa é, portanto, importante. Jogue tudo e faça, depois de uma hora de controle.

Nós reformulamos o problema:

O que fazer . Entenda como um pedaço de código funciona.
Por . De acordo com o criador de perfil, essa peça diminui o carregamento da página em 7 segundos, o que bloqueia o lançamento do site nos
critérios de aceitação de batalha . Diga a lógica desse código e faça comentários sobre como corrigi-
lo.Prioridade (o chefe pode determinar a prioridade) - você elimina todas as outras tarefas, pois essa é a única tarefa que bloqueia o lançamento do site, a tarefa
Controle - você chamará e informará o que aprendeu em uma hora.

Exemplo 6. Conectando um serviço de remarketing em um site


O proprietário do produto define a tarefa.
O que fazer : conecte o serviço de remarketing ao site.
Motivo : as recomendações aumentarão as vendas através da publicidade na Internet.
Critérios de prontidão : no site de combate em todas as páginas do site, existe um contador que cria eventos quando todos os clientes abrem as páginas (que não possuem bloqueador de anúncios).
Cliente : Especialista em Marketing Direto na Internet.

O que você esqueceu dessa vez? Como a tarefa parece simples, um desenvolvedor novo e pouco experiente a levou para o trabalho e inseriu esse script na execução síncrona antes de abrir a página do site no navegador do cliente. Como resultado, as páginas do site começaram a carregar mais lentamente por 1,5 segundos e, quando o script do contador começou a gerar erros, as páginas pararam de abrir. O diretor de comércio eletrônico está furioso.

O proprietário do produto, como qualquer outro cliente comercial, não pensou (se a empresa pensasse nisso, funcionaria mal como empresa) sobre velocidade e tolerância a falhas. Esses critérios não estão detalhados nos requisitos, e não há requisitos documentados para o site, e ninguém nem mesmo instruiu o desenvolvedor sobre isso.

Como sair de tais situações: formalize requisitos não funcionais e, enquanto o processo de formalização estiver em andamento, faça uma discussão sobre o problema com o desenvolvedor e o testador, no qual o desenvolvedor informa como ele executará a tarefa e o testador não esquece de perguntar como o método de implementação proposto afetará os atributos de qualidade ( desempenho, velocidade, tolerância a falhas, segurança etc.).

Exemplo 7. Correção de erros na mecânica dos códigos promocionais


Tarefa: "Há um erro no site agora, os descontos para códigos promocionais para assinatura são resumidos com descontos para ofertas especiais, corrija-os."

O problema é descrito, mas o que precisa ser feito não é descrito.

Depois de descobrir pelo cliente o significado da tarefa, ela foi reescrita da seguinte forma:

O que fazer:

- Criar um mecanismo para determinar como o site deve aplicar promoções nos casos em que existem várias promoções diferentes em uma cesta.
- Considere a possibilidade de somar descontos, bem como a possibilidade de aplicar descontos com maior prioridade.
- Realizar testes A / B de que a empresa é mais lucrativa - para resumir os descontos (maior rotatividade, mas menor margem) ou deixar um desconto.

Pelo que

A última campanha, realizada de 1º de setembro a 10 de outubro, teve 1.100 pedidos nos quais foram aplicados códigos promocionais de assinatura e compradas mercadorias com ofertas especiais, o que não deveria acontecer, o que resultou em uma perda de X milhões de rublos que poderiam ter sido evitados. Ao mesmo tempo, não haveria perda de rotatividade, uma vez que a importância do desconto em ofertas especiais é suficiente para que o cliente não exija motivação adicional (essa é uma hipótese).

Se isso não for feito, as seguintes empresas (realizadas para aumentar o número de assinantes) planejadas em fevereiro e junho fornecerão perdas estimadas em XX rublos.

Critérios de aceitação A

capacidade de controlar como os códigos e promoções promocionais interagem entre si sem a participação de programadores.

Mecanismo A / B para testar opções de interação.

Após essa declaração, ficou claro para o contratado que não havia necessidade de resolver o problema, pois em abril estava planejado transferir a função de cálculo de promoções para uma solução de software centralizada, o que depreciaria a solução para esse problema.

Um exemplo de uma tarefa de e para. Otimize o espaço do armazém em 15%


Damos um exemplo de uma descrição completa da formulação (em lugares redundantes).

Contexto


Tela de negócios (além da produção, para o leitor)


- distribuidor B2B,
- venda de acessórios para móveis (dobradiças, pantógrafos, gavetas e prateleiras, sistemas de armazenamento (desmontados))
- marcas de qualidade da Alemanha com baixa margem
- para clientes atacadistas (distribuidores locais, lojas de móveis, artesãos independentes),
- através de um pedido no site e por meio de contato direto com o gerente
- com pagamento na venda ou em prestações (B2B)
- com descontos dependendo do valor da transação e das condições contratuais com o cliente;
- através da compra de fábricas, transporte e importação por uma empresa de transporte externo, desembaraço aduaneiro por forças externas, armazenamento em nosso armazém em Moscou, remessa em Moscou por nosso próprio transporte e para Moscou por transporte registrado.

Descrição da situação


Como funciona agora : há um armazém no qual diferentes mercadorias são armazenadas em diferentes racks. O armazém não inclui ABC.
Volume e frequência das operações : 10 remessas por dia, uma remessa - do calcanhar à gazela.
Como funciona para os referentes : o armazém deles é otimizado para diferentes tipos de rotatividade de mercadorias.
O que é regulamentado pela atividade : (os regulamentos do empregado do armazém estão anexados).
O que impede alcançar o objetivo agora : não houve trabalho sobre a rotatividade de mercadorias. Todos os bens foram armazenados igualmente.
Na tarefa realizada : foram realizadas negociações com os proprietários, um acordo foi alcançado para reduzir o custo. Foi realizada uma análise do ABS, que revelou 30% dos produtos de baixa rotatividade.
Onde ver os resultados formalizados: o protocolo de negociações é a conversa no aplicativo. A análise do ABS é aplicada à tarefa, artigo por artigo.

O que fazer


Ao selar o armazenamento do segmento C, libere espaço e prepare-os para transferência para o locatário.

Pelo que


- A subtarefa da tarefa é "Reduzir custos, otimizando o armazém devido à análise ABC".
- O efeito comercial será alcançado em 100.000 rublos por mês, devido a uma redução na área de aluguel de armazéns.
- Justificativa do cálculo : a análise ABC mostrou a presença de 30% dos produtos de baixa rotatividade. Vamos reduzir a área ocupada por esses produtos pela metade devido à compactação de armazenamento.
- Os resultados são necessários para transferir o espaço liberado para o locador.
- Se a tarefa não for concluída, a empresa pagará 100.000 rublos / mês a mais, o que torna a empresa insuficientemente lucrativa
- Cenários de trabalho futuros: Os trabalhadores do armazém armazenam mais densamente os produtos com menor volume de negócios.

Critérios de prontidão


- A área para transferência do nosso lado está desocupada e pronta para transferência para o arrendador.
- Um contrato de transferência assinado e um dopnik assinado com o inquilino foram recebidos para que novas condições fossem registradas legalmente.
- Foi registrada uma queda na taxa de aluguel do armazém em 15%, para que pagássemos menos. A redução percentual é calculada aproximadamente, portanto, assumindo uma dupla compactação de mercadorias do segmento C. Quando reduzida em 5%, o trabalho não faz sentido.
- O plano de reorganização foi elaborado e acordado, levando em consideração as recomendações do especialista Semyon Semenovich, a fim de verificar a liberação máxima da área, desde que a produtividade do armazém seja mantida.

Parte organizacional da tarefa


Cliente : proprietário da empresa.
Sob restrições / nas condições :
- Restrições monetárias : os custos de reorganização não devem exceder o lucro de uma redução na taxa de aluguel por seis meses.
- Restrições de tempo : o período de reorganização é de 2 meses, já que esse tempo deve ser suficiente (acordado com o arrendador para esses períodos).
- Atração ext. recursos são aceitáveis ​​dentro do orçamento.
Coordenação do plano
- Antes da implementação, coordene o plano de reorganização com o proprietário.
- Planejar grupo de criação(quem deve concordar com quem notificar): gerente de armazém, chefe de vendas, diretor financeiro.
- Contatos do grupo (enviados).
- Comunicação : através do que está acontecendo, um grupo é formado.
- Alterar status de aprovação: acordado com todos.

Desejos para implantação : gastar durante o horário de trabalho, para não pagar pelo processamento.
O próximo ponto de controle : na próxima reunião, uma vez por semana.
- O que deve estar pronto para o próximo ponto de controle : os bens do grupo C são divididos em grupos de acordo com tamanho e fragilidade, é feito o cálculo da possibilidade de compactação.
Verificação da qualidade: gerente de segurança contra incêndio, gerente de proteção do trabalho.
Como será feita a reversão se isso não funcionar : mudaremos tudo de volta. Para fazer isso, o plano deve aproveitar esta oportunidade.

O que fazer se der errado


O que poderia dar errado
- Duração. Não é crítico para o resultado. O que faremos: negociaremos com o proprietário.
- As mercadorias podem ser danificadas ao se mover. Não é crítico para o resultado. Como prevenir: instrua as pessoas sobre como cuidar de produtos valiosos.
- A nova organização de armazenamento pode bloquear a operação do armazém. Para o resultado, é essencial, para evitar isso, que o plano de reorganização seja acordado com o gerente do armazém e o especialista da organização de armazenamento encontrado pelo proprietário.

Aditivos


Critérios de disponibilidade padrão


Alguns critérios de prontidão podem ser ignorados se a empresa desenvolveu padrões para critérios de prontidão para diferentes tipos de tarefas.

Exemplos de padrões para critérios de disponibilidade, dependendo do tipo de tarefa:

Tipo de tarefa - Qualquer tarefa


- Os resultados da execução são acordados com o cliente da tarefa
- Se os prazos forem prometidos para a tarefa, as mudanças de tempo serão acordadas com o cliente da tarefa
- Se os prazos prometidos forem perdidos para a tarefa, o contratado informará o cliente sobre a tarefa e oferecerá as seguintes etapas para alcançar esses objetivos (por que) o máximo possível mais cedo, mas o mais tardar no final do próximo dia útil

Tipo de tarefa - desenvolvimento de software


- O código do programa modificado é implantado (instalado) nos servidores de batalha e está disponível para uso
- Nos servidores de batalha, todas as configurações necessárias são feitas para garantir que o processo funcione corretamente
- O refinamento não piora os requisitos do sistema (não funcionais) anteriormente formados (é revelado um pouco abaixo)
- Antes da implantação a documentação do servidor de suporte foi atualizada nos servidores de combate
- Uma breve descrição foi anexada à alteração do software que foi alterada e os itens da documentação de suporte foram indicados
- A documentação do analista do primeiro dia e do desenvolvedor do primeiro dia foi atualizada
- Alterações de integração acordadas com o arquiteto de TI O

item sobre requisitos não funcionais pode ser divulgado:

- O software deve ser conveniente (a diretriz UX é executada),
- As interfaces de trabalho para o cliente devem ser acordadas com o proprietário do produto, designer, analista de sistemas,
- As interfaces de trabalho para o funcionário da empresa (não de varejo) devem ser coordenadas com o chefe do funcionário,
- As interfaces de trabalho do funcionário a loja de varejo da empresa deve ser coordenada com a pessoa responsável pelo desenvolvimento tecnológico do varejo,
- o sistema de TI deve ter esses e tais parâmetros de desempenho e não exceder as restrições no processador, memória, E / S e o número e volume de solicitações externas em uma carga, tais e tais volumes de dados, tais e tais requisitos para a relevância dos dados
- o sistema de TI deve poder escalar sob tais e tais condições
Deve ser possível transferir dados irrelevantes do sistema de TI para o arquivo regularmente, dados dos quais estão disponíveis para sistemas de relatórios há algum tempo
- o sistema de TI não deve violar a lei
- o sistema de TI deve ser protegido de tais e de tais modelos de ataque
- O sistema de TI não deve ser constantes revestidas. Eles devem ser disponibilizados e configurados na forma de um arquivo de configuração armazenado nas configurações do repositório ou do sistema
- a tolerância a falhas do sistema de TI deve ser de 99% (a empresa adora o idioma de nove), embora esse critério seja melhor descrito de uma forma mais compreensível para uso (veja abaixo).

Critérios de tolerância a falhas de forma compreensível para TI:

- no caso de falha de qualquer elemento da configuração do servidor (servidor, subsistema de disco, roteador de rede), o sistema de TI deve continuar a fornecer os cenários necessários,
- no caso de falha do serviço do sistema de CRM externo, o sistema pode tornar inacessíveis os serviços de registro, visualização de bônus, cálculo e gastos. na compra, mas deve apoiar minimamente a estrada principal - permita fazer um pedido com a mensagem "Lamentamos, o programa de bônus está temporariamente indisponível, o gerente entrará em contato com você e especificará a quantidade de pontos de débito e crédito

No entanto, não basta formular uma lista extensa, é necessário estabelecer um processo de controle (embora muitas vezes em nossa realidade eles façam exatamente isso: eles introduzem um padrão, mas não podem definir o processo). Por exemplo, para atender aos requisitos de parâmetros de desempenho, é necessário criar uma bancada de testes, scripts de carregamento, uma ferramenta de carregamento e medir parâmetros de desempenho.

Ações padrão de resposta a riscos


- Se um funcionário estiver doente, ele avisa antecipadamente ou, no pior dos casos, no canal de comunicação geral, dentro de uma hora de ausência do local de trabalho, indicando sentimentos de chegada ao trabalho, para que o restante da equipe possa organizar o trabalho do qual ele participa, levando também em consideração o período de ausência ( espere ou passe para outro).
- Se um funcionário ficar doente e não notificar dentro de uma hora, o gerente do projeto descobrirá (dentro de uma hora) e informará o canal geral sobre a doença para que a equipe possa organizar o trabalho, levando em consideração o período planejado de ausência (espera ou transferência). Se ele não responder, o RP escreverá no canal geral "O funcionário desapareceu, não entra em contato" para que a equipe possa transferir seu trabalho para outro funcionário.
- Se a tarefa foi suspensa no funcionário demitido, o RP deve redistribuí-lo para outro funcionário ou transferi-lo para o buffer de algum centro de trabalho ou cancelar a tarefa para que o gerenciamento de tarefas não seja perdido e o sistema de gerenciamento de tarefas não se transforme em lixo.

Bibliografia


  1. Artigo sobre requisitos não funcionais habr.com/en/post/231961
  2. O artigo sobre o método TOTE habr.com/en/post/339556
  3. E. Goldratt, Target. O processo de melhoria contínua. www.ozon.ru/context/detail/id/141279570
  4. Blanchard, Onken, Burroughs. Gerente de um minuto e macacos www.labirint.ru/books/682838
  5. Eliezer Yudkovsky. Harry Potter e os métodos do pensamento racional.
  6. Patton Jeff. Histórias de usuários. A arte do desenvolvimento ágil de software. Resumidamente, aqui: 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


Muito obrigado aos membros do clube KiFB, agradecimentos especiais a Ivan Kopylov por um feedback atencioso e útil, bem como Ulyana Leonova, Danila Golubtsova, Maxim Sinksas, Kseniia Meshkova, Denis Beskov, Serg, Mikhail Sorokin, Step_By_Step, Sergey Titkov e minha esposa Natal a preparação do artigo, bem como a excelente Olga Levina para a revisão competente (se você encontrar erros, esses são meus erros devido a correções no texto final).

E um agradecimento especial a Andrei Prudovsky, cuja constante busca por detalhes me fez pensar na necessidade de pensar em termos de resultados e tarefas antes de definir uma tarefa, que muitos anos depois levou à redação deste artigo.

More articles:


All Articles