Valor das Unidades de Serviço (UST)

[Claudio Berrondo]

Prezados,

daqui do INPI vimos acompanhando as contratações para desenvolvimento baseadas em USTs desde que o MRE desbravou este caminho...

sabemos por exemplo que o Ministério do Desenvolvimento Social e Agrário está licitando (já licitou?...)

estamos em vias de lançar o nosso! e gostaríamos de perguntar aos colegas interessados, que também vem acompanhando esta movimentação, quais são os valores que tem sido propostos/licitados para as USTs?...

sabemos que a UST para um órgão não terá o mesmo valor da de outro (a menos que todas as condições do TR/contrato sejam muito parecidas), mas gostaríamos de conduzir uma espécia de "pesquisa de mercado" informal aqui entre os colegas...

obrigado pela atenção de todos!

><>Cláudio Berrondo

INPI

ps.: acho que estamos fazendo a primeira contratação Lean Kanban da Administração!... será?...

[Claudson Melo]

Prezado Cláudio, boa noite!

Deixou aqui uma pequena correção para possível composição do seu ETP: O UST surgiu em 2010 com o P.E 104/2010 do STJ. 

Sobre a "pesquisa de mercado", mesmo que você expusesse seu catálogo de serviços e esse fosse semelhante ao de um outro Órgão, o valor do UST variaria, pois o seu histórico seria diferente do outro Órgão.

Grande abraço e sucesso no futuro certame,

Claudson Melo

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsub...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

[Herbert Parente]

Concordo Claudson, UST não pode ser padronizado ou feito uma pesquisa de mercado d valor médio. Seria comparar preços de banana prata com banana naninca, pacovâ e por ai vai. É tudo banana, mas os preços são totalmente distintos.  Falo um pouco no post http://governoagil.com.br/2017/11/16/ust-vs-pontos-de-funcao-pf/

UST, como fala meu amigo Gustavo, nem deveria ser chamado de UST, deveria ser USX (unidade de serviço do órgão X).

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.
Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsub...@googlegroups.com.
Para mais opções, acesse https://groups.google.com/d/optout.

--

Att,

Herbert Parente

http://agiletrendsbr.com/2-em-1-contratacao-e-metricas-de-software-com-metodologia-agil-na-pratica/

[Claudio Berrondo]

Obrigado, Claudson!

vi que o PE que você citou foi pra suporte... tava pensando em desenvolvimento mesmo. aliás, quando escrevi estava pensando na nossa própria experiência: foi o MRE que colocou a gente nessa trilha! ;-)

apesar das observações pertinentes, ainda sim gostaríamos de saber como andam os preços praticados... alguém tem notícia do pregão do  Ministério do Desenvolvimento Social e Agrário?

valeu,

><>

Em 29 de janeiro de 2018 18:28, Claudson Melo <clauds...@gmail.com> escreveu:

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

[Sergio Silva]

Não ariscaria métrica diferente do PF para FSW.

É, ainda, a mais difundida e coerente de mercado.

[Dayse Silva]

Prezado Claudio,

aqui no Inep estamos na fase de habilitação do pregão de desenvolvimento baseada em UST. Se quiser acessar a documentação, segue o link (Pregão 3/2018)

http://portal.inep.gov.br/licitacoes

Att.

Dayse

Em 29 de janeiro de 2018 17:28, Claudio Berrondo <claudio....@gmail.com> escreveu:

--

[Magno Junior]

Em seg, 29 de jan de 2018 às 21:03, Sergio Silva <soare...@gmail.com> escreveu:

Não ariscaria métrica diferente do PF para FSW.

É, ainda, a mais difundida e coerente de mercado.

Eu também não arriscaria nada diferente de PF e é verdade que é o mais difundido. 

Mas vamos ser sincero, PF não representa a realidade de um software nem de longe. Não considerl nem como um chute razoável na direção certa.  Na verdade ele erra em absolutamente todas as vezes e de forma completamente aleatória. 

 

Em 29/01/2018 20:33, "Claudio Berrondo" <claudio....@gmail.com> escreveu:

Obrigado, Claudson!

vi que o PE que você citou foi pra suporte... tava pensando em desenvolvimento mesmo. aliás, quando escrevi estava pensando na nossa própria experiência: foi o MRE que colocou a gente nessa trilha! ;-)

