Introdução ao BPMN (Business Process Modeling Notation)
O BPMN, Business Process Modeling Notation, como diz o nome, é uma notação de modelagem de Processos de Negócios, parecida com a UML que é uma linguagem de modelagem.
Extensão do Visio para BPMN
A diferença entre as duas é que a primeira foi feita exclusivamente para relatar os Processos de Negócio, deixando de lado alguns (poucos) tecnicismos que encontramos na segunda, como os Includes e Extends, que podem dificultar o entendimento do fluxo de um processo.
Pelo que li até agora, não existem segredos na notação, mas não sei dizer o quão difundida ela esta no mercado. Essa semana vou receber um treinamento sobre isso, e se pintar alguma coisa realmente interessante eu conto por aqui.
ATUALIZAÇÃO: Vi no Submarino o livro BPM & BPMS: Business Process Management & Business Process Management Systems, de Tadeu Cruz. Pode ser uma boa leitura para quem está interessado no assunto e procura por mais informações.
Artigos Relacionados:
Livro: Princípios de Análise e Projeto de Sistemas com UML
O livro Princípios de Análise e Projeto de Sistemas com UML, de Eduardo Bezerra, me ajudou a entender como modelar sistemas utilizando UML, e despertou o interesse em fazer o curso de Análise e Gerência de Requisitos.
Começando com uma introdução à orientação a objetos e passando pela descrição notação da UML, o autor então dá uma visão de cada fase do projeto e explica, através de exemplos, como escrever casos de uso e diversos diagramas UML utilizados durante o processo. Além disso, no decorrer do livro, são passados alguns exercícios, pra você praticar.
Fica a recomendação de uma ótima referência para quem está começando no assunto. O livro está disponível no Submarino.
Artigos Relacionados:
Briefing, Proposta e Contrato
Quando fiz meu primeiro site para um cliente, em 1999, briefing era eu sentado na sala do cliente ouvindo ele dizer que queria uma página com algumas informações a respeito da organização. Proposta era eu, na mesma reunião do "briefing" dizer quanto cobraria e quando entregava a página. Contrato, bem... a não ser que você considere um aperto de mão um contrato, não existia mesmo. 
.
Com a idéia de voltar a trabalhar como "freelancer meio-expediente" rondando minha cabeça, me peguei lembrando da evolução, não só técnica, mas também dos procedimentos de trabalho ao longo destes 7 anos. Muito deste aprendizado foi através dos meus próprios erros, outros foi observando a experiência alheia e, como não poderia deixar de ser, aprendi muita coisa também com os livros.
E você? Como vai indo?
Artigos Relacionados:
Por que é tão dificil encontrar bons programadores?
[atualização]Incrível, mas o artigo foi removido da base do Web Insider. Não sei se foi a administração do site ou o próprio autor, mas acho que não poderia ter sido feito nada pior.[/atualização]
Em artigo publicado no Web Insider, Marcelo Okano (já citado aqui anteriormente) nos dá a visão das agências na contratação de programadores, fazendo a pergunta: Por que é tão difícil encontrar bons programadores?
O artigo começa muito bem, falando sobre as complexas questões do mercado de trabalho na área de desenvolvimento, porém, depois o autor inicia uma série de generalizações, indicando uma marginalização dos profissionais da área.
Não vou me aprofundar nos trechos que dizem coisas como: passou pela cabeça do programador limpar as bases de dados e apagar os arquivos. Se passou pela cabeça do programador, poderia ter passado na cabeça do médico, do eletricista, do mecânico e de qualquer profissional picareta que existe por aí. É preciso lembrar que esse tipo de atitude não está relacionada à área profissional, e sim à pessoa.
Eu credito essa "dificuldade" de se encontrar bons programadores, ao próprio mercado, que atravessa uma fase de carência por profissionais, gerando uma enorme quantidade de oportunidades. Quem oferece as melhores condições de trabalho, fica com os melhores profissionais, e é aí que as agências podem estar encontrando tal dificuldade. Olhando de fora (nunca trabalhei em agência), eu acredito que o profissional disputado entre as agências sejam os publicitários.
Sendo assim, as agências, ao invés de contratar estagiários ou programadores inexperientes acreditando que eles conseguirão gerenciar um projeto de desenvolvimento do dia pra noite sem cometer erros, deveriam buscar outros caminhos, como terceirização ou até mesmo investir na área, montando uma pequena fábrica de desenvolvimento própria. Depende do custo/benefício de cada solução.
Artigos Relacionados:
E por falar em projeto
Aproveitando que toquei no assunto Projeto aqui, vi no WebInsider uma ótima matéria sobre projetos em crise. Uma abordagem prática para projetos em crise, escrito por Marcelo Okano, nos mostra a dura realidade dos desafios encontrados na gerência de projetos, e que são muito mais frequentes do que a gente imagina. 
.
Vale a pena a leitura.
Artigos Relacionados:
Siga-me
Tags
Posts Recentes
- O Reaproveitamento de… tudo
- TEDx Asa Sul – Evento e Talks
- 3 razões pra organizar projetos usando um Quadro (kanban)
- Colaboração entre Cliente e TI ajuda no Desenvolvimento de Software
- O papel da Análise de Requisitos e a Taquigrafia/Digitação