Como lidar com rápidas mudanças de especificações de projeto em um cenário prazo apertado? [fechadas]

Question

Como lidar com um gerente de projeto que impõe realmente prazos apertados, mas com um ou dois dias antes do prazo traz novos recursos e mudanças de especificação de implementar, com outro prazo apertado.

A pior coisa sobre isso é que a maioria das ligações novas coisas para grande reescrita do código existente, regras de negócio como anteriormente implementadas não são mais aplicáveis ??ou "ganho" casos de canto estranhos que precisam ser tratados separadamente.

Parece que não importa quão duro nós tentamos fazer o extensível sistema, sempre há coisas que surgem literalmente no último momento e necessidade de ser implementada e apoiada rapidamente.

Como eu poderia lidar com tal situação? Está sendo realmente desmoralizar e um colega já deixou a equipe.

Answer 1

É verdade que não importa o que você faz, você é humano e você vai cometer erros ou coisas perder. Dito isto, as mudanças regulares para suas necessidades são mais frequentemente o resultado de tanto requisitos pobres ou pobres processo develoment, ou ambos.

Alguns projeto dianteiro acima?

Análise de negócios é regularmente dada a pouca atenção por desenvolvedores, gerentes de projeto, etc. A maioria devs só quero começar a cortar afastado no dia 1, e a maioria dos PMs gostam de deixá-los: "Uau, que podemos passar a fase de iniciação do projeto para a fase de construção em 1 dia, sem qualquer dessas coisas análise de negócios ridículo tendo o tempo! isso vai olhar grande para os bônus de conclusão!" Mas lembre-se que o trabalho principal do PM é manter o projeto sob controle (no tempo e no orçamento) ... não necessariamente para fazer os usuários felizes e certamente não para tornar os desenvolvedores feliz. Isso não quer dizer que eles são totalmente sem coração; boas PMs vai atingir seus objetivos através da aplicação de controle do escopo e promover a comunicação, sendo que ambos são úteis.

Mas tomando o tempo para realmente pensar sobre o que é necessário e percorrendo possíveis cenários podem fazer uma grande diferença nos problemas que você está lidando.

• Se você fez um esforço para fazer uma análise de negócios completo e você ainda está terminando com alterações de última hora, então talvez seu problema é outro desafio clássico: usuários desligados. Seu assunto peritos da matéria são a sua arma superior em lidar com e identificar os casos de canto. Se você tiver usuários que não estão envolvidos no processo de análise, obter melhores especialistas no assunto.
• É também possíveis usuários são desengatados, porque eles estão muito ocupados fazendo seu trabalho regular. Nesse caso, é uma questão de gestão e eles precisam ser dadas instruções que a participação projeto é parte de seus trabalhos; Isso é difícil, por vezes, porque muitas vezes a mesma gestão que lhe disse para "fazê-lo ontem" é o mesmo grupo de knuckleheads que está esperando o projeto acontecer magicamente sem soluços e sem quaisquer recursos (eles são comuns em que eles não entendem as complexidades do desenvolvimento de software personalizado e assumir que é fácil). Se a gestão é ignorante e não vai mudar ... bem, você tem que quer trabalhar horas extras e lidar com os problemas que você descreveu, ou conseguir um novo emprego.

Can Agile Ajuda?

Ele tinha certeza que seria bom se os usuários iria dizer-lhe sobre esses casos de canto mais cedo ou mais tarde, certo? Isto está relacionado com o que Toby Hede discutido em seu post. Talvez uma metodologia que recebe o software na frente dos usuários o mais rápido possível, mesmo em um estado unpolished, pode desencadear um feedback mais cedo. Essa foi uma das inspirações para todos os conceitos ágeis. Os criadores foram cansado de lidar com as questões que você descrever e eles também perceberam que, se a gestão e os usuários não iam mudar, então talvez o desenvolvimento podia. É ainda o desenvolvimento, mas há uma ênfase na obtenção de feedback inicial através de uma variedade de técnicas (tem especialistas no assunto co-localizado com a equipe de desenvolvimento, ficando protótipos ásperas nas mãos do usuário, mais cedo, par de programação para captalize na experiência do desenvolvedor, e muito mais) . Tudo isso é porque é entendida Nós somos humanos e estamos indo para coisas perder.

