Lendo o blog de Scott Berkun, encontrei um post bem interessante, aonde ele explica a técnica do “Rude Q&A”, perguntas e respostas desagradáveis, em tradução livre. Veja alguns exemplos:

Here are some from my own rude q&A about my new book:

* You were at Microsoft for years – Microsoft! – what makes you think you know anything about Innovation?. Since college I’ve been a student of innovation and invention history, and my experiences working on early versions of Internet Explorer (1-5), during the birth of the web as a mainstream phenomenon (1994-1998), gave me perspective on how new ideas, products and innovations actually happen. I worked with many of the first search engine and web companies and played a role in defining what web browsers would become.
* There are dozens of books on innovation. Why should anyone care about yours?. The Myths of Innovation focuses on great stories – it uses stories to explore what we believe, separate truth from myth, and offer advice based on what innovators actually do. This approach is unusual as it’s very approachable, free of jargon and hype, and makes for an easy read that focuses on the questions that history supports as most essential.
* Your first book was about managing teams and projects – but your new book talks about the uncertainties of managing innovation. Aren’t you contradicting yourself?. The philosophy of both books dovetail. The same challenges occur on all projects, but if innovation is the goal the risks are higher and the uncertainly is greater. While the Art of Project Management does have chapters on managing change and designing new things, it’s a handbook so those are parts of the book, not the focus. The second book however is exclusively about ideas and how to bring them to the world.

Scott Berkun in How to write a rude Q&A

Em síntese, esta técnica consiste em elaborar as perguntas que você, em uma reunião ou encontro, não gostaria de ouvir e tentar respondê-las da maneira mais consistente e completa possível. É sempre importante estar preparado para responder questões mais sensíveis e assim evitar um constrangedor beco sem saída.

Este exercício também é útil para analisar a qualidade do seu projeto/trabalho/sistema: se você não consegue encontrar respostas convincentes às perguntas mais difíceis, algo anda profundamente errado.

Technorati Tags: q&a Scott_Berkun rude questions answers it_people project_management projeto gerenciamento opinião the_myth_of_innovation

Muita vezes me perguntaram acerca dos blogs mais interessantes escritos pelo pessoal da Microsoft. Eu já conhecia alguns, por exemplo, os blogs do Fernando Cima e do Fernando Lemos, que fazem parte do meu Blogroll. Navegando quase que aleatoriamente, encontrei aqui uma lista com vários blogs interessantes, a qual segue abaixo:

1. Sprague WebLog - Linguistics and other thoughts at Microsoft
2. Keith Combs
3. Seattle Duck
4. See Win App - Jim Nakashima’s Cider Chronicles (WPF Client Development Tools)
5. Heather’s Marketing at MS Blog
6. Frank Arrigo - Australia
7. Ian McAllister - Windows Live program manager
8. Jensen Harris - Office user interface blog
9. Nadyne - a Macintosh girl in a Microsoft world
10. Rick Schaut
    