apesar das observações pertinentes, ainda sim gostaríamos de saber como andam os preços praticados... alguém tem notícia do pregão do  Ministério do Desenvolvimento Social e Agrário?

valeu,

><>

Em 29 de janeiro de 2018 18:28, Claudson Melo <clauds...@gmail.com> escreveu:

Prezado Cláudio, boa noite!

Deixou aqui uma pequena correção para possível composição do seu ETP: O UST surgiu em 2010 com o P.E 104/2010 do STJ. 

Sobre a "pesquisa de mercado", mesmo que você expusesse seu catálogo de serviços e esse fosse semelhante ao de um outro Órgão, o valor do UST variaria, pois o seu histórico seria diferente do outro Órgão.

Grande abraço e sucesso no futuro certame,

Claudson Melo

Em 29 de janeiro de 2018 17:28, Claudio Berrondo <claudio....@gmail.com> escreveu:

Prezados,

daqui do INPI vimos acompanhando as contratações para desenvolvimento baseadas em USTs desde que o MRE desbravou este caminho...

sabemos por exemplo que o Ministério do Desenvolvimento Social e Agrário está licitando (já licitou?...)

estamos em vias de lançar o nosso! e gostaríamos de perguntar aos colegas interessados, que também vem acompanhando esta movimentação, quais são os valores que tem sido propostos/licitados para as USTs?...

sabemos que a UST para um órgão não terá o mesmo valor da de outro (a menos que todas as condições do TR/contrato sejam muito parecidas), mas gostaríamos de conduzir uma espécia de "pesquisa de mercado" informal aqui entre os colegas...

obrigado pela atenção de todos!

><>Cláudio Berrondo

INPI

ps.: acho que estamos fazendo a primeira contratação Lean Kanban da Administração!... será?...

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

[Herbert Parente]

Não consigo entender Magno, e me desculpa pela falta de compreensão, com vc chega a conclusão abaixo e, mesmo assim, não arrisca nada diferente.

"Mas vamos ser sincero, PF não representa a realidade de um software nem de longe. Não considerl nem como um chute razoável na direção certa.  Na verdade ele erra em absolutamente todas as vezes e de forma completamente aleatória. "

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsub...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsub...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsub...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsub...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsub...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--

[Claudio Berrondo]

Obrigado, Dayse!

já estamos devorando aqui os documentos de vocês!

é, parece que a gente não vai ser a "primeira contratação Lean Kanban da administração" :D

de qualquer modo, seria fantástico compartilhar com vocês aí a experiência da implantação do "método evolucinário" ;-)

um abraço e obrigado de novo!

><>

--

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

[Magno Junior]

2018-01-30 10:35 GMT-02:00 Herbert Parente <herbert...@gmail.com>:

Não consigo entender Magno, e me desculpa pela falta de compreensão, com vc chega a conclusão abaixo e, mesmo assim, não arrisca nada diferente.

A explicação não é tão simples, mas em resumo, não acredito que a auditoria necessária no serviço publico seja compatível com a realidade do desenvolvimento de software.

Estamos tentando medir o esforço para calcular o custo e algo que, definitivamente, não tem um esforço e nem custo fixo, mas que varia de pessoa para pessoa, time para time e organização para organização.

O ágil surgiu como resposta ao cliente para alinhar o desenvolvimento de software às necessidades do negócio, não com uma proposta de ser um algo auditável e controlado.  Toda tentativa de controle que tentamos adicionar no processo distorce o processo e no final acabamos correndo atrás das métricas e não dos resultados. 

Para ser justo, eu deveria medir o quanto de impacto uma solução teve no meu negócio. Por exemplo: Quanto estou ganhando a mais por ter desenhado essa solução junto com meu time?

Precificar o valor de um software com base no esforço utilizado para produzir aquela solução é o mesmo que querer precificar uma obra de arte com base no valor do material utilizado para pintar uma tela.

Simplesmente não funciona pois não reflete a satisfação do cliente, não reflete o benefício para o meu negócio. Resumindo, não reflete nada do que realmente importa. 

Que cliente ficaria feliz em pagar o valor do material de uma pintura para um artista que entrega um retrato que não reflete aquilo que o cliente gostaria? Como medir o valor e precificar um retrato que encanta o cliente?

