Planejar, construir, executar filosofia organizacional

5

Estou procurando uma explicação lógica de como o desenvolvimento de software se encaixa em um modelo de Planejar, Construir e Executar de uma organização.

Estou lutando para encontrar qualquer coisa que explique como os projetos de desenvolvimento de software se encaixam nessa estrutura. De fato, o corpo da escrita parece ser muito pequeno na PBR.

O que eu vejo é algo chamado COBIT de isaca que tem 3 estágios internamente chamados de execução de planos. Essa é a fonte dessa terminologia?

Estou à procura de algo claro para onde as coisas vão, porque as coisas estão lá e que valor isso tem.

Eu sei que isso pode parecer um pouco fora do tópico, mas pareceu melhor sob o "ciclo de vida"

    
por TheNorthWes 22.02.2017 / 17:00
fonte

1 resposta

2

Nas antigas idades das trevas, o software foi construído usando a famosa abordagem em cascata: planejar, analisar requisitos, projetar o sistema, construir o sistema, testar o sistema e executar o sistema.

Isso remonta aos anos 50, em uma época em que essa separação de tarefas e a especialização de tarefas era uma realidade strong em um ambiente taylorista.

Eu acho que há a origem do plano, construir, executar conceito, muito antes do COBIT e da IASCA. Alguns consultores inteligentes simplesmente deixam os estágios detalhados para fora, para facilitar a compreensão de gerentes e auditores não técnicos.

Hoje em dia, uma grande empresa de consultoria continua a vender a ideia como um caminho comprovado para o sucesso.

No entanto, todos que estiveram envolvidos no desenvolvimento de software real sabem que você não pode planejar todos os detalhes do zero e que precisa de um certo grau de flexibilidade para lidar com a incerteza. É por isso que o ágil é tão popular hoje em dia. O planejamento adaptativo e iterativo acompanha o desenvolvimento. E a crescente popularidade e sucesso do DevOps prova que é melhor integrar desenvolvimento (build) e operações (run).

Veja o gerenciamento de projetos em si. O PMBOK explica que projetos complexos requerem uma elaboração progressiva. Tanto o PMBOK quanto o ISO21500 veem o planejamento não como uma fase (como em plan / buil / run), mas como um conjunto de processos realizados ao longo do projeto.

Com isso em mente, como o Plan / build / run pode ser implementado? Gerentes de projeto em um departamento de planejamento, perdendo gradualmente a compreensão da tecnologia e do negócio? Desenvolvedores em um departamento de construção que são obrigados a passar pelo plano de organizar seu trabalho? E depois de ir morar, os mesmos desenvolvedores já não intervêm no suporte (apesar de conhecerem melhor o sistema), porque o suporte é executado e não construído?

Na minha vida pessoal eu testemunhei essa transformação, e o resultado final é que é difícil fazer projetos, e havia uma enorme sobrecarga de comunicação interdepartamental, quando as mesmas pessoas entregavam eficientemente como uma equipe integrada antes do planejamento / construção / executar organização.

    
por 22.02.2017 / 20:22
fonte