Finalmente, você menciona que você está tentando fazer o extensível sistema para ajudar com as rápidas mudanças, mas como? Você está separando a lógica de apresentação da lógica de negócio? Você está encapsular lógica de negócios em objetos, dividida de forma adequada para minimizar as dependências e acoplamento? Todas essas coisas são difíceis de fazer e pode levar algum tempo para planejar e construir.

Você não está sozinho, por sinal. Lotes (talvez todos) lojas têm esses desafios.

Answer 2

Não deixe que eles impõem o prazo em primeiro lugar.

Você tem 2 opções

• O PM dá-lhe uma lista de recursos e você dizer-lhes quando ele estará pronto.
• O PM dá-lhe uma lista de características e um prazo. Você, então, dizer-lhes quais recursos você vai implementar no momento.

Se o PM é o seu gerente ou tem autoridade para impor prazos + número de recursos, então eu estaria procurando um novo emprego. careers.stackoverflow.com

Se o PM não é o seu gerente, então você precisa para obter o seu gerente a bordo e tê-los dar o PM suas opções a partir da lista acima.

Answer 3

Este material é realmente um desafio de lidar. O verdadeiro problema aqui é que você não actualy têm um processo.

A resposta realmente depende da situação política na sua organização e quanto eneergy você tem que conduzir a mudança.

No passado, eu ter tentado introduzir mudanças de processo para várias organizações e tem sido sempre uma luta. É possível, no entanto.

Gostaria de dar uma olhada em algumas metodologias para a gestão de desenvolvimento de software. Eu uso e recomendo Scrum, por exemplo.

Em uma situação com mudanças rápidas, trabalhando em iterações curtas que têm objetivos claramente responsáveis ??pode ser realmente útil. Você provavelmente terá de campeão e gerir o seu Gerente de Projeto, mas parece que o "processo" atual claramente não está funcionando, então vender um novo processo torna-se realmente mais fácil -. Você tem caso de negócios sólida para a melhoria

Um processo sólido irá ajudá-lo "push-back" na mudança de requisitos. mudança reacionária rápida é muitas vezes um sintoma de problemas mais amplos em direção e estratégia organizacional e é do interesse de todos para corrigir esse problema dentro da organização.

Answer 4

Este é um dos principais desafios que irá enfrentar como um desenvolvedor.

Uma boa técnica que eu usei no passado é fazer perguntas. Quando você começa as especificações, encontrar algo neles que precisa de esclarecimento por parte dos utilizadores finais. Isso sempre atrasa as coisas, e levanta a possibilidade de gestores mentes dos riscos.

Certifique-se de que o seu gerente de projeto sabe os riscos envolvidos na implementação de alterações de última hora para um projeto.

Answer 5

Você e sua equipe tentou discutir sobre isso com o próprio gerente? Essa é a primeira coisa que você deve fazer.

Ele não pode ter muita experiência com o processo de desenvolvimento, portanto, os prazos apertados constantes e muito tarde principais mudanças. Eu vi tais casos, as pessoas que não poderiam desenvolver, mas pensaram que poderiam fazer um trabalho melhor na PM.
De sentar e conversar com ele não poderia sair duas coisas, dependendo de sua personalidade / profissionalismo. Ele aceitar seus pontos e tentar mudar a situação para o futuro ou ele vai ser um smartboy e não vai dar um pouco, caso em que vale a pena a escalada da situação para um nível superior. Eu não acho que haja qualquer empresa que irá alegremente aceitar perder desenvolvedores.

Como alternativa, seu gerente poderia ser em cima dele. E isso é um problema.

Se nada der certo, como já foi sugerido, mudando o trabalho é uma coisa justa a fazer.