Alguém pode reclamar, e com razão, de que assim não é justo comparar desenvolvimento de software com arte pois arte é algo muito abstrato e subjetivo. Pela minha experiência, diria que o valor de um software é tão subjetivo quanto qualquer obra de arte.

Mas acho que para o software temos algumas vantagens, pois enquanto a arte é 100% subjetivo e no desenvolvimento de software, estamos fazendo algo para aprimorar o negócio.

Então, na minha opinião, se alguém quisesse encarar o desafio de planejar em uma nova medida de valor para calcular o preço de um software teria que repensar completamente a receita utilizada, levando em consideração os aspectos que realmente são relevantes para o cliente.

 

Mas isso é só a forma que vejo as coisas e posso estar completamente enganado. 

 

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--

Att,

Herbert Parente

http://agiletrendsbr.com/2-em-1-contratacao-e-metricas-de-software-com-metodologia-agil-na-pratica/

--

[Magno Junior]

A explicação não é tão simples, mas em resumo, não acredito que a auditoria necessária no serviço publico seja compatível com a realidade do desenvolvimento de software.

Estamos tentando medir o esforço para calcular o custo e algo que, definitivamente, não tem um esforço e nem custo fixo, mas que varia de pessoa para pessoa, time para time e organização para organização.

O ágil surgiu como resposta ao cliente para alinhar o desenvolvimento de software às necessidades do negócio, não com uma proposta de ser um algo auditável e controlado.  Toda tentativa de controle que tentamos adicionar no processo distorce o processo e no final acabamos correndo atrás das métricas e não dos resultados. 

Para ser justo, eu deveria medir o quanto de impacto uma solução teve no meu negócio, por exemplo: Quanto estou ganhando a mais por ter desenhado essa solução junto com meu time?

Precificar o valor de um software com base no esforço utilizado para produzir aquela solução é o mesmo que querer precificar uma obra de arte com base no valor do material utilizado para pintar uma tela.

Simplesmente não funciona pois não reflete a satisfação do cliente, não reflete o benefício para o meu negócio. Resumindo, não reflete nada do que realmente importa. 

Que cliente ficaria feliz em pagar o valor do material de uma pintura para um artista que entrega um retrato que não reflete aquilo que o cliente gostaria? Como medir o valor e precificar um retrato que encanta o cliente?

Alguém pode reclamar, com razão, que não é justo comparar desenvolvimento de software com arte pois arte é algo muito abstrato e subjetivo. Pela minha experiência diria que o valor de um software é tão subjetivo quanto qualquer obra de arte.

Mas acho que no software temos algumas vantagens, pois enquanto a arte é 100% subjetivo, no desenvolvimento de software estamos fazendo algo para aprimorar um negócio ou processo.

Então, na minha opinião, se alguém quisesse encarar o desafio de planejar em uma nova medida de valor para calcular o preço de um software teria que repensar completamente a receita utilizada levando em consideração os aspectos que realmente são relevantes para o cliente.

 

Mas isso é só a forma que vejo as coisas e posso estar completamente enganado. 

** Fiz umas correções no texto pois a mensagem anterior tava com bastante erro

[Carlos Alberto Mamede Hernandes]

Caro Magno,

 

Na minha opinião, contratar desenvolvimento de software continua a ser um dos grandes desafios das unidades de TI.

São muitos atores envolvidos, o processo de desenvolvimento ainda está em evolução intensa e os resultados finais das implantações desses softwares são sujeitos a muitas variáveis  (e.g. fatores culturais e continuidade administrativa).

 

Sua mensagem, que se combina com outras enviadas nesta lista no passado, me fez refletir sobre alguns pontos.

Esses pontos vêm da minha experiência no desenvolvimento de software (há bastante tempo), na contratação de software pronto e desenvolvimento de software (há algum tempo) e mais recentemente nos esforços para entender e fiscalizar empreendimentos relacionados ao uso da TI no governo federal.

 

 

Foco nos resultados a alcançar

=======================

Concordo plenamente que se deve ter foco nos resultados que o software gerará no órgão.

Esse ponto foi bem explicitado em um guia de contratação de TI publicado pelo TCU em 2012.

Cada contratação de desenvolvimento deve decorrer da necessidade de resolver algum problema do órgão.

