thegoodfellas/blogset-br huggingface dataset:
E aquele friozinho na barriga quando ele vem falar com voce. Eu nao consigo achar palavras para dizer as coisas presas em minha mente. Aquela mensagem ainda esta no meu celular, a sua foto as vezes aparece pelo meu notebook, a nossa musica esta nos meus favoritos, e a janela do seu msn ainda esta aberta.MP Antes de voce, eu nao entendia as cancoes, dormia bem todas as noites, nao me importava com as minhas roupas, esquecia o celular, tinha pensamentos livres e horas vagas. Meu coracao era saudavel, lento, constante. Eu nao tinha febre psicologica, crise emocional, stress acumulado, nem carencia afetiva. Nao tinha ciume, odio, ou pensamentos psicopatas. Eu sempre tinha a razao, nao aguentava reclamacoes, nao planejava tantas coisas boas e bobas. Antes de voce eu nao morria de saudade, nao era tao bem-humorada, nao me preocupava em fazer alguem feliz, em cuidar de alguem. Eu nao sabia sequer que um abraco curasse tanta dor, que o mundo cabia num sorriso, e que era possivel gostar tanto de uma pessoa. A verdade e que antes de voce, eu nao era eu. Eu posso nao ter milhoes de amigos,mas eu te garanto que os poucos que eu tenho valem por milhoes. Meu curriculo: Sou especialista em desperdicar meu tempo com pessoas inuteis, tenho pos-graduacao em afastar pessoas que me amam, e atualmente sofro por coisas banais. Amor, pra mim, e isso. E nao precisar jurar amor eterno, nem presenca, nem carinho. E ainda assim, amar, estar sempre perto. E cuidar e dar carinho. E proteger, zelar, divertir. Enfrentar tudo, sabe? Passar pelo que for. E nao ver nada maior que o que se sente. E nao deixar nada ser maior do que isso. Amor nao precisa ser jurado, nem prometido. Amor precisa ser sentido. Valorizado. (23rd-December!) Porque sei que se eu for embora, voce nao vai sentir minha falta e saber disso doi muito. ='( Os mesmo detalhes que me deixam feliz, conseguem me deixar completamente triste. Tipo voce. Se for pra me abandonar, nao se aproxime. Eu pareco muito forte por fora, mas sou completamente fragil por dentro. E eu me apego muito rapido a carinhos, palavras e sentimentos. A pagina inicial foi mudada, veja:Pagina de login:Nuthy Tem um novo jogo no club Penguin (nao tao novo, mas novo), e e o 'Expedicao Submarina'. Logo que entramos na home page do site, aparece este anuncio, e com ele podemos jogar o jogos:Alguem jogou? O que achou?Nuthy Bem como ja sabem o blog e novo, e estamos a procura de postadores!Se voce e do Club Penguin e e ligado nas novidades e informacoes do site, entre em contato comigo aqui por comentario!E so dizer o nome do penguin e que quer ser postador e ficar ligado no blog!Nuthy Oi, agora venho anunciar um comunicado importante: O Herbert esta a solta, vejam esta imagem:Vejam o painel da sala de comando, e nao ha ninguem na jaula, o que siginifica que ele esta a solta por ai! O que sera que ele anda aprontando?Obrigada ao CP News pela informacao!Nuthy A primeira revista
Club Penguin foi lancada no Reino Unido, segundo blog Oficial do CP, vejam:A revista provavelmente esta cheia de codigos para desbloquear itens online!Acho que deve ser bem legal, mas so esta disponivel no Reino Unido (por enquanto).Nuthy
onde constam os limites para cada categoria de PDUs disponivel no site do PMI para acesso publico.Limites de PDUs por categoriaE importante ressaltar: A manutencao da sua certificacao depende do reporte de PDUs. Se voce nao cumprir o estabelecido pelo PMI (60 PDUs a cada 3 anos), voce perdera sua certificacao. Nao existe segunda chance nesse caso, se acontecer, todo o processo de certificacao devera ser iniciado novamente a partir do zero. E claro que ninguem quer que isso aconteca, por isso, com esse post espero ter ajudado a esclarecer algumas duvidas sobre o processo de report de PDUs, e tambem sobre a manutencao da sua credencial PMP.Saude e sucesso!Rodrigo Ramos, PMP
Ola pessoal.Ja faz algum tempo que nao publico nada aqui neste blog. Ultimamente o meu acesso a internet estava um tanto quanto escasso, e a vontade de ficar navegando apos o dia inteiro de trabalho era muito pequena. Minhas sinceras desculpas.Alguns fatos que ocorreram ultimamente me motivaram a publicar esta postagem - com um tema um tanto polemico - sobre a condicao temporaria da maioria dos gerentes de projetos profissionais.Vejamos bem: Os projetos - nossa area de atuacao - tem uma caracteristica fundamental, muito bem descrita pelo PMBOK: tratam-se de empreendimentos temporarios, com comeco e fim determinados. Mas o que dizer dos profissionais que se dedicam ao gerenciamento desses empreendimentos? Pois e... uma grande parte deles tambem tem "prazo de validade".Nao entendam esse post como uma reclamacao, muito menos como uma lamentacao. Trata-se de um alerta aqueles que pensam ingressar nesta area. Perdoem-me a franqueza e frieza, mas os profissionais de projetos tem uma "usabilidade" determinada, sendo que, ao fim do projeto, seu trabalho costuma nao mais ser necessario (salvo alguns poucos que se dedicam prioritariamente a execucao de projetos em fabricas de software ou em empresas dedicadas especificamente a venda de projetos).Para aqueles que dao a sorte de tomar parte em projetos de verdade - aqueles com P maiusculo, ineditos de fato, com prazos, metas e objetivos definidos - devem ter em mente que o seu trabalho tambem acaba ao termino do projeto... Caso voce pretenda entrar nessa area, tenha isso em mente: o seu trabalho e temporario! Mas entao como lidar com essa caracteristica na sua vida profissional? Ora, voce planeja muito bem os projetos dos seus contratantes, nao e mesmo? Entao planeje muito bem o seu projeto de vida, para nao ser pego de surpresa por essa situacao. Fatos previsiveis nao podem ser considerados supresas - lembre-se da gestao de riscos e aplique-a a sua vida!No meu caso, ja atuo com projetos ha mais de 10 anos, portanto, ja me adaptei a essa "vida nomade" que levamos, sendo assim dedico uma parcela daquilo que ganho para os intervalos entre os projetos. Para ser sincero, me adaptei tao bem que as vezes eu cobro de mim mesmo mudancas de ares quando nao vejo mais perspectivas reais para o desenvolvimento pessoal e profissional.Entao, sendo bem direto: se voce nao quer prazo de validade para sua vida profissional, pense duas vezes antes de investir seu tempo e dinheiro em uma formacao em gerenciamento de projetos...Agora, se voce esta buscando uma vida menos acomodada, com oportunidades de crescimento a cada nova experiencia, aumento da sua rede de contatos (a real, nao aquela da internet!), entao voce esta no caminho certo! E, como nao ha bem que sempre dure, e nao ha mal que nunca acabe, saiba tirar o melhor de cada oportunidade que a vida te der. Programe-se para os periodos de vacas magras e viva intensamente todas as suas experiencias profissionais, sejam elas permanentes ou temporarias.E nao se deixe abater caso perceba que seu trabalho terminou. Isso e um dos sinais de que seu trabalho foi bem feito! Tenha isso em mente,
levante a cabeca, perceba que voce cumpriu com aquilo com o que se comprometeu - e isso e o maior sinal do seu sucesso!Um grande abraco, em especial para os valentes profissionais que se dedicam para elevar o gerenciamento de projetos ao titulo de profissao.Saude e sucesso,Rodrigo Ramos, PMP
Ola pessoal, tudo bem?Algumas mudancas aconteceram na minha vida profissional nos ultimos dias, dias corridos e cheios de surpresas, a grande maioria boas surpresas. Vou dedicar uma postagem para falar exclusivamente da empregabilidade do gerente de projetos, mas esse e um outro assunto...Voltando a ativa no blog, gostaria de retomar as questoes que discuti no meu penultimo post, quando comecei a falar sobre metodologias ageis e sua origem nos projetos de criacao de produtos.Naquele post fiz mencao de que a metodologia PMI nao era adequada a projetos de desenvolvimento de produtos, devido ao alto grau de incertezas presentes nesse tipo de projeto, este post e para defender esse ponto de vista, sem querer ser o dono da verdade, mas fazendo uma analise critica sobre os pros e contras para que voces possam tirar suas proprias conclusoes.Em ambientes de projeto convencionais, baseados no PMI, o termo requisicao de mudanca ou change request normalmente causa arrepios em muitos stakeholders. Mudancas normalmente nao sao benvindas em projetos. Mudancas (em geral) nao sao benvindas em nossas vidas. Somos moldados para resistir a mudanca pelos nossos costumes, habitos, crencas, etc, etc, etc... sem nos lembrarmos que foi a mudanca que deu origem a raca humana....Pois bem, depois da divagacao, vamos voltar ao ambiente de projeto. Imagine que voce esta gerenciando um projeto e tudo esta caminhando bem, os prazos estao sendo cumpridos, o orcamento, apesar de apertado, vai cobrir todo o restante do trabalho e o status de completude esta em 95%. Voce e a equipe ja estao em ritmo de festa, planejando o que irao fazer no proximo fim de semana, coisa e tal, quando um gerente do negocio entra na sala (claro que isso sempre acontece as sextas-feiras as 17 e alguma coisa...) e diz aquilo que todos nao querem escutar: "Pessoal, acabamos de sair de uma reuniao, e a diretoria precisa mudar um pouco o projeto..." Nao preciso dizer qual seria a cara de quase todos os membros da equipe, que dira a do gerente do projeto. O pensamento "poxa, logo agora que a gente ia terminar esse projeto???" quase sempre vem a cabeca de todos...Sob a otica do PMI serao mais horas e horas de replanejamento, retrabalho, documentos, procedimentos e tudo o mais que normalmente e exigido para controlar uma mudanca. O impeto humano de resistir aparece forte como o incrivel Hulk e a reacao e quase sempre a de dizer "ah, isso nao da pra fazer"...Quantos de voces ja nao tiveram vontade ou fizeram isso nessas situacoes? Acredito que muitos...Mas porque somos tao avessos a mudancas? Por que ninguem gosta de trabalhar com incertezas... A incerteza gera inseguranca, e isso mina as resistencias de qualquer um. Outra coisa e que as mudancas normalmente nao sao acompanhadas de um aumento de prazo, ou de mais verba para o projeto. Tem que mudar e pronto!A visao sobre as mudancas instituida pelos metodos ageis e de que elas sao inevitaveis, e muitas vezes sao beneficas ao produto que o projeto esta produzindo (principalmente em projetos com alto grau de incerteza), sendo assim, lutar contra as
mudancas e inutil, pois elas SEMPRE ocorrerao. Entao vamos encara-las como parte do projeto, e vamos trata-las adequadamente para que elas sejam encaixadas no plano.A vantagem do metodo agil para o tradicional neste quesito e que, como a mudanca e esperada, a equipe nao fica surpresa com isso (e nem o GP), e existe um fluxo pre-combinado com os stakeholders, onde as mudancas sao avaliadas, mensuradas e entao implementadas em prazo exequivel. Tudo numa boa... E como o produto vai sendo desenhado de forma progressiva, e entregue em pacotes funcionais, as mudancas normalmente nao sao tao impactantes para o projeto como um todo, pois o que foi entregue e aceito esta pronto, desse modo a mudanca nao impactara nos itens ja entregues.Parece sonho? Magica? E... na pratica as coisas nem sempre sao assim... Mas mudar a atitude diante de uma mudanca nao planejada ja e o primeiro passo para parar de sofrer com ela... Pense nisso!Saude e sucesso!
Quantas vezes nao nos deparamos com anuncios de vagas para GP que tem como requisitos para a candidatura alguma certificacao ou conhecimento tecnico no ramo de atuacao da empresa que esta contratando? Confesso: dos muitos anuncios que li para criar esse post, TODOS eles pediam ao menos conhecimentos na area de atuacao das empresas contratantes, alem dos conhecimentos em gerenciamento de projetos.Resolvi abordar o tema da especializacao no campo de gerenciamento de projetos por alguns motivos, entre eles o fato de estar atuando em TI hoje em dia, apesar da minha formacao academica ser na area de engenharia eletrica.Comecei a me envolver com gerenciamento de projetos ainda na engenharia, mais especificamente em automacao de processos. No entanto, a vida de viagens me impedia de voltar a sala de aula e fazer uma especializacao ou uma pos-graduacao. Sabia que esse caminho cobraria seu preco mais para frente na minha carreira e por isso resolvi trocar a automacao pela TI, sempre dentro do escopo do gerenciamento de projetos.Inicialmente pensava que um gerente de projetos nao precisaria obrigatoriamente ter grande vivencia na area de atuacao do seu projeto, afinal, ele tinha que ser especialista em gerenciamento de projetos, nao nas disciplinas tecnicas relacionadas ao produto.Armei-me de coragem e fui tentar a sorte na TI. Obviamente, aquilo nao era totalmente desconhecido para mim, afinal, nos meus projetos de engenheiro a maior parte do tempo tratava de assuntos referentes a desenvolvimento de aplicacoes e configuracao de servidores. Sofri com a discriminacao de empresas que queriam um gerente de projetos vindo da area tecnica, que conhecessem a fundo linguagens de programacao entre outras coisas. Cheguei ate a criticar o pessoal do RH dessas empresas, por nao acreditar que esta fosse a melhor opcao para um GP. Por fim acabei entrando na area que tinha mais afinidade com a engenharia, os projetos de infraestrutura e Datacenter.Com o tempo, percebi que o grau de informacao e conhecimento tecnico que estava sendo requisitado pelo trabalho de GP na TI era muito maior do que eu esperava, e isso me surpreendeu... Nesse mundo, se o GP nao tiver conhecimento, ao menos mediano, em infraestrutura, alguma coisa de banco de dados e desenvolvimento, sua vida sera, no minimo, desgastante. Solucao que eu encontrei? Estudar e melhorar meu conhecimento tecnico, nao em GP, mas em TI...Hoje, depois de cerca de 4 anos na area, percebo que o investimento de tempo e dinheiro nesse estudo valeu a pena. Nao sou especialista, mas tambem nao sou leigo! Isso e de fundamental importancia ao discutir o planejamento de um novo projeto com a equipe, ao apresentar alternativas para contorno de problemas no projeto e para discutir abertamente os pontos de duvidas.Depois de muito pensar sobre isso, me pergunto novamente: que tipo de gerente de projetos o mercado procura? A resposta que eu acho mais interessante e: O mercado sempre procura super-herois - porem nenhum de nos nasceu em Krypton...E a solucao que eu acho ser a melhor e:Passo 1: Ser especialista no que voce faz: GERENCIAMENTO DE PROJETOSLembre-se: esta e a sua profissao! E por si so,
ela ja conta com um volume de conhecimento enorme. Dedique-se a conhece-lo por completo. Estude e desenvolva seu perfil profissional.Passo 2: Seja generalista na sua area de atuacao.Hoje percebo que, se nao impossivel, e inviavel gerenciar um projeto onde nao se tem ideia do que sera ou de como funciona o seu produto. Se voce atua na construcao civil e nao e engenheiro civil, tera problemas... Se atua em estaleiros e nao e engenheiro naval, tera problemas... Portanto, ter algum conhecimento tecnico na sua area de atuacao e um dos pontos criticos de sucesso da sua carreira.Porem, atencao para nao tentar roubar a cena. Nos, gerentes de projetos, somos coadjuvantes na producao do produto. Isso cabe aos especialistas de verdade - consultores, tecnicos, etc. Se voce atuava como uma lideranca tecnica de projetos e outros cargos afins antes de se tornar um GP, saiba que o seu lugar agora e outro. Nesse ponto ficamos nos bastidores. O ponto de equilibrio, ao meu ver, e atingido quando se tem o conhecimento necessario para nao ser pego de surpresa pelos clientes e se consegue conversar sobre assuntos tecnicos sem muitos detalhes com os membros da equipe.A conclusao que eu tirei pela experiencia que vivi na area de informatica e que, de fato, e muito importante possuir algum conhecimento tecnico na area de atuacao da empresa que voce representa. Hoje olho para tras e vejo que aqueles analistas de RH que pediam conhecimento especificos da area (os quais eu cheguei a criticar) nao estavam tao errados. De fato isso e realmente um diferencial, e um fator importante no sucesso dos projetos.Mas alem disso, e fundamental que voce conheca a fundo as tecnicas do gerenciamento de projetos, afinal, voce normalmente tera uma equipe tecnica para lidar com os assuntos referentes ao produto do projeto, mas quase nunca tera a quem recorrer para tratar os assuntos do gerenciamento deste projeto, portanto, se tiver que focar em uma das areas, foque na Gestao de Projetos.Sucesso e saude,Rodrigo Ramos, PMP
pode ser muito util para a criacao de uma metodologia que de fato funciona para aquela empresa, e isso certamente ira diminuir a resistencia a sua adocao pelos colaboradores, uma vez que as suas atividades diarias serao menos impactadas do que se tentassemos uma implementacao "do zero".Voltando ao caso que originou este post: a metodologia do cliente em questao reduziu de 42 processos definidos no PMBOK para apenas 14, observando sempre todos os sistemas existentes na empresa, fontes de dados e padroes de documentacao. Desses 14 processos, cerca de 10 ja eram executados pela equipe do cliente, ainda que nem eles mesmos soubessem. Coube ao projeto de implantacao da metodologia o trabalho de documentar as rotinas e procedimentos de forma a padronizar o trabalho dos analistas, bem como as saidas de cada processo.O proximo passo e realizar avaliacoes constantes no processo, alem de medir o desempenho atual contra o que se realizava no passado, para buscar melhorias e aumento na performance dos projetos. Tenham certeza que voltarei com os resultados, assim que os tiver disponiveis, para compartilhar com voces.A adocao de uma metodologia propria traz inumeras vantagens para o processo de implantacao, porem, cria a necessidade de uma manutencao mais constante, muitas vezes sendo necessaria a criacao de um PMO, ainda que simples, para "tomar conta" do processo e identificar e corrigir os desvios.A licao que eu tirei deste projeto e que, independente do tamanho e do grau de maturidade de uma empresa, ela sempre podera se beneficiar de uma metodologia para gerir seus projetos. E o caminho para o sucesso ao implementar uma metodologia pode ser retirado da sabedoria popular: nem tanto ao mar nem tanto a terra.E uma dica: E mais facil adaptar a metodologia ao funcionamento da empresa do que a empresa a metodologia.Saude e sucesso!Rodrigo Ramos, PMP
e influencia sobre o progresso do projeto possibilita corrigir desvios mais cedo;Medicoes e retornos facilitados: a maior visibilidade sobre o escopo e sobre os prazos dos entregaveis possibilita um retorno de investimento sobre o projeto mais rapido.Existem diversas iniciativas no campo das metodologias ageis, e a mais bem sucedida ate o momento e o SCRUM. Obviamente o PMI nao quer ficar de fora da festa, entao lancou o seu proprio programa de certificacao em metodologias ageis, o PMI-ACP, ou Agile Certified Practitioner.Esta decisao do PMI se baseou no resultado de uma pesquisa (Pulse of the Professional), que demonstrou que a adocao de praticas padronizadas para a gestao de projetos resultam em melhor performance na execucao dos projetos.Uma das praticas monitoradas nos ultimos anos pelo PMI e o continuo crescimento das metodologias ageis, notando que muitos profissionais de gerenciamento de projetos apontavam esta pratica como seu "canivete suico" da sua "caixa de ferramentas".Como resultado, muitos PMOs tem solicitado aos seus GPs que apliquem metodos ageis nos seus projetos.Segundo a pesquisa, 68% das organizacoes entrevistadas que utilizacao metodos ageis revelaram que uma certificacao agil traria valor para os profissionais e para a organizacao. Outro dado relevante foi o fato de que 63% dos empregadores considerarem e apoiarem seus colaboradores a possuir uma certificacao agil.Os requisitos para a prova sao parecidos com os da certificacao PMP:Diploma de 2o grau;2000 horas de experiencia em projetos comprovadas nos ultimos 5 anos;1500 horas de experiencia em metodologias ageis, apuradas nos ultimos 2 anos;21 horas de treinamento em metodologias ageisOs custos divulgados pelo PMI tambem sao expressivos:Para membros do PMI: USD 435,00Para nao-membros: USD 495,00O exame consiste de uma prova realizada em computador, composta de 120 questoes, das quais as 20 primeiras serao utilizadas como pre-teste, e nao contam para o resultado do exame. O exame tem a duracao de 3 horas.Ainda segundo o PMI, o conteudo da prova se baseia em:Ferramentas e tecnicas ageis: 50%Habilidades e conhecimentos em metodologias ageis: 50%Estamos notando que o crescimento e a adocao de metodologias ageis e um processo irreversivel. O PMI nao quer ficar de fora dessa onda e tratou de preparar uma certificacao neste contexto.O processo ainda esta em fase experimental, sendo que as primeiras provas devem ser realizadas a partir deste mes (agosto/11) .E mais uma opcao para rechear o curriculo, e, em conjunto com a certificacao CSM (Certified Scrum Master), uma forma de demonstrar proficiencia nesta pratica que tem cada vez mais adeptos.Saude e sucesso!Rodrigo Ramos, PMP
formacao tecnica, e conheciam muito mais do que seus subordinados. Por isso o GP era o centro de tudo. Todas as decisoes, todas as medidas eram tomadas por ele. Claro que ele ouvia sua equipe, mas a decisao final era do GP.Hoje, com o alto grau de especializacao dos trabalhadores, muitas vezes o "gerente" nao e mais o grande tecnico do passado. Normalmente seus subordinados conhecem a tecnologia em um nivel muito maior do que ele. Pensando nisso, alguns visionarios resolveram "derreter" a funcao do gerente do projeto, dando maior liberdade para a equipe do projeto (que deve ser multidisciplinar) se auto-organizar.Apos algumas experiencias, percebeu-se que o moral da equipe estava mais elevado, as entregas do projeto haviam sido realizadas em prazo menor e com menor esforco. Estavam criados os fundamentos do APM (Agile Project Management).Alguns devem estar se perguntando: e onde foi parar o gerente do projeto?Bem, essa resposta nao e simples, uma vez que a orientacao dos metodos ageis e mais aderente a gestao de produtos, e nao de projetos, a funcao do GP foi dividida em 3 partes:Macro gestao - Atribuida ao "dono do produto"Micro gestao - Atribuida ao time de desenvolvimentoProcessos - Atribuida ao que poderia ser chamado de GPO "GP" nesses casos e o lider servidor ou colaborativo. Ele trabalha para que a equipe nao tenha nenhum tipo de impedimento durante o desenvolvimento do produto. O "GP PMI" tambem exerce esse papel, porem quando somos ageis, a equipe e responsavel por resolver seus proprios problemas, excluindo do GP a funcao de gestao micro de RH (conflitos, etc.). Isso passa a ser responsabilidade da equipe, assim como o planejamento de cada ciclo de desenvolvimento e a resolucao de problemas tecnicos do projeto.Entao o que o GP faz? Ele remove os impedimentos. Um impedimento e algo que esta alem da capacidade de resolucao da equipe, como por exemplo falta de um treinamento especifico, algum recurso material necessario para o projeto e coisas desse tipo. O GP tambem e o responsavel por proteger a equipe das influencias externas, pois, durante um ciclo de desenvolvimento, a equipe deve estar focada exclusivamente na resolucao dos problemas do projeto.Confuso? Eu tambem achava... Assustado? Eu tambem fiquei... Isso e a morte dos PMP's? Certamente nao.Os metodos ageis funcionam muito bem quando nao se tem um escopo claro e definido, quando iteracoes no plano sao desejadas e esperadas, quando o time-to-market de um produto precisa ser reduzido (ainda que ele seja apresentado com menos funcionalidades do que o produto final). Para aqueles projetos onde o escopo e claro, o prazo e o custo sao definidos, o modelo PMI ainda se aplica de forma mais eficaz. Imaginem um predio ser planejado e construido em etapas independentes? Provavelmente nao seria o metodo mais eficiente e eficaz para fazer isso...O que nao podemos e virar as costas para o movimento agil, pois ele preenche lacunas expressivas que o PMBOK nao sabe como tratar. Ate mesmo a integracao dos metodos agil e tradicional e possivel, e ate mesmo saudavel!O que nos, gerentes de projetos e agentes de mudancas, precisamos