O grupo LinguÁgil tem o prazer de trazer pela primeira vez em Salvador o evento Agile Tour. Este evento percorre diversas cidades pelo mundo e tem por objetivo divulgar os métodos, práticas e a cultura Ágil através de comunidades locais.
Nesta edição contaremos com palestras sobre Scrum, Kanban, Cultura Ágil e Lean Startup.
O evento será realizado no dia 12/11, sábado, das 8:30 as 12:30, na Unifacs da Av. Tancredo Neves.
No dia 17/11, quinta-feira às 9:00, ocorrerá a semana global de empreendedorismo, um evento mundial promovido pelo Instituto Endeavor. Em Salvador, Unifacs realizará uma mesa redonda em que serão apresentados alguns cases de oportunidades na área de TIC apresentados por empreendedores locais.
Estarão presentes: Likiso Hattori, sócio da Holding Unipartners; Rafael Costa, sócio do Portal JusBrasil; Luciano Borges, criador do site www.diretodocaminho.com.br; Carlos Silveira, coordenador do PROINFO (Programa Unifacs de Desenvolvimento de Organizações Carentes e Popularização do Uso da Informática); Thomas Buck, sócio da Implementar; Alex Chastinet, um dos idealizadores do Grupo LinguÁgil.
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Note que meu problema não é mudar os rumos de acordo com o vento. A questão é: se sabemos que iremos mudar, para que definir escopo inicial? Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
E dos trechos que você colocou do contrato, a CLÁUSULA QUARTA é arriscada, né? Sabemos que os primeiros sprints podem não entregar o que foi pensando, ainda mais se a equipe não se conhecer ou tecnologia nova etc.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Segue um exemplo do que seria um escopo inicial pra mim: "Desenvolver o Sistema de Gestão Financeira", sem entrar em detalhes de funcionalidades. Acredito que o risco de mudança para desenvolver outro sistema, como Sistema de Recursos Humanos, seja mínimo.
Sds, Luciano
Em 24 de novembro de 2011 10:23, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Note que meu problema não é mudar os rumos de acordo com o vento. A questão é: se sabemos que iremos mudar, para que definir escopo inicial? Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
E dos trechos que você colocou do contrato, a CLÁUSULA QUARTA é arriscada, né? Sabemos que os primeiros sprints podem não entregar o que foi pensando, ainda mais se a equipe não se conhecer ou tecnologia nova etc.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Mas neste exemplo, isto não ajuda em nada para orçar, nem mesmo estimar prazo, né? Isto é quase uma definição de domínio hehe.. Bom, o cliente dizendo isto, como iremos orçar? Na prática, a equipe estimará os custos / margem de lucro (isto ela sabe), chutará um prazo qualquer (um mês, por exemplo) e cobrará para o cliente, depois de ter explicado que o escopo é variável: "Olha só, cobraremos por mês R$ XX,XX para fazer seu sistema". Seria assim?
Como você ou os demais experimentarem isto na prática? Isto, digo: orçar um projeto ágil e vender isto para cliente. Vender, vender mesmo, não estou falando de "convencer que uma metodologia ágil pode ser ideal para o projeto".
Abraço!
P.s.: Eu chamo o que você falou de Visão do projeto.
Segue um exemplo do que seria um escopo inicial pra mim: "Desenvolver o Sistema de Gestão Financeira", sem entrar em detalhes de funcionalidades. Acredito que o risco de mudança para desenvolver outro sistema, como Sistema de Recursos Humanos, seja mínimo.
Sds, Luciano
Em 24 de novembro de 2011 10:23, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Note que meu problema não é mudar os rumos de acordo com o vento. A questão é: se sabemos que iremos mudar, para que definir escopo inicial? Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
E dos trechos que você colocou do contrato, a CLÁUSULA QUARTA é arriscada, né? Sabemos que os primeiros sprints podem não entregar o que foi pensando, ainda mais se a equipe não se conhecer ou tecnologia nova etc.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Eu acho que a grande falha é a confusão entre contrato/projeto/produto. Num caso desses, em que é clara a falta de segurança no que será produzido, o melhor é fazer um contrato de execução de X unidades de produção (ex: PF), deixando claro que no caso de serem insuficientes, um aditivo será negociado. Ou então fazer um contrato baseado nas funcionalidades já estabelecidas - o que for "fumaça" não entraria no contrato.
Assim, você desvincula uma obrigação de algo que ainda é obscuro.
Segue um exemplo do que seria um escopo inicial pra mim: "Desenvolver o Sistema de Gestão Financeira", sem entrar em detalhes de funcionalidades. Acredito que o risco de mudança para desenvolver outro sistema, como Sistema de Recursos Humanos, seja mínimo.
Sds, Luciano
Em 24 de novembro de 2011 10:23, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Note que meu problema não é mudar os rumos de acordo com o vento. A questão é: se sabemos que iremos mudar, para que definir escopo inicial? Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
E dos trechos que você colocou do contrato, a CLÁUSULA QUARTA é arriscada, né? Sabemos que os primeiros sprints podem não entregar o que foi pensando, ainda mais se a equipe não se conhecer ou tecnologia nova etc.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
"Visão do Projeto" é uma definição do escopo. Então: "É necessário definir o escopo em um contrato de escopo variável?" Sim. Define esta 'visão do projeto', e coloca que o escopo será detalhado conforme a priorização do cliente.
Sobre a CLÁUSULA QUARTA, tem limites, né? Senão o cliente pode pedir o sistema inteiro em uma semana. No caso do Scrum, quem vai dizer quanto dá pra fazer é o time, com a ajuda do SM e do PO, baseado no histórico de produtividade. http://www.mountaingoatsoftware.com/scrum/sprint-planning-meeting
Mas neste exemplo, isto não ajuda em nada para orçar, nem mesmo estimar prazo, né? Isto é quase uma definição de domínio hehe.. Bom, o cliente dizendo isto, como iremos orçar? Na prática, a equipe estimará os custos / margem de lucro (isto ela sabe), chutará um prazo qualquer (um mês, por exemplo) e cobrará para o cliente, depois de ter explicado que o escopo é variável: "Olha só, cobraremos por mês R$ XX,XX para fazer seu sistema". Seria assim?
Como você ou os demais experimentarem isto na prática? Isto, digo: orçar um projeto ágil e vender isto para cliente. Vender, vender mesmo, não estou falando de "convencer que uma metodologia ágil pode ser ideal para o projeto".
Abraço!
P.s.: Eu chamo o que você falou de Visão do projeto.
Segue um exemplo do que seria um escopo inicial pra mim: "Desenvolver o Sistema de Gestão Financeira", sem entrar em detalhes de funcionalidades. Acredito que o risco de mudança para desenvolver outro sistema, como Sistema de Recursos Humanos, seja mínimo.
Sds, Luciano
Em 24 de novembro de 2011 10:23, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Note que meu problema não é mudar os rumos de acordo com o vento. A questão é: se sabemos que iremos mudar, para que definir escopo inicial? Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
E dos trechos que você colocou do contrato, a CLÁUSULA QUARTA é arriscada, né? Sabemos que os primeiros sprints podem não entregar o que foi pensando, ainda mais se a equipe não se conhecer ou tecnologia nova etc.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Concordo! Eu estou agindo meio como advogado do diabo, pois fiquei em dúvida quando fui questionado (por colegas).
Sim, se o escopo é variável, pode mudar. Então estamos concordando que o grau de incerteza sobre o que vamos desenvolver é alto. Sendo assim, há real necessidade de que isto (o escopo) seja definido (sendo visão ou uma simples listazinha)? E que vá parar no contrato, mesmo que seja como anexo anotado como "pode mudar"?).
Acho que é um ponto bobo, sem dúvida eu acho que deve ir sim. Mas realmente importa?
Sim, certamente há limites. Mas como as penalidades estavam para cada entrega semanal, só alertei que geralmente a primeira semana requisitos podem ser erro, né? A incerteza pode ser grande se a equipe ou as tecnologias forem novas, ou qualquer outro motivo. Enfim, este ponto é pequeno.
Deixo aqui também um link interessante sobre um resumão de 10 tipos de contratos bem utilizados:
"Visão do Projeto" é uma definição do escopo. Então: "É necessário definir o escopo em um contrato de escopo variável?" Sim. Define esta 'visão do projeto', e coloca que o escopo será detalhado conforme a priorização do cliente.
Sobre a CLÁUSULA QUARTA, tem limites, né? Senão o cliente pode pedir o sistema inteiro em uma semana. No caso do Scrum, quem vai dizer quanto dá pra fazer é o time, com a ajuda do SM e do PO, baseado no histórico de produtividade. http://www.mountaingoatsoftware.com/scrum/sprint-planning-meeting
Mas neste exemplo, isto não ajuda em nada para orçar, nem mesmo estimar prazo, né? Isto é quase uma definição de domínio hehe.. Bom, o cliente dizendo isto, como iremos orçar? Na prática, a equipe estimará os custos / margem de lucro (isto ela sabe), chutará um prazo qualquer (um mês, por exemplo) e cobrará para o cliente, depois de ter explicado que o escopo é variável: "Olha só, cobraremos por mês R$ XX,XX para fazer seu sistema". Seria assim?
Como você ou os demais experimentarem isto na prática? Isto, digo: orçar um projeto ágil e vender isto para cliente. Vender, vender mesmo, não estou falando de "convencer que uma metodologia ágil pode ser ideal para o projeto".
Abraço!
P.s.: Eu chamo o que você falou de Visão do projeto.
Segue um exemplo do que seria um escopo inicial pra mim: "Desenvolver o Sistema de Gestão Financeira", sem entrar em detalhes de funcionalidades. Acredito que o risco de mudança para desenvolver outro sistema, como Sistema de Recursos Humanos, seja mínimo.
Sds, Luciano
Em 24 de novembro de 2011 10:23, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Note que meu problema não é mudar os rumos de acordo com o vento. A questão é: se sabemos que iremos mudar, para que definir escopo inicial? Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
E dos trechos que você colocou do contrato, a CLÁUSULA QUARTA é arriscada, né? Sabemos que os primeiros sprints podem não entregar o que foi pensando, ainda mais se a equipe não se conhecer ou tecnologia nova etc.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Vamos ver o que acontece na prática, nenhum cliente contrata sem saber pelo menos o mínimo que deseja (pode ser até que esse mínimo não seja o mais importante), então, como o Rodrigo disse, o cliente pode contratar um banco de horas ou pontos por função para desenvolver o que ele deseja.
Dessa forma, você pode ir negociando os prazos de entrega das sprints iniciais ( o tempo aqui é negociável com o cliente - semana, quinzena, mês etc), lembrando sempre de priorizar o que mais agrega valor ao cliente. À medida que for entregando, o cliente naturalmente vai tendo uma melhor percepção do que realmente precisa e do que não precisa, podendo até, aditivar o contrato caso necessário.
Resumindo, por mais bonito que seja, sabemos que é muito difícil o cliente fazer um contrato de alto risco, mas, você pode fazer, temos relatos de pessoas que faziam assim, caso ele não entregasse no tempo estipulado teria X% de penalidade, e a cada dia que passasse esse percentual iria aumentando. Dessa forma, o cliente se sentia seguro e o que era acordado no sprint pouco sofria alteração.
Esse é um tema legal, mas, cada caso é um caso, cada cliente têm suas peculiaridades.
Abçs,
Luciano
Em 24 de novembro de 2011 11:16, Thiago Colares <thicolares@...> escreveu:
Olá Luciano,
Sim, certamente. Até pq não há nada detalhado.
Mas neste exemplo, isto não ajuda em nada para orçar, nem mesmo estimar prazo, né? Isto é quase uma definição de domínio hehe.. Bom, o cliente dizendo isto, como iremos orçar? Na prática, a equipe estimará os custos / margem de lucro (isto ela sabe), chutará um prazo qualquer (um mês, por exemplo) e cobrará para o cliente, depois de ter explicado que o escopo é variável: "Olha só, cobraremos por mês R$ XX,XX para fazer seu sistema". Seria assim?
Como você ou os demais experimentarem isto na prática? Isto, digo: orçar um projeto ágil e vender isto para cliente. Vender, vender mesmo, não estou falando de "convencer que uma metodologia ágil pode ser ideal para o projeto".
Abraço!
P.s.: Eu chamo o que você falou de Visão do projeto.
Segue um exemplo do que seria um escopo inicial pra mim: "Desenvolver o Sistema de Gestão Financeira", sem entrar em detalhes de funcionalidades. Acredito que o risco de mudança para desenvolver outro sistema, como Sistema de Recursos Humanos, seja mínimo.
Sds, Luciano
Em 24 de novembro de 2011 10:23, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Note que meu problema não é mudar os rumos de acordo com o vento. A questão é: se sabemos que iremos mudar, para que definir escopo inicial? Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
E dos trechos que você colocou do contrato, a CLÁUSULA QUARTA é arriscada, né? Sabemos que os primeiros sprints podem não entregar o que foi pensando, ainda mais se a equipe não se conhecer ou tecnologia nova etc.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
Concordo com o Luciano, o que define o quão importante é descer no escopo e definí-lo formalmente é a segurança de ambas as partes sobre o projeto, apesar de geralmente ser o contratante a parte mais insegura, principalmente no que se refere a ter garantias que esse projeto sem escopo definido vai entregar o que ele precisa (ainda que ele não saiba exatamente o que precisa, rs), sentimento que costuma passar após as primeiras entregas.
Esse escopo servirá como um guia durante o projeto, orientando para qual a expectativa de "todo" que o cliente tem. Por mais que saibamos que isso costuma sofrer alterações é sempre bom deixar claro para o cliente quando alguma decisão impactar demais esse "todo" pré-estabelecido para evitar desentendimentos no fim. Se estiver muito difícil convencer, dá pra fazer um backlog inicial e sempre que uma mudança for feita alguma storie deve ceder o lugar para a nova, o que ajuda a deixar mais claro o peso das mudanças. De todo modo não gosto muito dessa última opção pois muito do escopo tem que ser mensurado muito cedo no projeto, quando a equipe está mais propensa a estimar errado.
Eu enxergo um problema grave de maturidade (na relação cliente-empresa) nas dificuldades discutidas aqui. Para mim a questão é muito simples: ninguém quer ser portador de má notícia. Se o cliente não tem absolutamente nenhuma clareza do que ele quer, você certamente não saberá orçar. Por que não dizer isso para ele? Por que não colocar logo na mesa que o orçamento é tão obscuro quanto a ideia proposta? Isso não seria mostrar para ele, logo de cara, que sua participação é fundamental para que a coisa ande bem? Aqui parece-me que há uma preocupação em não ser antipático e, por isso, não se deixa vir à tona a imaturidade do cliente na compreensão do que se deseja - afinal, isso poderia afastá-lo do negócio, seguindo uma lógica na qual não acredito/defendo.
Querer orçar um produto de escopo grande e indefinido é uma fábula. A mesma fábula que agile critica sobre a maneira como se gerencia(va) projetos - supostamente culpa dos métodos tradicionais. Se você quer ter projetos curtos, orce projetos curtos e negocie com o cliente um plano geral de evolução (ou programa, em métodos tradicionais). Ele poderá mensurar os gastos a cada entrega, sua capacidade de pagamento, e você poderá controlar melhor expectativa de receita pelo que efetivamente constrói, aproximando o fluxo financeiro do andamento do projeto.
Parece-me que o "orçamentão" é uma tentativa desesperada (consciente ou não) de aprisionar um cliente, independente de seu grau de satisfação. O problema é que à medida que as expectativas começam a mudar, esse aprisionamento sai pela culatra e você tem que tentar extrair dinheiro do cliente para compensar os custos do desenvolvimento de mudanças.
Rodrigo Moreira Fagundes
Em 24 de novembro de 2011 17:29, Bruno Vinicius <patucao@...> escreveu:
Concordo com o Luciano, o que define o quão importante é descer no escopo e definí-lo formalmente é a segurança de ambas as partes sobre o projeto, apesar de geralmente ser o contratante a parte mais insegura, principalmente no que se refere a ter garantias que esse projeto sem escopo definido vai entregar o que ele precisa (ainda que ele não saiba exatamente o que precisa, rs), sentimento que costuma passar após as primeiras entregas.
Esse escopo servirá como um guia durante o projeto, orientando para qual a expectativa de "todo" que o cliente tem. Por mais que saibamos que isso costuma sofrer alterações é sempre bom deixar claro para o cliente quando alguma decisão impactar demais esse "todo" pré-estabelecido para evitar desentendimentos no fim. Se estiver muito difícil convencer, dá pra fazer um backlog inicial e sempre que uma mudança for feita alguma storie deve ceder o lugar para a nova, o que ajuda a deixar mais claro o peso das mudanças. De todo modo não gosto muito dessa última opção pois muito do escopo tem que ser mensurado muito cedo no projeto, quando a equipe está mais propensa a estimar errado.
Gostaria de convidá-los a divulgar e a participar do evento Startup Weekend que pretendendemos realizar em 2012.
Promovido pela Fundação Kauffman [2], amplamente conhecida por divulgar a cultura empreendedora pelo mundo afora, este evento tem forte patrocínio de empresas como Google [3] e Microsoft [4], bem como de instituições do porte
da Bill Gates Foundation [5].
O evento consiste em, ao longo de um fim de semana, viabilizar a
transformação de uma simples idéia em um potencial negócio. Cerca de
150 pessoas, em regime de "imersão", trabalham intensamente nesta
tarefa, divididos em grupos de trabalho, um para cada idéia que esteja
sendo implementada. Tudo isso se passa sob intervenção de um grupo
de mentores, normalmente especialistas e investidores.
Ao final do fim de semana, uma banca julgadora elege os melhores
protótipos, e se for acordado, os trabalhos prosseguem no sentido
de viabilizar um novo negócio. Diversos negócios já foram criados
a partir de idéias nestes eventos, como mostra uma matéria da revista
Inc exibida recentemente [6].
O evento Startup Weekend é realizado desde 2009 em diversas cidades
ao redor do mundo. O evento inclusive já está com um livro em fase
final de impressão [7].
No Brasil já foram realizadas as edições de Campinas, Rio de Janeiro e
Recife. No último fim de semana (18-20 de novembro) foi realizada a
edição de São Paulo. O Jornal Nacional inclusive fez uma boa matéria
que foi ao ar esta semana [8]. A próxima edição será realizada nos
dias 3-5 de fevereiro de 2012 em Brasília.
Queremos trazer este evento para a nossa cidade. Para isso, precisamos
contar com a colaboração de vocês, principalmente no sentido de divulgar
amplamente esta iniciativa.
Os interessados devem fazer o pré-registro na seguinte página:
Vamos ver o que acontece na prática, nenhum cliente contrata sem saber pelo menos o mínimo que deseja (pode ser até que esse mínimo não seja o mais importante), então, como o Rodrigo disse, o cliente pode contratar um banco de horas ou pontos por função para desenvolver o que ele deseja.
Dessa forma, você pode ir negociando os prazos de entrega das sprints iniciais ( o tempo aqui é negociável com o cliente - semana, quinzena, mês etc), lembrando sempre de priorizar o que mais agrega valor ao cliente. À medida que for entregando, o cliente naturalmente vai tendo uma melhor percepção do que realmente precisa e do que não precisa, podendo até, aditivar o contrato caso necessário.
Resumindo, por mais bonito que seja, sabemos que é muito difícil o cliente fazer um contrato de alto risco, mas, você pode fazer, temos relatos de pessoas que faziam assim, caso ele não entregasse no tempo estipulado teria X% de penalidade, e a cada dia que passasse esse percentual iria aumentando. Dessa forma, o cliente se sentia seguro e o que era acordado no sprint pouco sofria alteração.
Esse é um tema legal, mas, cada caso é um caso, cada cliente têm suas peculiaridades.
Abçs,
Luciano
Em 24 de novembro de 2011 11:16, Thiago Colares <thicolares@...> escreveu:
Olá Luciano,
Sim, certamente. Até pq não há nada detalhado.
Mas neste exemplo, isto não ajuda em nada para orçar, nem mesmo estimar prazo, né? Isto é quase uma definição de domínio hehe.. Bom, o cliente dizendo isto, como iremos orçar? Na prática, a equipe estimará os custos / margem de lucro (isto ela sabe), chutará um prazo qualquer (um mês, por exemplo) e cobrará para o cliente, depois de ter explicado que o escopo é variável: "Olha só, cobraremos por mês R$ XX,XX para fazer seu sistema". Seria assim?
Como você ou os demais experimentarem isto na prática? Isto, digo: orçar um projeto ágil e vender isto para cliente. Vender, vender mesmo, não estou falando de "convencer que uma metodologia ágil pode ser ideal para o projeto".
Abraço!
P.s.: Eu chamo o que você falou de Visão do projeto.
Segue um exemplo do que seria um escopo inicial pra mim: "Desenvolver o Sistema de Gestão Financeira", sem entrar em detalhes de funcionalidades. Acredito que o risco de mudança para desenvolver outro sistema, como Sistema de Recursos Humanos, seja mínimo.
Sds, Luciano
Em 24 de novembro de 2011 10:23, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Note que meu problema não é mudar os rumos de acordo com o vento. A questão é: se sabemos que iremos mudar, para que definir escopo inicial? Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
E dos trechos que você colocou do contrato, a CLÁUSULA QUARTA é arriscada, né? Sabemos que os primeiros sprints podem não entregar o que foi pensando, ainda mais se a equipe não se conhecer ou tecnologia nova etc.
Se não me engano, a ImproveIT têm um produto que permite aos seus criadores a escolherem onde morar a cada 6 meses, ou seja, a opção de vida deles não é serem ricos e sim viver viajando.
Sobre o modelo de contrato, repare que ele têm pontos que permite justamente isso, mudar o rumo de acordo com o vento, veja:
PARÁGRAFO TERCEIRO – A
CONTRATANTE
determinará, no primeiro dia útil de cada semana, durante toda a
vigência do presente contrato, as funções a serem desenvolvidas
semanalmente pela CONTRATADA,
que as implementará até o último dia útil daquela mesma semana.
Aqui, a CONTRATANTE vai dizer o que quer semanalmente, ou seja, mesmo que se tenha um escopo global que é desenvolver o Sistema X, é no dia-a-dia que ela vai dar os rumos.
CLÁUSULA QUARTA – DAS OBRIGAÇÕES DA
CONTRATADA
Constituem
obrigações da CONTRATADA, dentre
outras previstas neste contrato:
cumprir
rigorosamente os prazos previstos para a execução dos serviços,
implementando, semanalmente, as funções estabelecidas pela
CONTRATANTE;
Nesse ponto fica claro que você deve entregar o que foi estabelecido para aquela semana.
CLÁUSULA
OITAVA – DA REMUNERAÇÃO DA CONTRATADA
Pelos
serviços ora contratados, a CONTRATANTE
pagará à CONTRATADA,
mensalmente, o valor de R$
XXX (xxx reais), todo dia primeiro
do mês subsequente ao vencido.
Esse valor fixo considerando as horas úteis x a qtd de funcionários, ou, pode ser um valor variável de acordo com as entregas, daí, você pode ter um valor da hora determinado multiplicado pelas horas estimadas no planejamento semanal, dessa forma a contrante semanalmente poderá ter uma noção (previsão) de quanto irá pagar no final do mês.
CLÁUSULA
DÉCIMA PRIMEIRA – DA VIGÊNCIA DO CONTRATO
O
presente contrato vigerá, a partir desta data, por tempo
indeterminado.
PARÁGRAFO
PRIMEIRO – Sem prejuízo da satisfação de seus demais
direitos, a cada dois meses de aniversário deste contrato, a
CONTRATANTE poderá dá-lo por rescindido sem que caiba à
CONTRATADA o direito a qualquer reclamação, indenização
ou compensação, desde que o faça, por escrito, até dez dias antes
ou após cada aniversário bimestral do contrato, ajustando-se as
contas exclusivamente em função dos serviços prestados até a data
do distrato.
PARÁGRAFO
SEGUNDO – Sem prejuízo da satisfação de
seus demais direitos, a cada dois meses de aniversário deste
contrato, a CONTRATADA
poderá dá-lo por rescindido sem que caiba à CONTRATANTE
o direitoa
qualquer reclamação, indenização ou compensação, desde que o
faça, por escrito, até dez dias antes ou após cada aniversário
bimestral do contrato, obrigando-se, entretanto, a concluir as etapas
dos serviços que estiverem em andamento.
E por fim, a qualquer momento o contrato pode ser rescindido, por ambas as partes, não fazendo assim reféns de contrato.
Sds, Luciano
Em 24 de novembro de 2011 10:00, Thiago Colares <thicolares@...> escreveu:
Olá Luciano!
Dado o grau de incerteza para todos os lados, sabemos que vamos errar na grande maioria dos casos. Aquela velha repetida história: sabemos que vamos orçar errado, estimar errado; o cliente não sabe bem o que quer, se [acha que] sabe, pode não passar direito; se passar, a gente pode não entender; se tudo der certo, o vento pode mudar do meio do caminho etc.. Sendo assim, não seria suficiente vender nossa produtividade em lotes (por mês etc.)?
Ah, e eu conheço este documento. Já li, reli, tirei coisa etc. Afinal de contas, que fim levou a improveit? Eles tinham sites prontos, né?
Acredito que o contrato pode ter um escopo mínimo e com cláusulas que permitam alterar o escopo deixando claro no impacto no tempo e no custo do projeto.
Em 24 de novembro de 2011 09:47, Thiago Colares <thicolares@...> escreveu:
Olá amigos!
Minha pergunta parece básica, mas depois um bom tempo estudando e tentando aplicar metodologias ágeis, temos nos perguntando isto: "É necessário definir o escopo em um contrato de escopo variável?"
Importante considerar um cenário de contrato entre empresas privadas. O problema na prática é a confecção do orçamento. Note que não disse aqui minha opinião, queria ouvir vocês antes.
É bom para quem está estudando e afim de aprender um pouco mais de processo de desenvolvimento de software em disciplinas de Engenharia de Software. Apesar de muitos elementos de agilidade, possui uma "pegada" acadêmica. Como disse, excelente para estudo e entendimento. Na minha visão é um XP prescritivo.
Em 14 de dezembro de 2011 14:55, Rodrigo Fagundes <rmfagundes@...> escreveu:
Gostaria de um feedback de vocês em relação aos valores praticados. Se estão coerentes com o mercado de Salvador, se não, qual a média salarial praticada?
Em 1 de dezembro de 2011 11:39, Alex Chastinet <alexchastinet@...> escreveu:
Olá a todos.
Gostaria de convidá-los a divulgar e a participar do evento Startup Weekend que pretendendemos realizar em 2012.
Promovido pela Fundação Kauffman [2], amplamente conhecida por divulgar a cultura empreendedora pelo mundo afora, este evento tem forte patrocínio de empresas como Google [3] e Microsoft [4], bem como de instituições do porte
da Bill Gates Foundation [5].
O evento consiste em, ao longo de um fim de semana, viabilizar a
transformação de uma simples idéia em um potencial negócio. Cerca de
150 pessoas, em regime de "imersão", trabalham intensamente nesta
tarefa, divididos em grupos de trabalho, um para cada idéia que esteja
sendo implementada. Tudo isso se passa sob intervenção de um grupo
de mentores, normalmente especialistas e investidores.
Ao final do fim de semana, uma banca julgadora elege os melhores
protótipos, e se for acordado, os trabalhos prosseguem no sentido
de viabilizar um novo negócio. Diversos negócios já foram criados
a partir de idéias nestes eventos, como mostra uma matéria da revista
Inc exibida recentemente [6].
O evento Startup Weekend é realizado desde 2009 em diversas cidades
ao redor do mundo. O evento inclusive já está com um livro em fase
final de impressão [7].
No Brasil já foram realizadas as edições de Campinas, Rio de Janeiro e
Recife. No último fim de semana (18-20 de novembro) foi realizada a
edição de São Paulo. O Jornal Nacional inclusive fez uma boa matéria
que foi ao ar esta semana [8]. A próxima edição será realizada nos
dias 3-5 de fevereiro de 2012 em Brasília.
Queremos trazer este evento para a nossa cidade. Para isso, precisamos
contar com a colaboração de vocês, principalmente no sentido de divulgar
amplamente esta iniciativa.
Os interessados devem fazer o pré-registro na seguinte página:
Muito legal esse evento.
Alguém sabe se existe algum grupo sobre empreendedorismo/startup aqui em salvador?
Fiz uma pesquisa rápida sobre incubadoras na Bahia e fiquei na dúvida de quais realmente funcionam..
Att.
Vinícius Sanches Dorotéa
On 01/12/2011, at 12:39, Alex Chastinet wrote:
> Olá a todos.
>
> Gostaria de convidá-los a divulgar e a participar do evento Startup Weekend
> que pretendendemos realizar em 2012.
> Promovido pela Fundação Kauffman [2], amplamente conhecida
> por divulgar a cultura empreendedora pelo mundo afora, este evento tem
> forte patrocínio
> de empresas como Google [3] e Microsoft [4], bem como de instituições do
> porte
> da Bill Gates Foundation [5].
>
> O evento consiste em, ao longo de um fim de semana, viabilizar a
> transformação de uma simples idéia em um potencial negócio. Cerca de
> 150 pessoas, em regime de "imersão", trabalham intensamente nesta
> tarefa, divididos em grupos de trabalho, um para cada idéia que esteja
> sendo implementada. Tudo isso se passa sob intervenção de um grupo
> de mentores, normalmente especialistas e investidores.
>
> Ao final do fim de semana, uma banca julgadora elege os melhores
> protótipos, e se for acordado, os trabalhos prosseguem no sentido
> de viabilizar um novo negócio. Diversos negócios já foram criados
> a partir de idéias nestes eventos, como mostra uma matéria da revista
> Inc exibida recentemente [6].
>
> O evento Startup Weekend é realizado desde 2009 em diversas cidades
> ao redor do mundo. O evento inclusive já está com um livro em fase
> final de impressão [7].
>
> No Brasil já foram realizadas as edições de Campinas, Rio de Janeiro e
> Recife. No último fim de semana (18-20 de novembro) foi realizada a
> edição de São Paulo. O Jornal Nacional inclusive fez uma boa matéria
> que foi ao ar esta semana [8]. A próxima edição será realizada nos
> dias 3-5 de fevereiro de 2012 em Brasília.
>
> Queremos trazer este evento para a nossa cidade. Para isso, precisamos
> contar com a colaboração de vocês, principalmente no sentido de divulgar
> amplamente esta iniciativa.
>
> Os interessados devem fazer o pré-registro na seguinte página:
iniciei uma startup no ano passado com alguns amigos aqui de Salvador, o #crossjoin, que em breve deve estar lançando seu primeiro produto, o Vitrine Inversa. Temos interesse em manter contato e trocar informações sobre nossos aprendizados e também aprender com quem mais estiver nesse caminho. Já fazemos isso online em nosso blog (http://startupolitanos.wordpress.com/) mas outras formas de interação, sem dúvida, seriam ótimas. Ano passado organizamos um primeiro meetup aqui na cidade para ajudar as pessoas do cenário a se conhecerem. Inclusive esteve presente nesse evento o pessoal da incubadora da Unifacs, e pudemos conversar por um bom tempo. Acho ótimo esse tipo de evento e tenho boas expectativas em relação ao Startup Weekend, ainda mais sabendo da competência do pessoal que está na organização. Sobre as incubadoras, vejo que aos poucos elas estão se reestruturando ou nascendo, principalmente pelo apoio da Fapesb através desse edital: http://www.fapesb.ba.gov.br/?page_id=7072. Atualmente temos o CENA da FTC, a Incubadora da Unifacs, a Incubatec da UNEB, InovaPoli da UFBA e a partir do último edital, uma nova do SENAI. Acho que o apoio oferecido por essas instituições ainda está longe do ideal, mas já é um começo, e tenho aproveitado principalmente os eventos organizados pela InovaPoli e pela Incubadora da Unifacs.
Enviar e-mail