A solução do problema deve gerar resultados que atendam à necessidade que disparou todo o processo de contratação.

Ao implantar a solução, deve-se verificar se os resultados realmente atenderam à necessidade ou não, para que se aprenda com todo o projeto.

 

Aí entram a recente lei e o decreto sobre serviços públicos, que incluem a avaliação dos serviços públicos (Lei 13.460/2017 e Decreto 9.094/2017).

Se um software apoiar um serviço público, a avaliação do serviço público pode servir para avaliar se os resultados esperados com o software foram alcançados ou não.

 

Portanto, deve-se, entre outros itens, levantar a necessidade e estimar os resultados.

Seria de se esperar que a necessidade de negócio fosse modelada a partir de algum serviço público a melhorar ou implantar.

 

Esses elementos (necessidade e resultados) devem constar de documentos de planejamento da contratação, como como o DOD e o ETP previstos na IN 4.

Esses documentos, por sua vez, devem ser devidamente avaliados pela autoridade competente, com apoio de alguma estrutura de governança de TI (e.g. algum comitê que aprova os projetos de TI).

 

 

Relação custo benefício

==================

Entretanto, somente o foco no negócio não é suficiente para se decidir se uma contratação deve ser feita ou para avaliar posteriormente se ela foi boa.

Diversos outros elementos devem fazer parte do processo de aprovação de um projeto de software, tais como: prioridade do projeto, as quantidades a contratar, o custo final da solução como um todo, os riscos envolvidos o tempo esperado de duração do projeto...

Mesmo se os resultados esperados não forem claros, se o preço de um item for incompatível com os resultados esperados, se não for algo prioritário ou simplesmente se houver dinheiro, esse item não deve ser comprado.

Não fazemos isso na nossa vida pessoal?

 

De acordo com o exposto, para se começar a coisa toda, é necessário ter uma boa noção de qual problema se quer resolver e quais resultados se quer alcançar.

Também é necessário precificar o que se quer comprar para verificar se a relação custo-benefício é favorável ou não, isto é, se vale a pena contratar ou não.

Embora o conceito de economicidade ainda seja muito abstrato para muita gente, normalmente ele é associado a essa relação de custo-benefício.

 

Lembrando que, se não conseguirmos avaliar minimamente o custo de um item, não saberemos se há superfaturamento, ou seja, se o preço contratado é compatível com a faixa de preços praticada no mercado.

Isso vale para desenvolvimento de software ou para softwares prontos.

 

Em adição, essa precificação pode ser feita de várias formas e considerando diversas variáveis.

Cabe ao mercado definir a melhor forma de precificar, com base em algum modelo consistente e que compatibilize os interesses dos vários interessados no processo de contratação e mitigue os riscos envolvidos (e.g. do software não servir para nada, do órgão pagar caro, da empresa ganhar menos do que devia).

Lembrando que o mercado inclui as empresas (que vendem serviços), que entendem de como desenvolver softwares (ou deveriam entender), e os gestores públicos (que estão do lado do mercado que compra).

O ponto de função é uma referência, mas me parece que há grande espaço para inovação.

O Acórdão 2.362/2015-TCU-Plenário pode ajudar a refletir sobre essas métricas.

 

Um princípio que se tornou caro para o TCU é o de contratar por resultado, que traduzo para contratar por produtos e serviços, em contraposição da contratação por esforço, como a contratação por homem-hora sem controle.

Ou seja, seja lá qual for a métrica, para haver pagamento, tem que haver a comprovação de que o produto ou serviço foi entregue, ainda que seja pela entrega de produtos intermediários.

Alerto que não me parece que plano de projeto seja um produto intermediário passível de pagamento.

 

 

Aprovação de projetos

=================

Adicionalmente, cada projeto vai disputar seu lugar ao sol, pois os recursos normalmente são finitos, como o orçamento de TI.

Se houver outros projetos com combinações melhores de elementos de planejamento, como os citados acima, um determinado projeto de software tem que ser preterido mesmo.

 

O TCU tem batido com intensidade na tecla de planejamento da contratação há mais de doze anos e na tecla da governança de TI há uns dez.

Entretanto, ainda temos visto projetos com definição ruim do problema a resolver, resultados vagos, quantidades mal estimadas e preços mal estimados.

 