1. Canadian IT Pro Blog – Team blog by MS Canada IT Pro advisors. Technology and a whole lot more!
2. Georgeo Pulikkathara, MSDN Webcasts Weblog
3. Will Kennedy - Outlook
4. David Gainer - Excel
5. Steven Sinofsky’s Microsoft TechTalk
6. Chris Pratley - OneNote
7. IE Blog
8. Eileen Brown – Messaging and Collaboration Evangelism from the UK
9. SharePoint Blog
10. Mini-Microsoft - Criticism from inside MS
11. Kim Pallister - MS Casual Games
12. Clare Dillon
13. Robert Burke - Developer Evangelist, Microsoft Ireland (.NET, AI, Photography and the occasional Moose)
14. G. Andrew Duthie - Developer Evangelist
15. Clemens Vasters - Community Relations Program Manager for the Windows Communication Foundation and creator of dasBlog
16. John Bristowe - Canadian Developer Evangelist
17. Larry Osterman - Longtime MS guy who likes to tell stories
18. Rob Caron - Go-To blog if you want to learn about Team Systems
19. Developer Division leadership team - VPs, GMs, PUMs etc in DevDiv
20. Steve Teixeira - Director of Partner Strategy for Visual C++
21. Herb Sutter - Microsoft Software Architect for C++
22. Betsy Aoki - MS online community zealot
23. Raymond Chen’s “The Old New Thing” -Hardcore Win32 programming, old-time MS nostalgia and occasional strange tidbits.
24. John Howard, – IT Pro Evangelist, UK
25. Evan Dodds – Technet guy, MS Exchange Server
26. Kim Cameron – Architect of Identity and Access
27. Daniel Kirstenpfad – Senior Student Partner Microsoft Germany
28. Stefan Goßner – Escalation Engineer, Microsoft Content Management Server Topics
29. Ward Pond - SQL Server 2000/SQL Server 2005
30. Erik Porter
31. Michael “The Braidy Tester” Hunter – Tester and occasional song writer
32. Tobin Titus – IIS UE
33. Chris Sells
34. Mackenzie, Duncan – Duncan Mackenzie’s Code/Tea/Etc. (a development focused blog)
35. Mike Hall – Mike Hall’s Windows Embedded Blog
36. SBS – The Official Small Business Server Blog
37. Euan Garden – SQL Server Info
38. Mike Gilbert – Flight Simulator PM Lead
39. Jason Waskey – Flight Simulator Art Lead
40. Sascha P. Corti – Developer Evangelist, Switzerland
41. Tom Mertens – Developer Audience Manager, Belgium
42. Tiernan OToole – Office Localization Engineer, Access, Ireland
43. Techjunkie (aka Ahmad Mahdi) – Application Security, all things tech
44. Clive Watson, Windows Server, UK
45. Tom “LCS Kid” Laciano, - Live Communications Server, SEE
46. Randy Holloway – Field technology specialist, St. Louis, MO
47. Stephen Griffin – MAPI/Outlook/Exchange development
48. Petergal’s SBS Blog – Petergal’s Small Business Server Blog
49. A CRM Riff – Jim Glass talks about Microsoft Dynamic CRM 3.0
50. Panopticon Central – Paul Vick’s VB blog
51. Jeanie Decker, – Data Protection Manager and user assistance
52. RandyRants.com – General blog (an SDET with MSDN)
53. Pedro Silva – Blog about DSL Tools, VS 2005 Designers, and Winforms
54. Tudor Toma – What’s new in Microsoft Office InfoPath 2007
55. InfoPath Team Blog – Tips and tricks for getting the most out of Microsoft Office InfoPath 2007
56. Doron Holan – Drivers and kernel
57. Shawn Farkas – CLR Security
58. Alfred Thompson Information for k-12 Computer Science teachers
59. Tommy Suriwong – Live TV Services and old school MSNTV info. (my personal blog , asian-americana vidfilter
60. Julien Couvreur
61. Mark Schmidt – Mark Schmidt’s Abode covering Windows Workflow Foundation
62. Marc Goodner – Technical Diplomat on WS-* specifications
63. Sandeep Singh Rawat
64. Jason Sacks - Setup in the Windows SDK
65. Point2Share – Point2Share – A casual blog about SharePoint by Daniel McPherson
66. Ray Ozzie the one and only
67. Chris Hollander Personal Blog of a Public Sector Microsoft Consultant
68. Larry Hryb aka ‘Xbox Live’s Major Nelson’ The Xbox Live Blog and podcast
69. Adam Nathan Win32 to WinFX Blog
70. David Weller DirectX, Xbox, and XNA blog
71. Alex Barnett - Alex Barnett blog
72. Michael Klucher - XNA Blog
73. Savas Parastatidis – Personal and technology (especially distributed computing)
74. Tod Hilton – a grunt developer
75. Steve Lamb - Security Matters – Evangelism from the UK
76. Michael Lehman – Adventures in Softwareland -
77. Leah Pearlman – Windows Live Messenger Blog-
78. Joe Friend -Word
79. James O’Neill – UK IT Pro evangelist
80. Steve Makofsky – Steve Makofsky’s blog on anything tech
81. Microsoft Max Team Blog
82. Steve Clayton - A Geek in Disguise from the UK Partner Group
83. Jeremy Kelly - Escalation Engineer
84. Kris Fuehr - MS’ Biggest Partner Fan & Work/life Balance Experiment
85. James Clarke - PM on Expression
86. Jeremy Epstein - Marketing with Microsoft for Partners
87. Eileen Rumwell - Keeping Software Developers Satisfied

<div class=”tags”>Technorati tags : <a href=”http://technorati.com/tag/internet” rel=”tag”>internet</a> <a href=”http://technorati.com/tag/microsoft” rel=”tag”>microsoft</a> <a href=”http://technorati.com/tag/it_people” rel=”tag”>it_people</a> <a href=”http://technorati.com/tag/blogs” rel=”tag”>blogs</a> <a href=”http://technorati.com/tag/bloggers” rel=”tag”>bloggers</a> </div>

Quem trabalha ou já trabalhou em grandes empresas — principalmente nas grandes corporações multinacionais — conhece bem essa rotina: há reuniões com o chefe; com o staff (ou time, como queiram); com a coordenação; com os clientes; com os clientes dos clientes; na hora do almoço e, se deixarem, até mesmo com a tia do cafezinho. Acreditem, em certos casos 30% do tempo de permanência de um funcionário na empresa é gasto com esse tipo de encontro.

Quando ninguém sabe muito bem o que fazer para resolver um problema, sempre há uma alma caridosa que sugere um tipo especial de reunião, o brainstorm, onde os participantes podem sugerir, livremente, suas idéias. O produto de tais encontros geralmente desagrada àqueles de olfato mais apurado…

O que mais me incomoda, porém, é ver meu tempo disperdiçado, pois geralmente tais conluios têm com uma metáfora perfeita a rodovia transamazônica: vão do nada a lugar algum! Eu mesmo cheguei a participar de algumas reuniões onde os presentes, todos brasileiros, diga-se de passagem, insistiam em conversar em um inglês esquisitinho e cheio de siglas, sem largar, obviamente, suas latinhas de Coca-Cola Light. O supra-sumo do pedantismo.

Seth Godin fez um bom apanhado dos tipos de reunião mais comuns. Vejam só:

Here are a few very distinct types of meetings:

• Just so everyone knows: This is a meeting in which one person or small group tells other people what’s already been decided and is about to happen. These meetings should always have a written piece to go with them, and in many cases, it should be distributed a day before the meeting. The meeting should be very short, take place in an auditorium type setting, not a circle, and have focused Q&A at the end. Even a quiz. It’s the football huddle, and the running back isn’t supposed to challenge the very premises the quarterback is using to call the play.
• What are you up to: This is a meeting in which every participant needs to present the state of their situation. It probably happens on a regular basis and each person should have a strict time limit. Like two minutes (with an egg timer). After presenting the situation, each attendee can send their summary in an email to one person, who can sum it up and send it out to everyone.
• What does everyone think? In third place, a meeting where anyone can speak up. People who don’t speak up on a regular basis should not be invited back. It’s obvious they are good at some other function in the office, so you’re wasting their time if they sit there.
• We need a decision right now. These are ad hoc meetings that have a specific agenda and should end with a decision. A final decision that doesn’t get reviewed.
• Hanging out meetings. These are meetings with no real agenda, lots of side conversations, bored people, people instant messaging and just sort of hanging out. Sometimes these are fun, but I wouldn’t know, because I haven’t been to one in three years.
• To hear myself talk meetings. You get the idea.

Com a tecnologia que temos a disposição atualmente, ferramentas de colaboração on-line; listas de discussão; videoconferência; etc., não seria possível encontramos maneiras mais eficientes para a tomada de decisão? O que acham?

Originalmente postado no Engenharia da Computação.

Technorati Tags: it_people meetings reuniões waste desperdício time tempo kinds tipos ti it corporate

Para Paul Graham, sim:

A few days ago I suddenly realized Microsoft was dead. I was talking to a young startup founder about how Google was different from Yahoo. I said that Yahoo had been warped from the start by their fear of Microsoft. That was why they’d positioned themselves as a “media company” instead of a technology company. Then I looked at his face and realized he didn’t understand. It was as if I’d told him how much girls liked Barry Manilow in the mid 80s. Barry who?

Microsoft? He didn’t say anything, but I could tell he didn’t quite believe anyone would be frightened of them.

Paul Graham in Microsoft is dead

Segundo ele, quatro são os motivos que levaram a empresa de Redmond a capitular:

1. Google.
2. Ajax.
3. Internet de alta velocidade
4. Apple.

Continua dizendo que a maior fraqueza da Microsoft é não ter percebido que o mundo mudou: enquanto insiste em concentrar seus esforços em aplicações para desktops, coisas como os serviços da Web 2.0; o SOOS; Google Docs; etc., começam a surgir no horizonte e cooptar, cada vez mais, o interesse dos usuários.

Hugh MacLeod, por sua vez, faz uma observação crucial:

30 years ago, Microsoft asked themselves a very clever question: How do we make a profitable company, based on the assumption that all hardware will one day be free? I suppose they need to ask themselves another question now: How do we make a profitable company, if people no longer need or want the desktop?

Microsoft’s issue is not a lack of financial, technical and intellectual capital. They have all that stuff in spades. Microsoft’s issue is cultural.

Certamente a Microsoft não morreu, pois ainda possui muito lastro para queimar e permanecer com a cabeça acima da linha d’água, porém, em certos aspectos, lembra-me os dinossauros, os gigantes do passado: É enorme; imponente e poderosa, mas, no presente, não assusta mais a ninguém.

Para saber mais:

• Why Microsoft is Dead

• Microsoft “Dead”? Please.

Technorati Tags: microsoft it_people it_innovation it_future dead startups lisp paulgraham opinion opinião ti futuro

I’m physically ill after reading what happened to Kathy Sierra. Maryam and several others here at PodTech asked me about it and are concerned since the same sites that are attacking Kathy also mentioned me and Maryam. Maryam is really freaked out about it. So am I.

(…)

The Internet culture is really disgusting. Today when I was on Justin.TV the kinds of things that people were discussing in the chat room there were just totally disgusting and over the top.We have to fix this culture. For the next week, let’s discuss how.

Robert Scoble in Taking the week off

Realmente, é lamentável uma blogueira de respeito ter que cancelar sua participação na O’Reilly’s Emerging Technology Conference, em San Diego, USA, por conta das ameaças de morte e agressão sexual que vêm recebendo nas últimas quatro semanas. Como deixamos as coisas chegarem a esse ponto?

Technorati Tags: violence it_people robertscoble blogs sexualassault violência blogsfera internet ameaças

A Computerworld está publicando uma série de dicas — fornecidas por especialistas na área de TI — sobre o que é necessário saber para se tornar um bom lider na área de TI. As primeiras vêm do sr. Paul Coby, o CIO da British Airways. Vejamos algumas delas:

• Planeje o seu tempo com cuidado. Eu, por exemplo, procuro gastar 20% do meu tempo em comunicação com o meu pessoal, 20% na gerência do meu departamento, 20% em projetos estratégicos específicos, 20% em negócios diversos da British Airways, 10% no nosso programa de mudanças e 10% em contingência. A melhor coisa em ser CIO é poder enxergar toda a empresa. As demandas – assim como as pressões – são imensas e podem consumir toda a sua energia. Controle o seu dia e estabeleça objetivos amplos, revendo-os a cada semana ou mês. Só uma coisa é certa, você não vai atingi-los. Mesmo assim, o ato de determiná-los é importante e os resultados vão surpreendê-lo, além de fazer surgir algumas questões interessantes.

• Não existem projetos de TI, só existem projetos de negócios. A única função do seu departamento é fazer o seu negócio avançar. Por isso, qualquer investimento precisa ter um sólido retorno financeiro. Se não tiver, esqueça! Este mandamento é fundamental – esquecê-lo é extremamente comum e excepcionalmente perigoso para você e para o seu negócio. Sem ele, você não passa de um fornecedor de TI.

• Não tenha medo da Tecnologia (com T maiúsculo) – aproveite. Você é o Chief Information Officer, possua formação técnica ou não. Meu segredo inconfessável é ser historiador formado e originalmente um funcionário público. Talvez seja por isso que eu realmente goste de tecnologia e ainda me impressione com ela. Você é responsável pela TI e precisa entender os problemas para explicá-los aos seus colegas. Atualmente, ninguém pode saber tudo sobre todas as tecnologias e sistemas em uso – os especialistas dependem de outros especialistas para aconselhamento. Assim, fale com os seus, conheça suas forças e fraquezas, e saiba em qual julgamento pode confiar. Você precisa ser capaz de conhecer a tecnologia de modo a explicá-la aos seus pares de um modo empresarial.

• Comunique-se, comunique-se, comunique-se. Fale com o seu pessoal sobre os objetivos deles e da empresa. O melhor é o olho no olho. Conversas informais com grupos pequenos funcionam tão bem quanto com grupos grandes. Uma mensagem pessoal de e-mail de vez em quando é uma boa idéia, contanto que seja você mesmo quem escreve. Tenha certeza de que o pessoal sabe que pode falar com você ou lhe enviar um e-mail confidencial. Sempre responda qualquer aproximação, pessoalmente ou por e-mail, façam elas sentido ou não. Você precisa respeitar o seu pessoal se quer que eles te respeitem. Mas lembre-se que gente de TI busca fatos, lógica e análise, e não asserções e emoção.

• Mantenha a TI simples. Nunca apresente a tecnologia como algo obscuro ou muito difícil para os demais executivos. O que quer que você faça, não deixe o seu pessoal dar a impressão de que eles são sacerdotes de uma religião misteriosa! Não use jargões e explique quais os benefícios para o negócio ou os impactos de um jeito que qualquer executivo possa compreender.

Paul Coby, CIO da British Airways.

As demais dicas você pode ler aqui.

*Originalmente publicado no meu outro blog.

Technorati Tags: it_technology it_strategy it_infrastructure it_people infraestrutura cio computerworld business negócios gestão dicas tips tecnologia

A essência da administração do risco está em maximizar as áreas onde temos certo controle sobre o resultado, enquanto minimizamos as áreas onde não temos absolutamente nenhum controle sobre o resultado e onde o vínculo entre efeito e causa está oculto de nós.

Peter L. Bernstein in Desafio aos deuses: a fascinante história do risco.

Technorati Tags: it_people managment risk risco gerenciamento ti projetos pensamento quote

O Chile é o país da América Latina mais desenvolvido em acesso a tecnologia digital e Internet, em uma região que registra um dos maiores atrasos do mundo nesta área. A maioria dos países está em uma situação bastante parecida, por isso temos vários países como a Bolívia, que estão muito atrás, e um ou dois como Chile, que têm feito alguma coisa

Bill Gates, em recente viagem à América Latina, quando anunciou um investimento de US$ 9 milhões na Colômbia, nos próximos três anos

Como esse atraso poderia, para as empresas latino-americanas, transformar-se em oportunidades de negócios?

Para saber mais:

Bill Gates prevê mudanças sociais profundas na ‘década digital’

Technorati Tags: billgates microsoft latinamerica américalatina oportunidades negócios business investimentos colômbia internet it_infrastructure projetos it_people

Excelente a coluna de Gilberto Alves Jr., publicada ontem no site Webinsider onde lista os 10 principais itens que deveriam ser adotados pelas empresas para que os geeks trabalhem e paz e se tornem, assim, muito mais produtivos. Leia o resto aqui.

Technorati tags: it_people tecnologia inovação geeks feliz ambiente trabalho blogs tecnologia technology