Trabalho de Serviço: Rumo à reorientação dos Desenvolvedores de Topo para o profissionalismo - página 6
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
A tentativa de transferir a responsabilidade para outro com a bravura de "Eu desligo deliberadamente a minha cabeça, confio no empreiteiro e exijo 100% de responsabilidade por tudo do empreiteiro", traz problemas iminentes para o autor.
Em qualquer caso, pela nossa parte, vamos aumentar a sensibilização dos clientes para os potenciais artistas e proibi-los de recrutar muito trabalho.
A tentativa de transferir a responsabilidade para outro com a bravura de "Eu desligo deliberadamente a minha cabeça, confio no empreiteiro e exijo 100% de responsabilidade por tudo do empreiteiro", traz problemas iminentes para o autor.
Em qualquer caso, pela nossa parte, vamos aumentar a sensibilização dos clientes para os potenciais artistas e proibi-los de recrutar muito trabalho.
... Se o plano era de 3 dias, mas o tempo real é de 7 dias, então o cliente saberá que existe uma elevada probabilidade de fracasso.
Porquê a urgência? O que é que vai correr mal? Certamente, uma vez recebido o trabalho, o cliente irá testá-lo durante meses. Que diferença faz, então, se são 3 dias ou 7 dias?
Porquê a urgência? O que é que vai correr mal? Certamente, uma vez recebido o trabalho, o cliente irá testá-lo durante um mês ou mais. Que diferença faz, então, se são 3 dias ou 7 dias?
:-) Uma afirmação inconveniente num ambiente de software.... Um acordo vale mais do que dinheiro.... pode sempre haver dois ou mais pontos de vista sobre prazos, um compromisso é um acordo mútuo das partes, se a não implementação do algoritmo pode levar ao fracasso do programa, então a não implementação do acordo sobre prazos pode destruir a relação entre as partes contratantes.... nem sempre, claro.... mas pode...
É um algoritmo básico de relacionamento.
Idealmente, ambas as partes contratantes deveriam ser 100% responsáveis pelos compromissos assumidos.
Ponderei durante muito tempo, há muito tempo, sobre este tipo de matemática, porque soma 200% - se duas partes estiverem de acordo e ambas assumirem 100% de responsabilidade.... e como pode haver mais responsabilidade do que 100%
No entanto, é assim.... deve haver algo intangível a interferir com o processo de acordos.
Esta não é a primeira vez que ouço falar de encomendas em atraso e clientes insatisfeitos.
É verdade que o programador não tem qualquer responsabilidade - não se pode sequer deixar um feedback negativo para uma encomenda que foi cancelada (por exemplo, porque está atrasada).
Para mim, a responsabilidade (financeira ou sob a forma de classificação) não seria supérflua. Mas o programador deve ter em conta o tempo exacto pelo qual é responsável. E no estatuto de "verificado pelo cliente" deixá-lo pendurar até 50 trabalhos.
É um algoritmo básico de relações
Idealmente, ambas as partes contratantes deveriam ser 100% responsáveis pelos compromissos assumidos.
Tudo é claro com os programadores - seja qual for a sua opinião, ele é o culpado por ter aceitado a encomenda e quebrado os prazos e ..... e que ele trabalhou, e como sabem, aqueles que nada fazem nunca são culpados.
Depois resta lidar com os clientes, especialmente os principiantes - qual é a exigência do cliente para a incapacidade de formular correctamente os TOR e "rebentar com os miolos uma dúzia de vezes com a sua espontaneidade infantil". Se sabe que a 1ª barra é a correcta, então o Expert Advisor abre comércios não de acordo com os sinais indicadores na história - está fortemente atrasado, precisa de mais cedo.....
????????
Porquê a urgência? O que é que vai correr mal? Certamente, uma vez recebido o trabalho, o cliente irá testá-lo durante meses. Qual é a diferença entre 3 dias ou 7 dias?
A diferença é que o "7 em vez de 3" pode ser vários: um programador não conseguiu lidar com a tarefa e o contrato foi rescindido, o segundo não conseguiu chegar a tempo e o contrato foi rescindido novamente, etc.
E não é da responsabilidade de um empreiteiro contar o tempo (dinheiro) do cliente. Se disser 3, faça-o por 3 (clarificação da tarefa e verificação final não contam).
Tudo é claro com os programadores - não importa como você olha para ele, ele é o culpado por receber a encomenda e por estragar os prazos e ..... e que ele trabalhou, e como todos sabem quem nada faz, nunca há culpa.
Depois resta lidar com os clientes, especialmente os principiantes - qual é a exigência do cliente para a incapacidade de formular correctamente os TOR e "rebentar com os miolos uma dúzia de vezes com a sua espontaneidade infantil". Se a primeira barra for a correcta, então o Expert Advisor abre comércios que não estão de acordo com os sinais indicadores na história - está fortemente atrasado, precisa de mais cedo ......
Mas o cliente paga o preço e não lhe pode tirar mais nada.
O promotor decide se aceita o trabalho (e qual o preço a fixar). Se quiser o trabalho a qualquer preço - lide com 50 páginas de descrição sem sentido por $10, se não quiser - chame-lhe "$100 por escrever um algoritmo" e aguarde pelo seu cliente.
Além disso, existem os RPT e a arbitragem. "Severamente atrasado" tem de ser formulado, ou será rejeitado.