Mostrando postagens com marcador Gestão. Mostrar todas as postagens
Mostrando postagens com marcador Gestão. Mostrar todas as postagens

segunda-feira, 18 de julho de 2016

Como fazer reuniões mais produtivas

Achei o artigo muito bom, está em inglês porém é de fácil leitura e comprrensão. Título original: How to Make Meetings Suck Less
Fonte: http://www.officevibe.com/blog/making-meetings-suck-less?utm_source=Officevibe+List&utm_campaign=c5c2fb899f-Meetings_suck2_4_1_2014&utm_medium=email&utm_term=0_80a6f930f2-c5c2fb899f-84928801
autor: Jacob Shriar
Artigo na integra: 

How To Make Meetings Suck Less

I’m really not a big fan of meetings.
They’re always slow and awkward to start, there’s very little progress that gets made in meetings, and they always seem to appear at the worst times.

I also think that too many people lack good meeting etiquette, and most meetings can be solved by email or group chat.
If it’s absolutely necessary to have meetings, at least you can follow these tips to have effective meetings.
What it essentially boils down to, is treating people with respect (and listening to them), not making meetings that never end, and ideally having a clear agenda.

1. Respect People’s Time

Paul Graham (from Y Combinator) wrote an essay about how people who make things need large blocks of uninterrupted time.
This is quite different from a manager’s schedule, who is used to being in meetings all day, and almost gets off on the fact that they can tell everyone how many meetings they’re attending.
Out of respect for people who actually do things, only schedule meetings early in the day.
I’ve heard people say that you should either schedule meetings early in the day, or later in the day, but not both.
While I somewhat agree with that, it’s been proven that we’re our most creative in the morning.
If you want people to actually come up with good ideas, and be creative in your meeting, then schedule it in the morning.
And since you’re taking their precious time away from them, get them breakfast.
Something as simple as coffee and donuts will do the trick, and they’re pretty inexpensive.
Also, make sure to have an agenda. If you called a meeting, you better have a good plan for how to conduct the meeting.
Respecting your employees time is guaranteed to increase employee engagement.

2. Be Open To Ideas From Others

I’d like to first reference a study that I found online that really spoke to me, based on previous experience.
Leonard Karakowsky conducted a study, and found that senior leaders were more aggressive and vocal in meetings. I can tell you from personal experience, that this is 100% true.
What the study found was that this destroyed any chance of innovation inside the company, because the more the rest of the group disagreed, the louder and more aggressive the senior leader would become.


This leads to an environment where the only ideas in the room ever being shared are theirs. Obviously this doesn’t work.
There are two solutions to this that I can think of, but both involve being open and listening to other members of your team.
The first is kind of creative, but will give you really unique insight into whatever problem or issue you’re trying to solve. Suppose this is a technical problem, maybe you’re trying to figure out what to do with a certain page on the company website.
After “brainstorming” with the design team, and not having any luck, try going to someone or a group of people in a completely different department. This might seem like a crazy idea at first, but you’d be surprised at what kind of insight they could give you.
And treat them like they were the design team, meaning take them through the entire problem from beginning to end, as if they were the ones responsible to solve it.
The second idea is to create a space where employees can feel safe to say anything and not be judged or ridiculed. Not only create this space, but actively communicate that this is the case, and encourage anyone and everyone to participate.
Once you remove the fear element, people will be much more likely to come up with creative ideas to help solve problems.
I obviously am a big fan of flat hierarchies, but even if your organization isn’t flat, make this meeting space flat.
As crazy as this sounds, encourage a low level employee to feel comfortable challenging an idea that a senior VP came up with.
It’s through this type of open, transparent communication that real innovation happens.

3. Get Creative About How You Do Meetings

Meetings are so boring, why not spice them up a little? Imagine doing a meeting on Google Hangouts instead of a boring conference room.
That way everyone can be right in front of their computers, and could potentially look something up as the discussion is happening.
Another idea is to try a walking meeting, especially if it’s a nice day out and there aren’t too many people in the meeting.
This change of atmosphere can be a nice way to spark creativity.
Remember to keep your meetings short, seriously. If it’s something that will require a large amount of time, space it out into a few different meetings.
First of all, constraint breeds creativity, and second of all, the mind loses focus after about 45 minutes.
If you’re looking to discover how other great companies (like Apple and Google) run their meetings, check out this great article from 99U.
I’d also recommend embracing technology to help you with all aspects of the meeting, from scheduling it to recapping it. Here are a few to check out:

What Do You Do To Have Effective Meetings?

In a perfect world, you would never need to have meetings about anything, but since we have to have meetings, we should try and do everything we can to make them as effective as possible.
Any tips you can share about having effective meetings? Let me know in the comments!

sexta-feira, 8 de julho de 2016

5 sinais de que o projeto de software vai dar errado – e o que fazer

