For those interested in creating feature model diagrams, I'm pleased to announce the first release of my implementation of the FeatureModelDSL: http://www.codeplex.com/FeatureModelDSL.
The original design of the language was proposed by Gunther Lenz and Christoph Wienands in the Practical Software Factories in .NET book. My version extends the idea to support Visual Studio 2008 and provides the following features:
Feature model modeling experience supported by an integrated Visual Studio experience, including visual designer, Toolbox and Properties Window.
Feature model validation through Errors List toolbar.
Cross-diagram navigation.
HTML report automatically generated from feature model diagram.
Export feature model diagram to .png file.
Check a screenshot:
Feedback is welcome. The project is open-source, so any contributions are even more welcome.
Thanks, -- AFurtado
The statements or testimonies I offer in this post represent my own personal views. I am speaking for myself and not on behalf of my employer, Microsoft Corporation
Para os interessados na criação de feature models, acabo de publicar a FeatureModelDSL, linguagem visual integrada ao Visual Studio para a criação de feature models: http://www.codeplex.com/FeatureModelDSL
O design original dessa DSL foi proposto por Gunther Lenz e Christoph Wienands no livro Practical Software Factories in .NET. Minha versão estende a ideia com suporte do Visual Studio 2008 e fornece os seguintes recursos:
Experiência de modelagem integrada ao Visual Studio (designer visual, Properties Window, Toolbox, etc.);
Validação semântica dos diagramas modelados através da Error List do VS;
Navegação entre modelos de uma mesma solução;
Geração automática de relatórios HTML a partir dos modelos;
Exportação do diagrama modelado para .png.
Confira um screenshot:
Feedback é muito bem-vindo. O projeto é open-source, portanto qualquer colaboração é mais bem-vinda ainda!
Obrigado, --AFurtado
Os relatos e opiniões deste post apresentam pontos de vista pessoais, não refletindo necessariamente a opinião da Microsoft Corporation.
A couple of weeks ago, the first Microsoft Student Partner (MSP) Summit took place here in Redmond, in which some of the most talented (and luckiest) student partners of the world had a chance to get in touch with Microsoft Corp and lots of new technical stuff coming in the next months. The requirement of having to sign an NDA with Microsoft shows how those students were privileged to be some of the first people to put their eyes in such new technologies.
As an ex-MSP, I was invited to do a presentation there about my work experience at Microsoft, share some career development tips and discuss about the skills I've acquired, as a MSP and Imagine Cup (IC) contestant, which are contributing the most to my job. You can find my slide deck here (the link might vanish at anytime).
At the end of the Summit, the students voted in the top presentations, and I was really glad to know that mine made the top-3. Being second or third to presenters like ScottGu is definitively not bad! :)
So which are the top skills that the MSP Program and IC bring you in order for you to boost your professional life in the future? My list follows below:
Confidence: when you advance in a IC competition or is able to carry on lots of responsibilities as a MSP, you know that you are able to solve lots of problems of different nature: management, technical, communication, team work, etc. That will turn you into a much more confident professional in the future.
Broad knowledge of Microsoft technologies: as a MSP and/or IC contestant, you have the unique opportunity to get in touch with many different technologies. Such kind of broad knowledge can open many doors in your professional life. Working at Microsoft, for example, I was able to use in my projects very different things: .NET, VSTO, VSTS, gadgets, DSL Tools, lots of APIs and many other techs I may had never known without being a MSP/IC contestant.
Structured/analytical thinking: divide-merge-conquer is a typical skill you develop in IC projects. Besides that, MSP/IC requires you to logically structure presentations and demos under time and other constraints. Such skills are hugely needed in a professional environment.
Communication skills: MSP/IC requires you to communicate and interact with people a lot. Every time I have to do a presentation today, I think back 3 years ago and say to myself: "If I was able to do a presentation in English to more than 2,000 people in an Imagine Cup world finals, I can do this now". Besides that, MSP teaches a lot about negotiation and handling conflicts. IC also helps you to know how to take questions from other people and successfully build an approach to answer them.
Improved cultural wisdom/awareness: Brazil is huge, and the MSP Program created many opportunities for me to better know my own country, lots of different people and understand lots of variations in our culture. IC, on the other hand, made me much more aware about the world. Traveling to Japan, Korea and other places to know people from more than 40 countries in the globe is priceless. Some people may take a while to get used to the multi-cultural environment that Microsoft Corporation provides, but definitively that's not the case of an ex-IC competitor.
Networking: more than time or money, people is the most valuable resource one can have. MSP/IC is all about that: building tons of networking. Because of Imagine Cup, I was able to go to places far away from home, such as Russia, and meet friends there who helped me out in many different situations. Still today, I keep in touch with many people from my past MSP/IC experience and that not only saves me lots of time and money, but also creates many exciting professional opportunities.
English: that's quite obvious, but if English is not your native language, IC dramatically improves your ESL (English as Second Language) abilities. You have to do presentations in English, interact with people in English, understand and reply to judges' questions in English. All of this adds a lot to you speaking and listening skills!
Having listed all of that benefits, that by no means are a complete set, I believe every MSP and IC contestant should re-evaluate if they are aiming at building their professional skill sets, instead of only focusing on the program/competition prizes. Let's open our eyes: as Taoism preach, look inside yourself and you'll find all answers. :)
[]s -- AFurtado
The statements or testimonies I offer in this post represent my own personal views. I am speaking for myself and not on behalf of my employer, Microsoft Corporation
Algumas semanas atrás, o primeiro Microsoft Student Partner (MSP) Summit teve lugar aqui em Redmond, em que alguns dos MSPs mais talentosos (e sortudos) do mundo tiveram a oportunidade de entrar em contacto com a Microsoft Corp e muitas novas tecnologies que estão por vir nos próximos meses. A exigência de ter que assinar um NDA com a Microsoft mostra como o os estudantes foram privilegiados ao serem algumas das primeiras pessoas a por os olhos nessas novas tecnologias.
Como um ex-MSP, Fui convidado a fazer uma apresentação sobre minha experiência de trabalho na Microsoft, compartilhar algumas dicas de desenvolvimento de carreira e discutir sobre as competências que adquiri, como um MSP e participante da Imagine Cup (IC), que estão a contribuir mais para meu trabalho. Você pode encontrar minha apresentação aqui (o link pode desaparecer a qualquer momento).
No final do Summit, os estudantes elegeram as melhores apresentações. Fiquei realmente satisfeito por saber que a minha foi uma das top-3. Ser segundo ou terceiro a apresentadores como ScottGu definitivamente não é mau! :)
Então quais são as maiores habilidades que o programa MSP e a IC ajudam você a construir para sua vida profissional no futuro? Minha lista segue abaixo:
Auto-confiança: quando você avança em uma competição da IC ou é capaz de acumular várias responsabilidades como um MSP, você sabe que é capaz de resolver muitos problemas de naturezas de diferentes: gerenciamento, técnicas, comunicação, trabalho em equipe, etc. Isso irá lhe transformar em um profissional muito mais confiante no futuro.
Amplo conhecimento das tecnologias da Microsoft: como um participante MSP e / ou IC, você tem uma oportunidade única para entrar em contato com muitas tecnologias diferentes. Esse tipo de conhecimentos gerais pode abrir muitas portas em sua vida profissional. No meu trabalho na Microsoft, por exemplo, tive oportunidade de usar em meus projetos diferentes tecnologias como .NET, VSTO, VSTS, gadgets, DSL Tools, várias APIs e muitas outras tecnologias que talvez nunca tivesse conhecido sem ser um participante MSP/IC.
Pensamento estruturado/analítico: dividir-juntar-conquistar é uma competência típica que você desenvolve em projectos de IC. Além disso, MSP/IC requer que estruturação lógica de apresentações e demonstrações, dentro de restrições de tempo e outras. Tais conhecimentos são extremamente necessários em um ambiente profissional.
Habilidades de comunicação: MSP/IC requer que você se comunique e interaja muito com pessoas. Toda vez que preciso de fazer uma apresentação hoje, volto há 3 anos e digo-me: "Se pude fazer uma apresentação em inglês para mais de 2.000 pessoas em um final de Imagine Cup, posso fazer isso agora". Além disso, o Programa MSP ensina muito sobre negociação e o tratamento de conflitos. IC também ajuda a saber como responder às perguntas de outras pessoas e com êxito construir uma abordagem para respondê-las.
Aprimoramento cultural: o Brasil é enorme, e o programa de MSP criou muitas oportunidades para eu conhecer melhor meu próprio país, muitas pessoas diferentes e compreender as variações na nossa cultura. A IC, por outro lado, me deu muito mais consciência sobre o mundo. Viajando para o Japão, Coreia e outros locais para conhecer pessoas de mais de 40 países do globo não tem preço. Algumas pessoas podem demorar um pouco para se habituar-se com o ambiente multicultural que a Microsoft Corporation fornece, mas definitivamente esse não é o caso de um ex-concorrente da IC.
Networking: mais do que tempo ou dinheiro, pessoas é o mais valioso recurso alguém pode ter. MSP/IC tem tudo a ver que com isso: construção toneladas de networking. Devido à Imagine Cup, pude ir para lugares distantes da casa, como a Rússia, e encontrar amigos que ajudaram-me em muitas situações diferentes. Ainda hoje, mantenho contato com muitas pessoas da minha experiência passada de MSP/IC, o que não só me salva tempo e dinheiro, mas também cria muitas oportunidades profissionais interessantes.
Inglês: Isso é óbvio, mas se inglês não for seu idioma nativo, a IC aumenta drasticamente suas capacidades de ESL (inglês como segundo idioma). Afinal, você tem que fazer apresentações em inglês, interagir com pessoas em língua inglesa, compreender e responder às perguntas dos juízes em inglês. Tudo isto adiciona muito a suas competências de falar e ouvir em inglês!
Tendo enumerados todos os benefícios acima, que não são um conjunto completo, penso que todos os participantes da IC e MSPs devem reavaliar se eles estão construindo seus conjuntos de qualificações profissionais nessas experiências, em vez de apenas se concentrar nos prêmios. Vamos abrir os olhos: como Taoísmo prega, procure dentro de si mesmo e você encontrará todas as respostas. :)
[]s --AFurtado
Os relatos e opiniões deste post apresentam pontos de vista pessoais, não refletindo necessariamente a opinião da Microsoft Corporation.
For those who are not aware about Microsoft's Olso Project yet, check it here and here.
Oslo is supposed to be Microsoft's new platform for model-driven development, based on executable (live) models. It encompasses a tool (to manipulate models), a language (to define textual domain-specific languages - DSLs) and a repository (to store models). The whole picture is still not clear to me, especially how that fits into previous modeling initiatives such as the Microsoft DSL Tools. hope to find it out soon.
One interesting thing I was able to check at PreDC was Oslo's M language, aimed at the creation of textual DSLs. Basically you declaratively define a DSL using M and a compiler for that DSL is generated for you. You can then invoke that compiler, even programmatically from a C# program, to process an input text and get, as result, an instance of the domain object model.
[]s -- AFurtado
The statements or testimonies I offer in this post represent my own personal views. I am speaking for myself and not on behalf of my employer, Microsoft Corporation
Para aqueles que ainda não conhecem o Projeto Olso da Microsoft, chequem aqui e aqui.
Oslo é supostamente a nova plataforma nova da Microsoft para a desenvolvimento guiado por modelos, com base em modelos executáveis ("vivos"). O projeto engloba um ferramenta (para manipular modelos), uma linguagem (para definir linguagens específicas de domínio textuais - DSLs) e um repositório (para armazenar modelos). A fotografia inteira é ainda não está clara para mim, especialmente como isso se encaixa em iniciativas anteriores de modelagem, como o Microsoft DSL Tools. Espero descobrir em breve.
Uma coisa interessante que tive a oportunidade de verificar no PreDC foi a linguagem M do Oslo, que visa a criação de DSLs textuais. Basicamente, você define a DSL declarativamente e ele lhe gera um compilador para essa DSL. Esse compilador pode ser invocado (por um código C# programaticamente, por exemplo) para processar um texto de input e se obter como resposta uma instância do object model do domínio.
[] s --AFurtado
Os relatos e opiniões deste post apresentam pontos de vista pessoais, não refletindo necessariamente a opinião da Microsoft Corporation.
Some "urban legends" seems to be so unrealistic that you never think it may happen to you. That was my thought so far. Was.
These days, a new battery bought for my old Toshiba laptop thought it was in a pyrotechnic festival and simply caught on fire, leaving a huge leak behind and making the laptop unusable (unless you want to breath some not so healthy toxins while working). Here you have it:
Is the battery company familiar with magic accountability pattern and will take on the incident? Or will I have my first opportunity to get to know the US Small Claims Court? Stay tuned.
[]s -- AFurtado
The statements or testimonies I offer in this post represent my own personal views. I am speaking for myself and not on behalf of my employer, Microsoft Corporation
Algumas lendas urbanas parecem tão surreais que você nunca imagina que eles podem acontecer para você. Era o meu pensamento até agora. Era.
Por esses dias, uma nova bateria comprada para meu antigo laptop Toshiba pensou que estava em um festival pirotécnico e simplesmente pegou fogo, deixando um enorme rombo e tornando o laptop inutilizável (ao menos que você deseje respirar alguns toxinas não muito saudáveis enquanto trabalha). Aqui está:
Será a empresa da bateria familiarizada com o padrão mágico da prestação de contas e tomará responsabilidade sobre o incidente? Ou terei minha primeira oportunidade de conhecer o Tribunal de Pequenas Causas dos EUA? Em breve, cenas dos próximos capítulos.
[] s --AFurtado
Os relatos e opiniões deste post apresentam pontos de vista pessoais, não refletindo necessariamente a opinião da Microsoft Corporation.
A couple of months ago, I've commented about Microsoft Tech Fest 2008, an internal Microsoft event which demonstrated some technologies being created by Microsoft Research centers all around the world.
Here you have a video of other cool technology presented there, related to "spherical computing":
That's the kind of technology that would really be useful for projects such as Ecologger, worldwide finalist of Imagine Cup Paris 2008, that enables searching environmental information/incidents around the globe in order to solve recurrent environmental problems.
[]s -- AFurtado
The statements or testimonies I offer in this post represent my own personal views. I am speaking for myself and not on behalf of my employer, Microsoft Corporation
Alguns meses atrás, eu comentei sobre o Microsoft Tech Fest 2008, um evento interno da Microsoft que mostrou algumas tecnologias criadas pelos centros da Microsoft Research em todo o mundo.
Abaixo, segue um vídeo de outra tecnologia legal, relacionada à "computação esférica":
Tal tipo de tecnologia seria realmente útil para projectos como o Ecologger, finalista mundial da Imagine Cup 2008 de Paris, que permite pesquisar informações/incidentes ambientais em todo o mundo para resolver problemas ambientais recorrentes.
[] --AFurtado
Os relatos e opiniões deste post apresentam pontos de vista pessoais, não refletindo necessariamente a opinião da Microsoft Corporation.
Today at PreDC (a preliminar version of Microsoft's PDC, where presenters can rehearse their stuff) I was introduced to MEF, the Managed Extensibility Framework.
If you've been reading this blog for a while, you may have noticed that almost everytime I post about extensibility, that's related to Visual Studio. MEF, on the other hand, is a more generic solution for providing extensibility to any .NET-based application.
Its essence is to streamline the process of component retrieval and discoverability by means of adding well-defined C# attributes to classes. As always, let me give an (high-level) example in the game development universe:
Suppose a class responsible for managing the graphics elements of a game uses a C# attribute to tell "I'm interested in any component that implements a Heads-Up Display (HUD). If such components are available, I'll be able to ask them to be drawn on the screen, position them on the screen and make them to interact with game properties".
A game control which implements radars, similar to the one used by the game Rally-X (check picture below) uses C# attributes to say "I implement a HUD. If anyone consumes me I'll be able to draw a radar on the screen according to the game entities' position".
Other game control says "I also implement a HUD. If anyone consumes me I'm able to show a timer in the screen."
The beauty is that those things don't need to be compiled together to interact with each other. Tomorrow, I can just copy to my game folder a .NET assembly (.dll) containing the implementation of another component that offers a HUD (e.g., a "progress bar" HUD) and, the next time I run the game, it will appear as well.
Sounds powerful and easy. And it really seems to be. I believe lots of Microsoft products will follow this direction in order to provide extensibility. Check the MEF website for more.
[]s -- AFurtado
The statements or testimonies I offer in this post represent my own personal views. I am speaking for myself and not on behalf of my employer, Microsoft Corporation
Hoje no PreDC (uma versão preliminar doa Microsoft PDC, onde os apresentadores podem ensaiar suas apresentações) fui introduzido ao MEF, o Managed Extensibility Framework.
Se você tiver sido lendo este blog por um tempo, talvez tenha notado que quase sempre que me refireo acerca de extensibilidade, estou falando do Visual Studio. O MEF, por outro lado, é uma solução mais genérica para fornecer extensibilidade para qualquer aplicativo baseado em .NET.
Sua essência é simplificar o processo de recuperação de componente e detectabilidade por meio de adicionar atributos de C# bem definidos a classes. Como sempre, permitam-me dar um exemplo (em alto nível) no universo de desenvolvimento de jogos:
Suponha que uma classe responsável pela gerência dos elementos de gráficos de um jogo usa um atributo de C# para dizer "Estou interessado em qualquer componente que implementa um Heads-Up Display (HUD). Se esses componentes estiverem disponíveis, vou ser capaz de lhes pedir que sejam desenhados na tela, posicioná-los na tela e fazê-los interagir com propriedades do jogo".
Um game control que implementa radares, semelhante ao utilizado pelo jogo Rally-X (veja imagem abaixo) usa atributos de C# para dizer "Eu implemento um HUD. Se alguém me consomir, sou capaz de desenhar um radar na tela de acordo com a posição das entidades do jogo".
Diz de outro controle de jogo: "Eu também implemento um HUD. Se alguém me consumir sou capaz de demonstrar um timer na tela."
A beleza aqui é que essas coisas não precisam ser compiladas em conjunto para interagir mutuamente. Amanhã, posso apenas copiar para minha pasta jogo um assembly .NET (.dll) contendo a implementação de outro componente que oferece um HUD (por exemplo, um HUD de barra de progresso) e, na próxima vez que executar o jogo, ele será exibido.
Isso aparenta ser poderoso e fácil. E realmente parece ser. Imagino que vários produtos Microsoft seguirão nesse sentido para fornecer extensibilidade. Verifique o site do MEF para obter mais informações.
[] --AFurtado
Os relatos e opiniões deste post apresentam pontos de vista pessoais, não refletindo necessariamente a opinião da Microsoft Corporation.
Disclaimer: apart from some MSF references, this post contains personal non-technical thoughts only, please save your time jumping to the next post/blog if you're looking for technical content today.
I deeply wish that people and organizations were always accountable. One of the eight Foundational Principles of the Microsoft Solutions Framework (MSF), Microsoft's process guidance framework for IT solutions, is just about establishing clear accountability and shared responsibility.
Above everything, being accountable means having respect for clients, users, for people. Previous personal experiences with some brazilian organizations such as with Claro (mobile operator) [pt-BR] or TAM (airline company) presented such a lack of professional accountability that I'm very upset with them until today.
In the case of TAM, the situation was unbelievable: I was supposed to fly at 9pm but the incompetence and disorganization of the Guarulhos airport crew at Sao Paulo made me to board only at 6am in the next day. And that only happened because I gave up jumping from one waiting line to another and bought by myself, using a laptop and internet connection, a flight which was supposedly sold out! And their so over-marketed "red category" frequent flyer card was of no use in that whole situation.
Now back to the topic. The United States may not have the best acclaimed culture in the world, but one thing I was able to notice here after 8 months is that organizations are, indeed (and thank you), accountable. That can be noticed from simple to more complex things. For example, everytime I'm paying my purchase to the cashier in the supermarket, he/she asks me if I found everything OK. One day, I didn't: the regular onions were with a bad appearance, and I had to buy the peeled ones, which are more expensive. After hearing that, the cashier had a sequence of actions that I call the "magic accountability pattern":
Taking on the issue:"Yes, I'm afraid we were not able to get the better regular onions this season"
Apologizing:"I'm really sorry you found the regular onions in that state and had to buy the peeled ones"
Proactive prevention action to avoid recurrence:"I'll report that to my manager so that we take more care next time"
Attenuation:"Your peeled onions will be charged with the same price of regular onions"
Those 4 steps, especially the last one, can only work because of other fundational principle (also used by MSF): "Empower team members". The cashier didn't have to ask his manager for an attenuation solution, nor to implant it. He had the power, right there, to charge a regular price for the peeled onions. That's an example of agile organization structure.
And why do I call that 4 steps a "pattern"? Because they reoccur. Let me give a final experience as example. Last weekend, I've parked my car in the garage of a private parking company in Seattle. Signs told me I had until 5 am next day to come back to get my car.
I've parked, payed, and for my surprise, when I came back at 12:30 a.m., the garage door was closed and locked. I was not able to see any sign or person to explain me why that was happening. After talking to employees of nearby business, I was able to figure out that employees of the porn shop (!) in another street had the garage keys, since the private parking company shares the building with them. Such employees told me that if I had arrived some minutes late, there would be no one there to open the garage for me, therefore leaving me alone in Seattle with no car to go back home.
When arriving back home, I sent an email to the president of the private parking company. Then the magic accountability pattern happened again, in a email reply from other employee:
Taking on the issue:"I'm responsible for that parking area. Previously, there was signage in and around the garage stating the hours of operation of the garage portion of the lot. Upon review, we see that these signs have been removed. This is my fault [...]"
Apologizing:"[...] you have my sincere apologies for the inconvenience that this mistake has caused you."
Proactive prevention action to avoid recurrence:"New signs are on order and will be put up as soon as they are ready so that this type of situation may be avoided in the future."
Attenuation:"To try and make up for this oversight, I would like to offer you $25 worth of our parking dollars which would be good for use on any of our lots."
Next time you face yourself not corresponding to costumer expectations, remember that being accountable is as easy as 1-2-3-4.
Claro, TAM and others: learn something, would ya?
[]s -- AFurtado
The statements or testimonies I offer in this post represent my own personal views. I am speaking for myself and not on behalf of my employer, Microsoft Corporation
Aviso: além de algumas referências sobre MSF, este post contém pensamentos pessoais e não-técnicos apenas; por favor economize seu tempo indo para o próximo post/blog se você estiver procurando conteúdo técnico hoje.
Gostaria profundamente que pessoas e organizações fossem sempre "accountable" (responsáveis por prestar contas). Um dos oito princípios fundamentais do Microsoft Solutions Framework (MSF), framework de orientação de processos da Microsoft para soluções de TI, trata-se justamente do estabelecimento accountability clara e responsabilidade compartilhada.
Acima de tudo, ser responsável significa ter respeito pelos clientes, usuários, pelas pessoas. Experiências pessoais anteriores com algumas organizações brasileiras como com a Claro ou TAM mostram tamanha falta de accountability que estou até hoje muito chateado com elas.
No caso de TAM, a situação foi incrível: eu deveria embarcar às 9pm, mas a incompetência e desorganização da tripulação do aeroporto de Guarulhos em São Paulo me fizeram embarcar apenas às 6am no dia seguinte. E isso só aconteceu porque desisti de pular de uma linha de espera para outra e comprei, por conta própria, usando laptop e internet, um vôo que supostamente estava esgotado! E o famoso extra-marketeado "cartão fidelidade vermelho" não contribuiu em nada com a situação.
Agora de volta para o tópico. Os Estados Unidos podem não ter a fama de possuir a cultura mais aclamada do mundo, mas uma coisa que consegui observar aqui após 8 meses é que as empresas possuem, de verdade (e obrigado), accountability. Isso pode ser percebido de coisas simples a mais complexas. Por exemplo, sempre que pago minhas compras no caixa do supermercado, ele me pergunta se eu achei tudo OK. Um dia, eu não achei: as cebolas normais estavam com uma aparência ruim, e tive que comprar as cebolas descascadas, que são mais caras. Depois de ouvir isso, o caixa fez uma seqüência de ações que chamo de "o padrão mágico da accountability":
Assumir o problema:"Sim, acredito que não conseguimos obter as melhor cebolas regulares nesta estação"
Desculpar-se:"Eu peço desculpas por você ter encontrado as cebolas regulares nesse estado, tendo que comprar as descascadas"
Ações preventivas e proativas para evitar recorrência:"Vou relatar isso ao meu gerente para que nós tomemos mais cuidado da próxima vez"
Atenuação:"Seus cebolas descascadas serão cobradas pelo mesmo preço das cebolas regulares"
Essas 4 etapas, especialmente a última, só podem funcionar devido a outro princípio fundamental (também utilizado pelo MSF): "Dar poder aos membros da equipe". O caixa não precisou pedir ao gerente uma solução de atenuação, nem permissão para implantá-la. Ele teve o poder, naquele momento, para cobrar um preço de cebola regular para as cebolas descascadas. Isso é um exemplo de estrutura ágil na empresa.
E por que chamo essas 4 etapas de padrão? Porque elas reincidem. Permitam-me dar uma experiência final como exemplo. No fim-de-semana passado, eu estacionei meu carro numa garagem de uma empresa de estacionamento privado em Seattle. Sinais disseram-me que eu teria até 5am do outro dia para voltar e obter o meu carro.
Estacionei, paguei e, para minha surpresa, quando regressei às 12: 30h, a porta da garagem estava fechada e bloqueada. Não fui capaz de ver qualquer sinal ou pessoa para explicar-me por que razão aquilo estava acontecendo. Depois de falar com funcionários de empresas por perto, pude descobrir que funcionários de um sex-shop (!) em outra rua tinham as chaves da garagem, uma vez que a empresa de estacionamento privado partilha o edifício com eles. Tais funcionários disseram-me que se tivesse chegado alguns minutos depois, não haveria ninguém lá para abrir a garagem para mim, portanto deixando-me só em Seattle com nenhum carro para voltar para casa.
Ao chegar em casa, enviei um e-mail ao presidente da empresa estacionamento privado. Em seguida, o padrão de responsabilização mágica aconteceu novamente no email de resposta de outro funcionário da empresa:
Assumir o problema:"Eu sou responsável por essa área de estacionamento. Anteriormente, havia placas em torno da garagem indicando o horário de funcionamento. Revisando isso, vemos que estes sinais foram removidos. Isto foi falha minha [...]"
Desculpar-se: "[...] receba as minhas desculpas sinceras pela inconveniência que este erro causou a você."
Ações preventivas e proativas para evitar recorrência:"Novos sinais estão em ordem e irão ser acondicionados logo que estejam prontos para que este tipo de situação possa ser evitada no futuro."
Atenuação:"Para tentar compensar esta falha, gostaria oferecer-lhe $25 em vale-estacionamento para uso em qualquer um dos nossos lotes."
Da próxima vez que você não conseguir corresponder às expectativas de um cliente, lembre-se de que ter accountability é tão fácil como 1-2-3-4.
Claro, TAM e outras: será que conseguimos aprender alguma coisa disso?
[] --AFurtado
Os relatos e opiniões deste post apresentam pontos de vista pessoais, não refletindo necessariamente a opinião da Microsoft Corporation
Strumenti 
Guida
