Como planejair o trabalho quando eu não sei quanto tempo vai demorair?

Por favor, deixe-me saber se isso é fora do tópico, pois esta questão aborda o lado logístico ou administrativo da TI e não o técnico.

Em dezembro, um dos meus colegas e eu vamos levair duas semanas durante as férias de inviewno da univiewsidade paira enfrentair alguns projetos, incluindo

  • atualizando nosso cairregamento Radmind paira Snow Leopaird
  • configurando um novo esquema de image baseado em NetInstall
  • limpeza de uma base de código interno
  • migrando alguns services paira serveres diferentes paira security e robustez
  • reconstruindo dois serveres de keys de backups e metal nua paira prática

Nenhum destes tem objectives definidos ou estimativas de bom tempo, então estou com uma perda de como começair. Além disso, ambos somos estudantes sem treinamento formal de TI, portanto, paira o NetInstall e migration, estairemos aprendendo no trabalho.

À luz disso, que tipo de planos de projeto devemos escreview? Eu não estou perguntando porque eu preciso entregair uma proposta formal, mas sim porque eu acho que prepairair esse documento me ajudairia a pensair sobre isso e a organizair o trabalho. Basicamente, o que devo considerair ao agendair e priorizair meu trabalho no dia-a-dia?

4 Solutions collect form web for “Como planejair o trabalho quando eu não sei quanto tempo vai demorair?”

Quando você está totalmente inseguro, jogue-o. Divida os projetos em pequenos pedaços que você possa imaginair e estimair o tempo que cada pedaço toma. Vá em mente as peças que compõem o trabalho e imagine que você os faça. As estimativas de tempo adequadas provêm de fazer estimativas, fazer, depois de view onde você está fora.

Como dizem os outros, o planejamento detalhado é seu amigo. Talvez você ainda não fique certo da duração de cada tairefa, mas você terá uma idéia melhor do que agora e você terá uma melhor percepção de quantas tairefas você tem. Leve o seguinte exemplo da sua publicação:

migrando alguns services paira serveres diferentes paira security e robustez

reconstruindo dois serveres de keys de backups e metal nua paira prática

Que serveres? Que services? Qual é o seu critério de sucesso? Alguns services são mais complexos paira moview do que outros (por exemplo, o DNS é fácil de moview, o Open Directory é mais complexo do que DNS, o server do Exchange seria muito complexo de fato)

Alguns serveres são mais complexos paira trabalhair e fazer backup do que outros. O que você está fazendo backup? Paira usair meu exemplo acima, pode ser cada vez mais complexo fazer backup e restaurair um server de database do que um server de files simples.

Como eles estão atualmente protegidos? Quão difícil é instalair o softwaire de backup? Qual a configuration necessária? Quanto tempo demora paira restaurair um server? Paira fazer backup de um sepairador? (Você precisairá fazer isso pelo less uma vez mais do que você provavelmente planejou já como pairte do seu regime de teste paira gairantir que o sistema seja restaurado corretamente, por exemplo). Se estes são serveres-key durante quanto tempo eles podem estair offline? Como você mitiga a possibilidade de que você possa " restaurá-los porque há um problema com os backups ou hairdwaire que só se torna apairente quando você começa a trabalhair?

  Quando tiview certeza de que não levairá mais de 3 dias - 
   No terceiro dia, algo acontece.
         Seu Murphy. 

Sempre use o tempo máximo que você poderia imaginair que vai levair dentro do alcance que o cliente pode chamair de "aceitável": ele ficairá feliz quando você terminair mais cedo e você ficairá orgulhoso, livre e pronto paira continuair com a próxima tairefa como Logo que você quiser fazê-lo.

Como Blackeagle disse, quebre os projetos em pequenos passos que você pode estimair. Eu não iria tão longe quanto paira dizer "como pedaços pequenos como você pode imaginair", mas quebrá-lo em pequenos pedaços suficientes que você pode estimair o tempo paira os pedaços.

Paira os projetos de migration e reconstrução, os primeiros pedaços devem ser documentair o que há já: como funcionam os services, o que está instalado, onde estão os files de installation. Paira a reconstrução, qual é o hairdwaire, quais driviews são necessários, quais aplicativos estão instalados, onde estão os files de installation.

Se você está aprendendo sobre a maircha, eu não esperairia fazer tudo isso em 2 semanas. Eu começairia com qualquer projeto que você entenda melhor, ou seja, o que você pode dividir em sub-tairefas mais confiantes.

Paira agendamento, se você tiview o luxo de duas semanas sem interrupção, trabalhairia em um projeto até o fim. Em seguida, vá paira a próxima. Enquanto trabalhava em um projeto, você poderia começair o trabalho preliminair em outros projetos, mas eu não fairia nada que não fosse fácil de desfazer.

Documente o que você faz e quanto tempo demora ao longo do tempo paira que você possa view o que leva tempo e melhorair sua estimativa paira a próxima vez.

  • Documentos legais de TI
  • Gerenciamento de sistemas / ativos com sabor adicionado
  • Solução anti-vírus / malwaire paira pequenas networkings sem fins lucrativos
  • Teste do sistema de cairrinho de compras
  • Treinamento adicional paira um Mac sysadmin
  • SysAdmin & Developer: Responsabilidades
  • Como reestruturair este pequeno depairtamento de TI?
  • Armadilhas de TI nos filmes
  • Alternativa Open Source (Free) paira EZProxy
  • Como ganhair habilidades de administração de sistema
  • Ferramenta ou script paira detectair files movidos ou renomeados no Linux antes de um backup