O esquema clássico do departamento é o seguinte - as pessoas se sentam no escritório (bem, ou como está agora em um local remoto) para um pagamento baseado no tempo (8 horas por dia) ou em oficinas por hora. Comece a trabalhar em 30 a 120 minutos. Uma pessoa é contratada pelo hh ou sites similares, o candidato passa pelo hr'a, segurança técnica onde tenta traçar uma matriz de competências. Existem muitos candidatos em Moscou com qualquer nível de conhecimento, nas regiões isso é um problema.Se não houver universidade técnica nas proximidades, mas você quiser ter um negócio, vá até o milionário mais próximo e pague os salários locais. O último é especialmente desagradável para uma startup. É bom se no projeto para onde a pessoa foi levada exista documentação de soluções com descrição de esquemas de fluxo de dados, etc., mas nunca encontrei isso. Há recados, registros caóticos, atas de reuniões com motivos para as decisões tomadas, mas a documentação de desenvolvimento sistemático é como um eclipse duplo da lua. Por que você precisa de documentação com diagramas e justificativas? Quando um arquiteto esboça um modelo para um projeto futuro, ele é o portador de um conhecimento único que ninguém mais possui. Esse é um problema sério, se um especialista adoece, morre, vai embora, então as competências dele também vão embora com ele.Restaurar competências sem documentação e um portador de conhecimento é uma tarefa tão não trivial que é mais fácil reescrever tudo de novo (ambos custam muito dinheiro). Introduzir um novo lutador ou um antigo de outro projeto em um projeto é seis meses de orientação e distração da atenção de quem já está trabalhando. Ao mesmo tempo, a nova unidade também tem funcionalidade limitada em geral. O sistema de declaração de problemas pode se ramificar, se dividir em subtarefas e se fundir de volta a lugares inesperados. A tarefa não pode passar por líderes ou arquitetos, o que adiciona lixo e frenesi nas tentativas de expandir a arquitetura ou amontoar no imparável.Ao mesmo tempo, a nova unidade também tem funcionalidade limitada em geral. O sistema de declaração de problemas pode se ramificar, se dividir em subtarefas e se fundir de volta a lugares inesperados. A tarefa não pode passar por líderes ou arquitetos, o que adiciona lixo e frenesi nas tentativas de expandir a arquitetura ou amontoar no imparável.Ao mesmo tempo, a nova unidade também tem funcionalidade limitada em geral. O sistema de declaração do problema pode se ramificar, se dividir em subtarefas e se fundir de volta a lugares inesperados. A tarefa não pode passar por líderes ou arquitetos, o que adiciona lixo e frenesi nas tentativas de expandir a arquitetura ou amontoar no imparável.
Problemas com o esquema clássico
Os recursos humanos são limitados em disponibilidade e praticamente não são passíveis de mudanças operacionais. Daí o problema do tempo de inatividade e das horas extras.
Não é lucrativo manter especialistas limitados. Esses especialistas são uma fonte única de conhecimento, mas os custos de manutenção são altos e as tarefas são raras. Daí o problema do tempo de inatividade e da estagnação de competências.
Pessoas em equipes se especializam em tarefas atuais e começam a se degradar se não fizerem esforço por si mesmas ou não forem forçadas a isso.
Encontrar uma pessoa com as competências necessárias é difícil ou mesmo impossível com o dinheiro e o tempo alocados.
Falta de documentação descrevendo o projeto para uma integração rápida para um iniciante.
A necessidade de mentores.
O problema de expandir a funcionalidade sem uma análise profunda dessa possibilidade, e tal análise só é possível para o portador de amplas competências no projeto - um arquiteto.
O problema de abandonar os detentores de conhecimentos únicos sobre o projeto
O problema da atmosfera moral na equipe e nas relações pessoais que influenciam a adoção de decisões importantes.
O problema da falta de transparência das finanças para o cliente e executantes sobre a remuneração.
O problema de aumentar o status do executor e o tipo de tarefas realizadas.
É possível nivelar de alguma forma esses problemas sem mudar o paradigma (modelo) de gerenciamento de desenvolvimento? A resposta curta é não! No futuro, esse modelo vai desacelerar o trabalho e, com o aumento dos negócios e a burocratização dos processos, geralmente pode forçar a transferência do desenvolvimento para a terceirização. É bom terceirizar o desenvolvimento? - A resposta curta é sim, se isso vai agilizar e facilitar o desenvolvimento do produto! A terceirização pode ser interna para a empresa? - Fácil. E externo? - é mais difícil aqui né, segurança é tudo ... mas possível! E o interno e o externo? - Você pode e aqui está como fazer.
O serviço é
- O sistema de comunicação do cliente e executores.
- Fornece conexão dinâmica de especialistas com as competências necessárias.
- Efetua acordos com o cliente e empreiteiros.
- Mostra rapidamente o status do projeto e o andamento das tarefas.
- .
- .
- .
- .
- .
- . , , , .
- . . “, , , ” — . “ ” — , , , , . “” — , , , . “” — . “ ” — , , . “ ” — , , , .
- . . , . .
- . . , , .
Cada uma das funções de nível superior forma um conjunto de subtarefas decompostas para as de nível inferior, especifica os critérios de execução e o custo de conclusão da tarefa. A função superior não pode atribuir diretamente um executor ou atribuir-se a uma subtarefa.
Ao decompor uma tarefa, a função de nível inferior deve receber a confirmação de sua solução da função de nível superior que definiu a tarefa original.
O subordinado, após receber o problema, pode encaminhá-lo para análise do diretor com a justificativa dos erros ou imprecisões encontradas, ou abrir disputa com arbitragem e votação.
O papel superior pode assumir qualquer tarefa subordinada, se não for o seu diretor (tarefa).
A tarefa concluída está em um pool especial para revisão e aprovação. A tarefa pode ser revisada pela função atual (mas não pelo executor) ou por uma função superior e inferior.
Para a tarefa concluída e aprovada, o executor é cobrado pelo pagamento especificado na tarefa (menos a comissão de serviço para a transação) e pontos de classificação.
Para uma revisão completa com uma indicação razoável de erro ou desvio dos critérios de revisão, pontos são concedidos e são eliminados da pessoa revisada. Disputas com base nos resultados da revisão são resolvidas automaticamente por uma votação geral das funções que participaram da revisão.
A transição para uma função superior ocorre automaticamente ao atingir um determinado número de pontos para o executor. Assim, você pode passar por toda a hierarquia até o gerente sem resolver um único problema, mas ganhando pontos na revisão dos problemas de outras pessoas.
Cada tarefa e árvore de decomposição de tarefas é acompanhada pela criação de um conjunto de documentos que justificam a escolha de uma solução e a descrevem resumidamente. Cada tarefa que não seja um branch de uma existente, ou seja, expandir a funcionalidade, deve começar com a aprovação do gerente e depois passar pela aprovação por papéis até o executor final.
A tarefa é considerada automaticamente não cumprida se for levada para a obra, mas o prazo acabou e nenhuma justificativa foi enviada pela contratada para prorrogar o prazo.
A tarefa incompleta é devolvida ao pool de tarefas para execução e o executor é multado na forma de perda de pontos.
O conjunto de um certo nível negativo de pontos leva ao bloqueio automático do executor para a competência selecionada.
A falta de tarefas concluídas ou revisões dentro de um determinado período de tempo leva a uma diminuição automática na pontuação geral.
Quando a pontuação cai abaixo do nível limite da função, o status do executor é transferido para uma função inferior.
Esquema de movimento do pedido do cliente ao produto acabado
O cliente inicia um projeto no serviço descrevendo uma tarefa de negócios (esta é a informação primária). Contribui para a sua conta no serviço com o montante mínimo de fundos necessário para a perícia económica e mercadológica, ou se já existir, para a preparação de um trabalho técnico pelo líder (empreendedor, arquitecto). A experiência econômica e a justificativa técnica incluem opiniões de especialistas sobre a viabilidade econômica deste produto. A viabilidade econômica é um estudo de análogos, demanda, recursos disponíveis, viabilidade prática apresentada na forma de um documento com recomendações. A tarefa vai para a próxima fase quando há fundos suficientes na conta do cliente no serviço. O cliente pode fornecer sua experiência ou TK (especificações técnicas, arquitetura do projeto) para aprovação. Se o acordo não for aprovado,então a tarefa (projeto) não pode ser levada ao desenvolvimento. O cliente pode sair do serviço em qualquer etapa ou congelá-lo no serviço por uma taxa. O cliente tem acesso de leitura a toda a documentação e códigos-fonte do projeto, às montagens do pacote de aplicativos ou recursos, ao andamento do projeto e às tarefas, às folhas de pagamento aos executores.
O desenvolvimento é feito de acordo com as regras estabelecidas no início do projeto, isto diz respeito à linguagem de elaboração dos documentos e descrições, um acordo sobre a concepção do código e comentários autodocumentados. A prioridade na escrita de classes e funções é dada ao código mais simples e limpo. Em todos os casos, quando possível, o código é coberto por testes de unidade. No desenvolvimento, deve haver especialistas que garantam o trabalho de controle de versão, montagem automática, conexão remota de executores aos equipamentos necessários do lado do serviço ou cliente.
A introdução de performers no serviço é possível após o recebimento da matriz de competências. A matriz de competências pode ser obtida em serviços especializados em testes em modo automatizado. Os serviços credenciados fornecem uma API com a qual você pode obter uma matriz para um candidato. Dependendo dos resultados obtidos, funções e competências iniciais para as quais as tarefas especializadas estarão visíveis são definidas para a conta do executor. Para resumir, o executor se registra no serviço e recebe um link para o serviço de teste de competência e é aprovado. Os resultados do teste preenchem a matriz de competências e a conta tem a oportunidade de realizar tarefas, realizar uma revisão, ler a documentação disponível para sua função.
Recomenda-se numa primeira fase introduzir no serviço os executores executados na base existente do “escritório”. Verifique o trabalho com o cliente em projetos reais. Realizar campanha publicitária em comunidades especializadas e redes sociais com teses - “Total transparência e honestidade, sem segredos. Trabalhe no que quiser, de onde quiser e quando quiser. Ninguém lhe dá ordens. Ganhe o máximo que puder carregar, sem limites para todos e para sempre. "
Questões que requerem estudo separado
- Segurança.
- Pagamentos e liquidações com o cliente e empreiteiros.
- Questões jurídicas antes de contratos com o cliente e pagamentos por peça aos artistas, transferências internacionais.
- Proteção de direitos autorais.