Ou seja, as contratações têm que ser bem planejadas pelos gestores do negócio juntamente com os gestores de TI e os projetos devem ser aprovados pela estância de governança que está acima da unidade de TI e das unidades de negócio, compatibilizando os interesses específicos desses gestores com a missão, a visão e os objetivos traçados pelo órgão.

 

 

Projetos individuais ou compra do serviço de desenvolvimento

================================================

Os elementos citados anteriormente se diluem quando se contrata o serviço de desenvolvimento de software de forma contínua, muitas vezes com o tão criticado rótulo de “fábrica de software”.

Quando se contrata um projeto específico, fica mais fácil falar do problema a resolver, dos resultados a alcançar, estimar de alguma forma o tamanho e o preço do projeto e se aprovar ou não o projeto.

Quando se contrata o serviço contínuo, é mais difícil planejar a contratação, pois os elementos de planejamento tendem a ficar mais vagos.

Por exemplo:

. Quais projetos serão conduzidos?

. Esses projetos têm problemas/resultados claros?

. Os projetos levantados são os mais prioritários?

. Cada projeto passará por uma instância de aprovação?

. A aprovação de cada projeto passa por análise custo-benefício?

 

Vale ressaltar que há empresas que reclamam que são contratadas com base em alguma quantidade, mas no final do ano não se chega nem perto dessa quantidade contratada.

Ou seja, quando se sagra vencedora, a empresa e seus investidores têm uma expectativa de faturamento, mas ficam frustrados porque o órgão não consegue consumir a quantidade pactuada.

 

 

Enfim, acho que temos muito o que investir nesse tema.

A academia poderia ajudar também.

 

Atenciosamente,

 

Carlos Mamede

--

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

 

--

Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

 

--

Att,

 

Herbert Parente

http://agiletrendsbr.com/2-em-1-contratacao-e-metricas-de-software-com-metodologia-agil-na-pratica/

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

--
Você recebeu essa mensagem porque está inscrito no grupo "contratacao-publica-ti" dos Grupos do Google.

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publi...@googlegroups.com.

[Eduardo Spanó Junqueira de Paiva]

Caro Claudio, bom dia!

Também estamos fazendo nossa contratação aqui na Secretaria Municipal de Educação de São Paulo - SME - com base na experiência do MRE.

Queria somente reforçar que é extremamente importante utilizar uma pesquisa salarial de profissionais de TI para julgar as propostas que são apresentadas em pregão. Sem isso, as licitantes continuam a jogar os preços para baixo, a maioria das vezes inviabilizando a contratação de pessoal qualificado para executar o serviço.

Ainda que cada valor de UST seja único, a depender do órgão, acho que vale compartilharmos. Aqui na SME o pregão fechou em R$ 125.48 após uma série de desclassificações já que as licitantes não conseguiram provar a exequibilidade de suas propostas (possibilidade de contratar profissionais altamente qualificados, de acordo com o TR).

Se quiserem mais informações, seguem edital e ata do pregão da SME no Comprasnet:
* Edital: http://www.comprasnet.gov.br/consultalicitacoes/download/download_editais_detalhe.asp?coduasg=925013&modprp=5&numprp=332017
* Ata do pregão: http://www.comprasnet.gov.br/livre/pregao/AtaEletronico.asp?co_no_uasg=925013&numprp=332017

Reforçando o que falei acima, no MDS não houve utilização de pesquisa salarial para julgar aceitabilidade. O valor ficou bastante mais baixo: R$69,05. Essa diferença de valor não é por conta das especificidades do órgão, mas pelos critérios adotados pelo edital para conduzir o julgamento das propostas.

Se quiserem mais informações, seguem edital e ata do pregão da MDS no Comprasnet:
* Edital: http://www.comprasnet.gov.br/consultalicitacoes/download/download_editais_detalhe.asp?coduasg=550005&modprp=5&numprp=42017
* Ata do pregão: http://www.comprasnet.gov.br/livre/pregao/AtaEletronico.asp?co_no_uasg=550005&numprp=42017

@Dayse, por curiosidade, como ficou o valor no INEP?

Abraços,

Eduardo Spanó

[Érica J. B. Viana Cruz]

