Minha experiência - uma visão em realidade
Aviso: Todas as ideias expressas são apenas a minha opinião! Sua percepção pode diferir ... 1. Quão diferente é o desenvolvimento dos produtos? 2. Quais são os fundamentos da construção de um produto? 3. Como sei que estou errado, o final de construção do produto? 4. Vai começar construir dois produtos, se for dada uma segunda oportunidade? 5. E de repente eu ficar em branco, o que devo fazer? 6. Mas o meu projeto está sendo executado em um cronograma atrasado, o que eu faço? 7. Armadilhas em colocar as metas? 8. Teste? o quê? 9. Posso fazer a equipe trabalhar 7 dias por semana? 10. por isso que este faq? 1. Quão diferente é o desenvolvimento dos produtos? Para começar, eles são completamente ortogonais! Eu posso te ouvir resmungar "C'mon construção de um produto não pode ser diferente da construção de um quadro. "Eu aprendi isso da maneira mais difícil! Sim, mas eles parecem estar muito relacionados, a diferenças sutis colocá-los distantes! Ao desenvolver um quadro, você obterá começou com o que você tem em mente. ou seja, você conceituar a sua versão do quadro. Isso irá ajudar a começar, mas depois de algum tempo, quando você corda em um casal de clientes, não é você (quadro equipe), que decidir o que vai em ou o que é útil! É principalmente impulsionada pela clientes internos. Eles começam a definir regras. Essa verificação garante que seja qual for o quadro equipe constrói, é utilizada de forma eficaz! Bem, ele atua como um Guia post.The cenário leva um "U" rodar com respeito ao desenvolvimento do produto. por quê? é devido ao fato de que é muito difícil a corda no início clientes. A menos que eles têm uma necessidade de sacrificar a solução, eles não vai optar por fazer parte do cliente madrugador programas. Então, o que pode acontecer é a possibliy para obter insana ", o que poderá acontecer se isto acontecer?" e você iniciar ou desenvolver características que fixa os problemas que possam não ser útil! Este prazo, tal como eu o "produto desenvolvedores" mente bloco. Para superar isso cruzada verificar-se com os concorrentes (EEE estratégia), mas abaixo da linha, pode não ser eficaz. Porque temos a tendência de substituirá o concorrente. Então, sempre atentos sobre o que você colocar na product.2. Quais são os fundamentos da construção de um produto? O aspecto mais importante do produto é a integridade conceitual! Sim! que é o ingrediente secreto para tornar seu produto um sucesso! Visualizar como o end-user/customer vai ver o produto. Isso irá definir coisas reta! Comece a olhar para o produto com o que não sabem, mas com aquilo que o cliente sabe. O padrão do comportamento de qualquer programador é a de cair sobre o hábito de levar as coisas para concedido. isto é, o normal é que a armadilha em que você começa uma vez que as árvores que tendem a esquecer a floresta (o global imagine!) sempre concentrar-se na floresta e não sobre as árvores! Durante as fases iniciais do produto, eu perdi ele e eu pago o preço (tempo extra)! 3. Como sei que estou errado no final da construção da produto? Bem, é uma pergunta difícil, deixe-me dar-lhe uma tentativa ... O momento que você se sentar para trabalhar, o que é que pisca em sua mente ", como corrigir os problemas?" "onde encontrar as soluções?" "Como poderia eu unha este bug?" Se você responder "Sim" a qualquer das perguntas, então você está vendo as árvores! Já é altura de começar visualizando o panorama global da product.4. Vai começar construir dois produtos, se for dada uma segunda oportunidade? Não, não não está OK! NUNCA iniciar dois produtos ao mesmo tempo, mesmo quando eles estão relacionados. Normalmente o que acontece é que tendem a perder o foco de um produto ou do outro. Apenas adiar o início do segundo produto, por 5-6 meses. Durante o primeiro produto que teria chegado a uma forma decente. É apenas um equilíbrio agir! mas sua duração pode variar ... 5. E de repente eu ficar em branco, o que devo fazer? Bem, isso eu teria como prazo o Produto promotores "bloquear". Acontece, lembra afterall somos humanos. Basta ter um par de dias de folga! e começar com uma nova idéia! Considero-me que é normal! Basta ir em frente e falar com os caras por aí que já construiu grandes produtos! 6. Mas o meu projeto está sendo executado em um cronograma atrasado, o que eu faço? O que dizer, aqui não vai resolver o seu problema. Tudo o que tenho a dizer é isso, você subestimou o projecto tempo. Acreditar me todos os programadores de software estão otimistas, não importa o quê, que é a sua natureza ;-) Este é Ok! enquanto você reconhece o atraso e fazer um esforço para fazer muito melhor schedules.7. Armadilhas em colocar para fora milestones? Bem que depende do produto, se o produto é muito em frente ou seja, sem muito alta performance / escalabilidade requisitos, vá em frente com o seu marco mensal (s). Mas cuidado, enquanto a codificação marcos. Porque eu enfrentou o problema de ficar sem marco números :-( e começaram a chamar-lo antes mesmo da versão beta foi beta pronto! 8.Testing? O quê? Depende de quanto você quer qualidade no seu produto! Normalmente, terá 1/3rd o tempo do tempo necessário para construir o produto! Não importa o quanto você tem pressão para liberação mensal, nunca compromisso sobre qualidade! Falamos de qualidade etc nas fases iniciais, mas sacrificá-lo em nome do tempo constrangimento! Nunca faria isso. E se o marco fica adiado? é ok! 9. Posso fazer a equipe trabalhar 7 dias por semana? Nope! Aconteça o que acontecer, não mais de fazê-lo! (Eu fiz isso, eu tenho obssessed com o produto). Estique a sua equipa só se for necessário! Bem! poderia ser contra a norma filosofia de gestão foram os mais tempo que você gasta mais do que você ganhar! Discordo totalmente com isto! Pense sobre isso, quando é que você obtém as melhores idéias e soluções para seus problemas? Estou confiante de que você não pegá-los no trabalho! Isso ocorre apenas quando estiver afastado do trabalho. Além disso, a natureza do trabalho do software não precisa a couontless horas. Tudo o que precisa é de uma mente clara e muito pouco tempo. Mas a indústria está tudo asneira! Eu levei um tiro com isso, mas em vão ... mas estou certo de que iria quebrá-lo algum dia no futuro próximo! Aqui está um interessante tid bits: me deparei com um estudo internacional sobre a produtividade do trabalho (I'm sorry eu perdi o link), afirma que em média apenas 2 horas / dia no trabalho produtivo resultados! Isso significa que nós gastamos cerca de 6 horas por dia (8 horas assumindo como o tempo de trabalho) na comunicação etc .. Bem, eu podia ouvir você gritar para mim, que não é possível, para assim tentar yourseslf! Antes que garantir que o que é trabalho produtivo! Tudo o que você a atingir o objetivo da companhia é considerada produtiva. Outra palavra de cautela é que este prazo é apenas uma média superior a uma semana, ou seja, que tendem a ser mais produtivos em apenas alguns dias! 10. Porquê este faq? Há duas maneiras de aprender alguma coisa neste mundo, a um árduo o caminho e segundo aprendizagem de alguém da experince. Eu aprendi da maneira mais difícil, eu quero que você saiba a maneira mais fácil! Se esta iluminada você, aqui está o que eu quero que você a fazer ... duas partes de seus aprendizados que faria! Ei tenho mais perguntas que faço? assim você tem algumas opções i) ler alguns livros esp mítico Man Mês (um deve ler para o produto líderes) ii) discutir com
Artigo Fonte: Messaggiamo.Com
Related:
» Seo Elite: New Seo Software!» AntiSpywareBOT
» Reverse Mobile
» Error Nuker
Webmaster começa O Código do HTML
Adicionar este artigo para o seu site agora!
Webmaster enviar seus artigos
Nenhum registro necessário! Preencha o formulário e seu artigo está no Messaggiamo.Com Diretório!
