Como começar a ganhar experiência no gerenciamento de um projeto [fechado]
8
Existem alguns requisitos de trabalho da experiência em gerenciamento de projetos para um programador, como:
o candidato precisa ter alguma experiência no gerenciamento de um projeto, não necessariamente com subordinados, mas tendo trabalhado em um projeto desde o design até o teste.
Eu estava me perguntando
o que "subordinados" significam aqui?
se houver alguns livros, páginas da Web ou outros locais com diretrizes gerais e exemplos de projetos práticos simples para ajudar a obter algumas noções básicas sobre todo o processo de um projeto. Estou particularmente interessado em projetos para Linux e Windows, em C, C ++, Python, Java. Estou pensando em começar jogando sozinho, ainda não ansioso para encontrar uma empresa.
Meu curso não era CS, então talvez eu não tenha o básico.
O requisito de trabalho basicamente quer que o cliente em potencial tenha experiência com um projeto no qual você estava encarregado, no qual você pode ou não ter pessoas seguindo sua liderança. Se você tem esse tipo de experiência e planeja mencioná-la, verifique se conseguiu .
Se você não tem uma experiência com PM, a melhor coisa a fazer é ser proativo e procurar um projeto em seu trabalho atual . Se, por algum motivo, você não conseguir colocar um projeto em prática, inicie um projeto de código aberto e tente atrair pessoas . Mesmo se você for um desenvolvedor solo, aprenderá muito sobre gerenciamento de projetos de software. Comecei meu projeto de código aberto e estou aprendendo técnicas de gerenciamento de projetos (PM). Estou até aprendendo e me classificando como desenvolvedor de trabalho porque sou ambos, meu gerente e desenvolvedor, portanto, meu lado gerente define tarefas e estimativas e meu lado desenvolvedor se compromete com essas tarefas. Agora no trabalho, estamos iniciando um projeto e agora me sinto mais confiante em saber se comprometer com um requisito específico e como estimar sua entrega.
Sobre técnicas de software livre PM de software livre:
Descobrindo recursos ... às vezes nem o cliente sabe o que ele realmente deseja.
Traduzindo recursos em requisitos.
Estimando requisitos.
Priorize os requisitos e escolha os que se encaixam em uma iteração. (Quais são os requisitos mais básicos que podem se encaixar em uma iteração?)]
Definir marco e iterações.
Divida o problema. (análise de domínio)
Design inicial (design apenas bom o suficiente).
desenvolvimento (teste, implementação, etc)
No final da iteração, analise seu desempenho e feedback. Eu entreguei o que prometo? O que deu errado? O que eu fiz certo?
Aprenda também como escopo com CHANGE . Sério, no meio da iteração, você ou seu cliente descobrirão que há um recurso muito importante que, se não o fizer, o projeto estará morto. Provavelmente, sua única constante no seu projeto é a mudança!
Obrigado! (1) Como alguém deve aprender a iniciar e gerenciar um projeto de código aberto? (2) Existem algumas técnicas de MP resumidas por outras?
Tim
Primeiro, encontre algo que lhe interesse. Será ideal que seu projeto beneficie um conjunto de pessoas, porque você realmente receberá feedback dos usuários (também conhecido como clientes).
Armando
2
Os subordinados são pessoas que se reportam a você (ou seja, se você é um gerente). É basicamente dizer que você não precisa necessariamente gerenciar pessoas, mas precisa ser responsável por todos os aspectos de um projeto, do começo ao fim.
Infelizmente, não conheço nenhum recurso sobre isso; talvez alguém possa ajudar com essa parte da sua pergunta.
Gerenciamento de projetos é mais arte do que ciência. Livros não ajudam muito. Experiência é essencialmente o que é necessário.
Para ganhar experiência, você simplesmente participa de vários projetos com bons e maus gerentes de projeto. É assim que você aprende esse tipo de arte: observar os outros.
Embora muitas faculdades tentem, há muito sobre gerenciamento de projetos de TI que não pode ser ensinado; precisa ser experimentado e depois aprendido por tentativa e erro. Se você nunca se sentou com o cara que pagará suas contas para desenvolver um software, em seguida, sente-se com os futuros usuários finais do seu software para determinar como ele deve ser, como deve funcionar e equilibrado. esses dois conjuntos de requisitos frequentemente exclusivos para levar o software dos pensamentos iniciais para um produto acabado nas mãos dos usuários-alvo, você não "gerenciou" um projeto e, embora possa receber estratégias gerais, etc., provavelmente não se sairia bem se você fosse despejado em tal situação, afundar ou nadar.
O gerenciamento de projetos de software envolve todas as cinco áreas do SLDC clássico; análise, design, desenvolvimento, implementação e manutenção. Também requer lidar com três áreas principais de partes interessadas - mão-de-obra, gerenciamento e orçamento - nos dois lados de um projeto (aqueles que desejam o produto e quem o cria). É mais comumente aprendido com a experiência do que com a leitura, pois há um bom número de livros disponíveis que podem ajudar.
Obrigado! Entendo que a experiência é importante, mas quais são "um bom número de livros disponíveis que podem ajudar"? Eu não aprendi isso na faculdade porque meu curso não era CS.
Tim
Basta ir até a B&N local e procurar na seção Software; deve haver uma estante inteira ou mais livros sobre o tópico "gerenciamento de projetos de software".
Keiths
1
Parece que os requisitos de trabalho que você está procurando estão simplesmente procurando alguém que tenha alguma função sênior em um projeto. Não ter subordinados significa que eles não estão procurando por você para gerenciar pessoas (fornecer avaliações de desempenho, contratar / demitir etc.)
Trabalhar desde o design até o teste também é, na verdade, um escopo bastante restrito. Isso exclui coisas como apresentar um projeto para o Sr. Management, trabalhar com os clientes nos requisitos, trabalhar com marketing e vendas e toda a fase de lançamento e suporte dos projetos.
Eu receberia o Rapid Development , pois é bem organizado em todas as fases de um projeto, principalmente da perspectiva de um desenvolvedor de SW. Pode ser um pouco antigo, mas faz um bom trabalho em fornecer material inicial suficiente para você começar. A partir daí, mesmo que você ainda não queira "encontrar uma empresa", deve encontrar um grupo de pessoas para conversar sobre questões que têm mais experiência do que você. Aprender com pessoas que já passaram pelo processo sempre parece ser o professor mais rápido / mais eficaz. (não me entenda mal, eu também recomendo livros, mas se você está apenas começando, achará útil ter alguém para ajudar a criar um contexto com você ao processar as informações nos livros)
Os subordinados são pessoas que se reportam a você (ou seja, se você é um gerente). É basicamente dizer que você não precisa necessariamente gerenciar pessoas, mas precisa ser responsável por todos os aspectos de um projeto, do começo ao fim.
Infelizmente, não conheço nenhum recurso sobre isso; talvez alguém possa ajudar com essa parte da sua pergunta.
fonte
Gerenciamento de projetos é mais arte do que ciência. Livros não ajudam muito. Experiência é essencialmente o que é necessário.
Para ganhar experiência, você simplesmente participa de vários projetos com bons e maus gerentes de projeto. É assim que você aprende esse tipo de arte: observar os outros.
fonte
Embora muitas faculdades tentem, há muito sobre gerenciamento de projetos de TI que não pode ser ensinado; precisa ser experimentado e depois aprendido por tentativa e erro. Se você nunca se sentou com o cara que pagará suas contas para desenvolver um software, em seguida, sente-se com os futuros usuários finais do seu software para determinar como ele deve ser, como deve funcionar e equilibrado. esses dois conjuntos de requisitos frequentemente exclusivos para levar o software dos pensamentos iniciais para um produto acabado nas mãos dos usuários-alvo, você não "gerenciou" um projeto e, embora possa receber estratégias gerais, etc., provavelmente não se sairia bem se você fosse despejado em tal situação, afundar ou nadar.
O gerenciamento de projetos de software envolve todas as cinco áreas do SLDC clássico; análise, design, desenvolvimento, implementação e manutenção. Também requer lidar com três áreas principais de partes interessadas - mão-de-obra, gerenciamento e orçamento - nos dois lados de um projeto (aqueles que desejam o produto e quem o cria). É mais comumente aprendido com a experiência do que com a leitura, pois há um bom número de livros disponíveis que podem ajudar.
fonte
Parece que os requisitos de trabalho que você está procurando estão simplesmente procurando alguém que tenha alguma função sênior em um projeto. Não ter subordinados significa que eles não estão procurando por você para gerenciar pessoas (fornecer avaliações de desempenho, contratar / demitir etc.)
Trabalhar desde o design até o teste também é, na verdade, um escopo bastante restrito. Isso exclui coisas como apresentar um projeto para o Sr. Management, trabalhar com os clientes nos requisitos, trabalhar com marketing e vendas e toda a fase de lançamento e suporte dos projetos.
Eu receberia o Rapid Development , pois é bem organizado em todas as fases de um projeto, principalmente da perspectiva de um desenvolvedor de SW. Pode ser um pouco antigo, mas faz um bom trabalho em fornecer material inicial suficiente para você começar. A partir daí, mesmo que você ainda não queira "encontrar uma empresa", deve encontrar um grupo de pessoas para conversar sobre questões que têm mais experiência do que você. Aprender com pessoas que já passaram pelo processo sempre parece ser o professor mais rápido / mais eficaz. (não me entenda mal, eu também recomendo livros, mas se você está apenas começando, achará útil ter alguém para ajudar a criar um contexto com você ao processar as informações nos livros)
boa sorte!
fonte