Enquanto Ti não for uma profissão regulamentada ficaremos sempre a mercê dessas situações. Pesquisas mercado são apenas pesquisas.

 Como desclassificar com base nisso? Pra mim, opinião pessoal, são instrumentos muito frágeis e juridicamente questionáveis para embasar uma desclassificação por inexequibilidade. 

Os pisos da categoria de ti são uma piada. 

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

[Claudio Berrondo]

passou um pouquinho de tempo, mas, voltando das férias, gostaria de agradecer a todos pela discussão e pelos comentários.

em reposta ao Eduardo, para mitigar o risco de preço inexequível incluímos cláusula seguindo os conselhos do O Acórdão 2.362/2015-TCU-Plenário, (por acaso citado pelo Mamede na discussão) que manda, no item 4.2.1, estabelecer regra em edital que obrigue a licitante a apresentar comprovação de que é capaz de realizar o serviço como descrito no edital se propuser preço abaixo de um certo percentual.

respondendo àqueles que veem no ponto de função um porto seguro, minha visão é de que nenhuma experiência poderia levar uma área de TI a amadurecer mais e mais rapidamente do que criar sua própria métrica!!

e criamos a nossa! agradecendo sempre ao pessoal do MRE que colocou o ovo em pé com um repertório tão simples!!

tenho certeza de que o produto desse nosso esforço será, mais do que o repertório ou a medição, um processo auto-consciente de seu funcionamento e entranhas que eu não consigo imaginar uma outra maneira pela qual isso pudesse ser alcançado!

e, concordando com o @Eduardo, serão métricas únicas e impossíveis de comparar, mas sim, deveríamos falar muito disso entre nós pra produzir mais luz para nós mesmos e pra quem vier depois!

impossíveis de comparar?!... que belo trabalho acadêmico seria ler cada metodologia e contrato e identificar, separar, catalogar e agrupar características para, em classificando-os poder avaliá-los (no sentido mesmo de chutar um valor para eles, da unidade de serviço mesmo) e aha! compará-los!

eu me imagino encontrando este trabalho pronto e, para fazer o que fizemos, ter apenas que escolher "um pouco disto, esta característica, aquele regra, este outro item aqui um pouquinho diferente" e voilà: fiz uma "metologia" e ainda tenho uma ideia aproximada do valor de sua unidade de medida!

um abraço a todos!

><>

Para cancelar inscrição nesse grupo e parar de receber e-mails dele, envie um e-mail para contratacao-publica-ti+unsubscri...@googlegroups.com.

Para mais opções, acesse https://groups.google.com/d/optout.

[Ricardo Rivaldo]

Cláudio, a métrica que você referenciou em " e criamos a nossa! agradecendo sempre ao pessoal do MRE que colocou o ovo em pé com um repertório tão simples!!" é a "Valor das Unidades de Serviço (UST)" ?

PS. Ponto de função tem a mesma validade de estatísticas de partidas de futebol, compara a historia de equipes que não existem mais, tentando prever o desempenho e resultado do confronto de duas equipes que só tem em comum com a estatística o fato de usarem a mesma embalagem (uniforme). Normalmente eu falo que é igual a numerologia, faz um monte de conta parecendo algo racional e na prática adota definições que não tem valor cientifico algum, mas para não criar polemicas, fica a do futebol.

[Dharlan Oliveira]

Concordo em absoluto Ricardo.

[Claudio Berrondo]

opa, Ricardo!

Em 8 de março de 2018 10:04, Ricardo Rivaldo <ricardo...@gmail.com> escreveu:

Cláudio, a métrica que você referenciou em " e criamos a nossa! agradecendo sempre ao pessoal do MRE que colocou o ovo em pé com um repertório tão simples!!" é a "Valor das Unidades de Serviço (UST)" ?

sim, são unidades de serviço, às quais batizamos de "Unidades de Serviço Técnico do INPI", ou, UNI

 

PS. Ponto de função tem a mesma validade de estatísticas de partidas de futebol, compara a historia de equipes que não existem mais, tentando prever o desempenho e resultado do confronto de duas equipes que só tem em comum com a estatística o fato de usarem a mesma embalagem (uniforme). Normalmente eu falo que é igual a numerologia, faz um monte de conta parecendo algo racional e na prática adota definições que não tem valor cientifico algum, mas para não criar polemicas, fica a do futebol.

boa...