5 sinais de que o projeto de software vai dar errado – e o que fazer

Por Paul Ho, chefe de engenharia de software da HPE Cingapura

Desde a primeira linha de código de software escrita por Ada Lovelace até hoje, ainda não descobrimos como impedir que projetos de software deem errado. Porém, antes deles falharem, costumam dar sinais. Este artigo identifica cinco desses alertas e apresenta como responder em tempo hábil.

Leia o whitepaper "Como foi a migração do datacenter da NET" e entenda o processo de implementação do modelo de gestão compartilhada na infraestrutura da empresa.

Sinal 1: Altos executivos têm mentalidade e atitudes erradas
Este é um dos erros mais comuns no mundo do desenvolvimento de software: é quando o executivo usa sua posição para forçar a data de conclusão do projeto ao, por exemplo, anunciar publicamente o dia de lançamento de um sistema, surpreendendo a equipe de desenvolvimento.

Essa atitude se baseia na crença de que colocar mais pessoas para trabalhar em um projeto aumenta sua velocidade - é como se o desenvolvimento de software fosse o mesmo que construir carros, onde uma segunda fábrica pode dobrar a produção. Gestores alheios a projetos reais de desenvolvimento podem não perceber que a diferença de qualificação e produtividade entre as equipes influencia na qualidade e no tempo necessários para entregar o programa. O final das iniciativas com cronograma irreal é o mesmo: elas se perdem e a qualidade cai.

Sugestão: Pratique gestão andando pelo escritório e dialogando com os colaboradores. Isso cria a oportunidade para que a gerência sênior comunique diretamente suas visões e entenda como as metas impactam os funcionários. Um estudo publicado pela Universidade de Ottawa indica que 33% dos projetos falham devido à falta de envolvimento da gerência sênior.

Sinal 2: Alocar pessoas a atividades paralelas para atender uma data de entrega impossível
Uma decisão drástica para atender a uma entrega impossível é adicionar pessoas e deixar muitas atividades em paralelo. Mas, se a equipe expande, o esforço para controlar a qualidade e a comunicação também aumenta, o que pode atingir um nível incontrolável.

No meio da correria, os novatos não têm tempo suficiente para se adaptar às normas, convenções e práticas, aumentando a chance de o trabalho ter má qualidade e atrasar. Também, o aumento do número de pessoas no projeto aumenta a carga financeira, queimando o orçamento da iniciativa mais rapidamente.

Sugestão: Evite pensar só em números, focando em obter as pessoas qualificadas para a entrega. Você também pode pedir uma avaliação externa sobre a viabilidade do cronograma.

Sinal 3: O cliente quer mais no mesmo tempo
É positivo ter usuários ou clientes com muitas ideias, no entanto, isso pode levar ao aumento do escopo do projeto. "Esta é uma boa ideia!", geralmente, não é uma boa ideia.

Os clientes e usuários precisam entender que empurrar funcionalidades tende a "sair pela culatra", resultando em má qualidade, retrabalhos e acúmulo de atrasos. E, como a maioria dos gerentes de projeto sabe, muitas features são usadas por poucos usuários, quando acessadas.

Sugestão: Priorize. Estabeleça um sistema de importância simples que considere o valor do negócio, custo e risco, eliminando as funcionalidades não essenciais e simplificando as que forem desnecessariamente complicadas. Os usuários vão resistir, então lembre-se de ouvir todas as sugestões e ideias a tempo de revisitá-las.

Sinal 4: A "bala de prata" que vai salvar um projeto grande demais
Novos métodos ou abordagens de desenvolvimento de software são muitas vezes vistos como balas de prata, mas requerem uma grande mudança de cultura da empresa e/ou mentalidade de gestão. Quem acredita que a alteração está restrita à equipe técnica vai se frustrar.

Sugestão: Os benefícios de um novo processo só podem ser atingidos com uma mudança de hábito e de mentalidade, portanto não imite mecanicamente um método sem o compromisso dessas transformações estruturais.

Sinal 5: Deixar o teste para o final do ciclo de vida do projeto
Uma desculpa comum para esse equívoco é que o sistema está incompleto ou cheio de bugs. Essa prática coloca a equipe de teste sob uma tremenda pressão, enquanto os desenvolvedores se apressam para preparar correções de última hora.

Não é preciso ter um sistema finalizado antes de elaborar scripts de revisão. Também é possível simular subsistemas por meio de algumas ferramentas. Ao implementar essas ações em fases iniciais, defeitos de especificações também podem ser detectados mais cedo.

Sugestão: Ferramentas de virtualização são alternativas para simular sistemas e permitir testes de forma controlada e eficiente.

Leia o texto original: http://community.hpe.com/t5/Enterprise-Services/5-Signs-of-a-Failing-Software-Project-and-how-to-fix-it/ba-p/6806479