Segue a “NewsLetter” escrita pelo jornalista Marcelo Santos do NIC - Núcleo de Inteligência Competitiva da empresa Knowtec. Observem que o texto esta um show de bola, bem diferente dos meus “garranchos”.
Parabéns Marcelo, que por sinal faz parte dos nossos “Product Owner” da empresa.
Boa leitura pessoal.
Abu
TI adota novo processo para gerenciar projetos
Você já ouviu falar em Scrum? E em Product Owner? Não? Então você não trabalha no núcleo de TI. E o que estas expressões têm a ver com a Knowtec/IEA? Tudo, pois a fim de atender a demanda da empresa, o núcleo de TI resolveu adotar um novo processo de gerenciamento de projetos, o Scrum. "Queremos (com o Scrum) diminuir o prazo de entrega do software que atenda a expectativa", justifica Nelson Abu, responsável pela implantação do processo, por enquanto restrito aos colaboradores de TI. O Scrum envolve reuniões diárias, interação entre equipes (de 3 a 7 colaboradores) e sistemas de avaliação. Para atender a expectativa em relação ao produto solicitado, diminui-se o prazo para entrega, não inferior a uma semana e superior a 30 dias. A utilização de um quadro e a colocação de pequenos lembretes fazem parte do trabalho da equipe. E Product Owner? Bom, na Knowtec/IEA, ele é o coordenador, aquele que "traduz" ao scrum-master (gerente) a necessidade do cliente.
quarta-feira, 27 de fevereiro de 2008
Scrum em Trabalhos Administrativos?
Sim e porque não?
Foi realizada uma atividade de implantação do Scrum em departamentos administrativos, com o intuito de planejar e executar projetos existentes nestes departamentos.
Devemos lembrar que Scrum é um processo de Gestão de Projetos Ágeis e necessariamente não tem que ser aplicado unicamente ao desenvolvimento de software.
Vamos lembrar da historia......
“Scrum teve a sua origem em fabrica de automóveis, onde foi observado que a utilização de equipes pequenas e multidisciplinares produzia melhores resultados. Em analogia a estas equipes foi realizada uma associação a formação de SCRUM do jogo de Rugby. Em 1995, Ken Schwaber formalizou a definição de Scrum e ajudou a implantá-lo em desenvolvimento de software em todo o mundo”.
Scrum nada mais é que uma coletânea de boas praticas de trabalho, organização, integração entre pessoas, etc etc etc etc
Scrum pode ser aplicado a qualquer tipo de projeto a ser desenvolvido, isto é, não unicamente a software.
Quanto a esta equipe que esta sendo formada so posso dizer: “PARABENS a todos”, faz muito tempo que não vejo uma equipe tão organizada e tão determinada em suas tarefas dentro do processo do Scrum.
O material criado que deu origem aos “Itens de Backlog” ficou fantástico.
Também um parabéns especial a Alessandra (nossa Scrum Máster) neste projeto, pela condução do processo na primeira atividade e ao Sr. Guilherme pelo apoio e incentivo as tarefas realizadas.
Abraços a todos,
Abu
Foi realizada uma atividade de implantação do Scrum em departamentos administrativos, com o intuito de planejar e executar projetos existentes nestes departamentos.
Devemos lembrar que Scrum é um processo de Gestão de Projetos Ágeis e necessariamente não tem que ser aplicado unicamente ao desenvolvimento de software.
Vamos lembrar da historia......
“Scrum teve a sua origem em fabrica de automóveis, onde foi observado que a utilização de equipes pequenas e multidisciplinares produzia melhores resultados. Em analogia a estas equipes foi realizada uma associação a formação de SCRUM do jogo de Rugby. Em 1995, Ken Schwaber formalizou a definição de Scrum e ajudou a implantá-lo em desenvolvimento de software em todo o mundo”.
Scrum nada mais é que uma coletânea de boas praticas de trabalho, organização, integração entre pessoas, etc etc etc etc
Scrum pode ser aplicado a qualquer tipo de projeto a ser desenvolvido, isto é, não unicamente a software.
Quanto a esta equipe que esta sendo formada so posso dizer: “PARABENS a todos”, faz muito tempo que não vejo uma equipe tão organizada e tão determinada em suas tarefas dentro do processo do Scrum.
O material criado que deu origem aos “Itens de Backlog” ficou fantástico.
Também um parabéns especial a Alessandra (nossa Scrum Máster) neste projeto, pela condução do processo na primeira atividade e ao Sr. Guilherme pelo apoio e incentivo as tarefas realizadas.
Abraços a todos,
Abu
Mais uma Equipe utilizando Scrum
Oi pessoal,
Segue as fotos da terceira equipe de desenvolvimento de software da Knowtec / IEA que esta utilizando Scrum. Esta equipe faz parte dos trabalhos de comunicação Digital.
As fotos estão registrando o trabalho de levantamento dos “Itens de Backlog”, priorizações (Must, Should, Could e Want) e determinando o tamanho do esforço para cada “Item do Backlog”.
Junto com a equipe esta o Product Owner (Marcus) ajudando a definir os “Itens de Backlog” e realizando a explicação desses itens.
Também temos junto com a equipe o Scrum Máster (Rafael Leite) conduzindo e orientando a execução do processo. Este Scrum Máster já faz parte da historia deste Blog com seus comentários, participação de eventos e principalmente ajuda na divulgação e apoio a implantação do processo Scrum.
Boa sorte a nova equipe e parabéns pela iniciativa,
Amplexos,
Abu
Segue as fotos da terceira equipe de desenvolvimento de software da Knowtec / IEA que esta utilizando Scrum. Esta equipe faz parte dos trabalhos de comunicação Digital.
As fotos estão registrando o trabalho de levantamento dos “Itens de Backlog”, priorizações (Must, Should, Could e Want) e determinando o tamanho do esforço para cada “Item do Backlog”.
Junto com a equipe esta o Product Owner (Marcus) ajudando a definir os “Itens de Backlog” e realizando a explicação desses itens.
Também temos junto com a equipe o Scrum Máster (Rafael Leite) conduzindo e orientando a execução do processo. Este Scrum Máster já faz parte da historia deste Blog com seus comentários, participação de eventos e principalmente ajuda na divulgação e apoio a implantação do processo Scrum.
Boa sorte a nova equipe e parabéns pela iniciativa,
Amplexos,
Abu
Sempre tem Espaço
Oi pessoal,
Segue a relação de fotos de um quadro de Sprint Backlog que esta sendo utilizado por uma equipe de desenvolvimento. Podemos observar que não existia muito espaço para adicionar este quadro, mas com criatividade e um armário que nunca é aberto sempre se da um jeitinho.
Eu estava batendo um papo com esta equipe e o Scrum Máster e perguntei: “O que mudou com este tipo de instrumento?”. A resposta de todos foi muito interessante, eles comentaram que: “Antes trabalhávamos de mais, mas nunca ninguém tinha idéia de quanto trabalho nos tínhamos feito”. Também foi comentado que no fim do dia existia um sentimento de serviço feito, pois eles ficavam vendo o deslocamento dos “post-its” de um lado para o outro, mostrando que as coisas estavam funcionando.
Parabéns para a equipe e o Scrum Máster.
Amplexos,
Abu
Segue a relação de fotos de um quadro de Sprint Backlog que esta sendo utilizado por uma equipe de desenvolvimento. Podemos observar que não existia muito espaço para adicionar este quadro, mas com criatividade e um armário que nunca é aberto sempre se da um jeitinho.
Eu estava batendo um papo com esta equipe e o Scrum Máster e perguntei: “O que mudou com este tipo de instrumento?”. A resposta de todos foi muito interessante, eles comentaram que: “Antes trabalhávamos de mais, mas nunca ninguém tinha idéia de quanto trabalho nos tínhamos feito”. Também foi comentado que no fim do dia existia um sentimento de serviço feito, pois eles ficavam vendo o deslocamento dos “post-its” de um lado para o outro, mostrando que as coisas estavam funcionando.
Parabéns para a equipe e o Scrum Máster.
Amplexos,
Abu
quarta-feira, 13 de fevereiro de 2008
Workshop de Product Owner na Knowtec / IEA
Oi pessoal,
Segue a relação de fotos do workshop para Product Owners realizado dentro das empresas IEA / Knowtec.
Neste workshop foi apresentado o papel do Product Owner, as suas responsabilidades e, principalmente, os seus desafios.
A sala ficou cheia!
Podemos dizer, com toda certeza, que nós (Equipe de TI) somos privilegiados, pela quantidade de Product Owners atuando ativamente em nossos projetos e pela alta qualidade desses profissionais.
Abraços a todos,
Abu
Segue a relação de fotos do workshop para Product Owners realizado dentro das empresas IEA / Knowtec.
Neste workshop foi apresentado o papel do Product Owner, as suas responsabilidades e, principalmente, os seus desafios.
A sala ficou cheia!
Podemos dizer, com toda certeza, que nós (Equipe de TI) somos privilegiados, pela quantidade de Product Owners atuando ativamente em nossos projetos e pela alta qualidade desses profissionais.
Abraços a todos,
Abu
terça-feira, 29 de janeiro de 2008
Modelagem Ágil
Oi pessoal,
Em vários textos de desenvolvimento ágil sempre encontramos referencias a não gastar muito tempo criando documentos “bonitinhos” para modelagem do sistema, onde estes textos sempre falam de arquiteturas feitas em guardanapo, papel de pão, ou qualquer outro tipo de forma de representação e armazenamento de uma informação.
Aqui nesta postagem do Blog eu estou seguindo as orientações dos nossos GURUS, onde em uma reunião entre todos os integrantes da equipe de desenvolvimento (porquinhos) nos encontramos uma arquitetura simples para o projeto.
Esta arquitetura já foi idealizada para poder ser expandida e receber no futuro alguns recursos que no momento não estamos utilizando, como por exemplo o conceito de DOMINIO e JPA (tecnologia Java).
O mais importante foi que não gastamos um tempo elevado modelando e definindo em ferramentas gráficas e sim o papel, que permitiu uma técnica rápida de desenho e remodelagem do desenho, conforme a equipe amadurecia as idéias de como a arquitetura iria resolver o problema de negocio.
Também não foi idealizado uma arquitetura ideal, onde nos montamos uma arquitetura mais simples, para podermos dar inicio ao projeto e podermos evoluir a arquitetura conforme o amadurecimento do projeto. Desta maneira não gastamos um tempo excessivo com funcionalidades e necessidades que ainda não sabemos se serão necessárias.
Neste exercício o grande beneficio foi a integração da equipe no processo de definição da arquitetura do sistema, a visibilidade dos desenvolvedores do que foi definido e principalmente o comprometimento com a entrega, onde nos estamos atendendo com a nossa arquitetura as necessidades do produto, sem colocarmos gordurinhas Tecnológicas desnecessárias para o projeto.
Eu gosto muito de uma frase do livro Caindo na Real: “Crie uma grande aplicação e depois se preocupe com o que fazer quando ela se tornar animalmente bem-sucedida”.
Mas a nossa modelagem não vai ficar assim no papel, com o tempo oportuno ela será colocada em nosso WIKI do projeto, por intermédio de fotos, onde poderemos ate mesmo acompanhar o seu amadurecimento pela seqüência de fotos da evolução da arquitetura.
Se for necessário, isto é, realmente agregar valor ao produto ela será colocada em uma ferramenta de modelagem de UML.
Abraço a todos,
Abu
1 - Estrutura de Paginas (Templates)
2 - Funcionamento da Camada de View e o Controlador de Tela
3 - Modelo MVC
4 - Foto do Quadro Inteiro
5 - Tem que ser feito TDD TDD TDD TDD hahahahahaha
Em vários textos de desenvolvimento ágil sempre encontramos referencias a não gastar muito tempo criando documentos “bonitinhos” para modelagem do sistema, onde estes textos sempre falam de arquiteturas feitas em guardanapo, papel de pão, ou qualquer outro tipo de forma de representação e armazenamento de uma informação.
Aqui nesta postagem do Blog eu estou seguindo as orientações dos nossos GURUS, onde em uma reunião entre todos os integrantes da equipe de desenvolvimento (porquinhos) nos encontramos uma arquitetura simples para o projeto.
Esta arquitetura já foi idealizada para poder ser expandida e receber no futuro alguns recursos que no momento não estamos utilizando, como por exemplo o conceito de DOMINIO e JPA (tecnologia Java).
O mais importante foi que não gastamos um tempo elevado modelando e definindo em ferramentas gráficas e sim o papel, que permitiu uma técnica rápida de desenho e remodelagem do desenho, conforme a equipe amadurecia as idéias de como a arquitetura iria resolver o problema de negocio.
Também não foi idealizado uma arquitetura ideal, onde nos montamos uma arquitetura mais simples, para podermos dar inicio ao projeto e podermos evoluir a arquitetura conforme o amadurecimento do projeto. Desta maneira não gastamos um tempo excessivo com funcionalidades e necessidades que ainda não sabemos se serão necessárias.
Neste exercício o grande beneficio foi a integração da equipe no processo de definição da arquitetura do sistema, a visibilidade dos desenvolvedores do que foi definido e principalmente o comprometimento com a entrega, onde nos estamos atendendo com a nossa arquitetura as necessidades do produto, sem colocarmos gordurinhas Tecnológicas desnecessárias para o projeto.
Eu gosto muito de uma frase do livro Caindo na Real: “Crie uma grande aplicação e depois se preocupe com o que fazer quando ela se tornar animalmente bem-sucedida”.
Mas a nossa modelagem não vai ficar assim no papel, com o tempo oportuno ela será colocada em nosso WIKI do projeto, por intermédio de fotos, onde poderemos ate mesmo acompanhar o seu amadurecimento pela seqüência de fotos da evolução da arquitetura.
Se for necessário, isto é, realmente agregar valor ao produto ela será colocada em uma ferramenta de modelagem de UML.
Abraço a todos,
Abu
1 - Estrutura de Paginas (Templates)
2 - Funcionamento da Camada de View e o Controlador de Tela
3 - Modelo MVC
4 - Foto do Quadro Inteiro
5 - Tem que ser feito TDD TDD TDD TDD hahahahahaha
Assinar:
Postagens (Atom)
Postagens
