Thursday, December 8, 2011

Tech Lead Checklist to Kick your Team into Gear

DAILY

Require written standup reports each day. Read ALL standup reports. If someone did not write a standup report, contact them by chat or email, and escalate if they do not respond.
Attend a daily chat. Ask for comments and issues. Make it short. Move long discussions offline.
Resolve any needs or roadblocks posted in StandUp by a team member in the scrum chat.
Look at the detailed activity report for each developer.
Move any request, agreement to a ticket/message/wiki. Do not rely on chat agreements because they can’t be tracked.
Let team members select their own tasks. Balance load. Do not let team members work on many tickets concurrently. A team member should select one or two tickets to work on and finish. The rest are available for others to select.
If someone has been working for several days on one ticket, without committing, ask him to split it into smaller tasks.
WEEKLY

Review all tickets for the current milestone. Add or move depending on schedule and capacity.
Ask specific developers to take the planning and task breakdown for complex tickets, features, stories. To distribute the load, you should also be getting mockups and stories/scenarios from a non-developer product owner.
Write and post a message about what the team did last week and what the team will do next week – a sort of scrum of scrums report
BI-WEEKLY TEAM BUILDING

Look at new developer applications and say who you are interested in. Someone else should handle the details of finding new candidates and then getting them started.
Do “onboarding”. Make sure each new developer has the information he needs, a development environment, and a simple task. Help the new developers to update the setup documentation. Send them contact information and an outline of the daily requirements (standup, chat, commits).
Evaluate trial developers near the end of the trial period. Look at all of their work, and evaluate productivity and quality. Write a little review. Say whether you want to continue working with them.


оригинал

Friday, December 2, 2011

Lean For Mechanics – LeanGiving in the Real World

Visualize the work flow and limit each mechanic’s work
Have nightly check-ins to plan for the next days work
Conduct retrospectives at the end each week for continuous improvement

First, expert mechanics were doing low cost, routine jobs like oil changes instead of high performance jobs that brought in more revenue.
Second, mechanics spent overhead time ordering parts (instead of the service manager) rather than revenue generating time working on cars.
Third, a large backlog of cars were stacking up waiting for a mechanic to become available.

оригинал

Thursday, December 1, 2011

Why Software Projects are Terrible and How Not To Fix Them

Shouldn’t a little startup using XP be able to wipe the floor with bad companies in an hour? If all it takes is better engineering practice, shouldn’t the better engineers always win?

our industry’s best practices don’t make sense. I don’t mean, of course, that they aren’t objectively better–of course they are. But they are nonintuitive.

If the guy you’re talking too is thinking “This sounds like a really good idea but I’m concerned I can’t sell this upstairs,” you are dead in the water.

Put yourself in the middle manager’s shoes. If the project goes bad, he has to “look busy”. He has to put more developers on the project, call a meeting and yell at people, and other arbitrary bad ideas. Not because he thinks those will solve the problem. In fact, managers often do this in spite of the fact that they know it’s bad. Because that’s what will convince upper management that they’re doing their best.

My second theory is that business objectives can change faster than anyone can react.

Jobs was fired in 1985, but he was re-hired in 1997. That is twelve long years before they admitted their mistake.

Reality is slow.

They want results today. They want a PowerPoint slide to present at the meeting upstairs in ten minutes that explains how the project is back on track. They don’t want a real solution, they want smoke.

Actually writing better software doesn’t matter. What matters is stats.

If a prospect objects to being involved in the testing, starts editing your contracts line-by-line in pencil, and starts talking about penalties for missed final delivery deadlines and bugs,

run.

CTOs in mainstream companies still believe in function point analysis.

I would like someone smarter than I, to produce a software formula that balances these factors: Speed to Market, Profit, Cost, Happy Customer, Happy Stakeholder, Quality, Performance, Keep your Job and Happy Worker.



оригинал

The Joel Test: 12 Steps to Better Code

The Joel Test

Do you use source control?
Can you make a build in one step?
Do you make daily builds?
Do you have a bug database?
Do you fix bugs before writing new code?
Do you have an up-to-date schedule?
Do you have a spec?
Do programmers have quiet working conditions?
Do you use the best tools money can buy?
Do you have testers?
Do new candidates write code during their interview?
Do you do hallway usability testing?


оригинал

Saturday, November 5, 2011

What to Do When You’re Stuck

The sooner you realize you’re stuck, the more effective each of these tips will be because you’re not too mired in the mud of stagnation.

step away from it for a while

Just emptying out your head for a few moments a day can really add a new perspective to your work and life

if you can’t afford to drop it altogether, see if you can delegate it to someone else.

you likely need a vacation. So take it

Remember that those who struggle while in quicksand sink faster than those who don’t. So don’t panic when that feeling of “stuckness” sets in. Just recognize it for what it is and pull yourself out of it. While you’ll never be able to prevent yourself from getting stuck, you can put measures in place that will give you the upper hand when you feel that you are

оригинал

Monday, October 10, 2011

The Second economy

Business processes that once took place among human beings are now being executed electronically. They are taking place in an unseen domain that is strictly digital. On the surface, this shift doesn’t seem particularly consequential—it’s almost something we take for granted. But I believe it is causing a revolution no less important and dramatic than that of the railroads. It is quietly creating a second economy, a digital one.

In fact, I’m beginning to think of this second economy, which is under the surface of the physical economy, as a huge interconnected root system, very much like the root system for aspen trees.

By a rough back-of-the-envelope calculation, in about two decades the digital economy will reach the same size as the physical economy.

This vast global digital network that is sensing, “computing,” and reacting appropriately—is starting to constitute a neural layer for the economy.

With the coming of the Industrial Revolution—roughly from the 1760s, when Watt’s steam engine appeared, through around 1850 and beyond—the economy developed a muscular system in the form of machine power. Now it is developing a neural system. This may sound grandiose, but actually I think the metaphor is valid.


The second economy is creating for us—slowly, quietly, and steadily—a different world.

Physical jobs are disappearing into the second economy.

The main challenge of the economy is shifting from producing prosperity to distributing prosperity.


Оригинал

Tuesday, June 28, 2011

черновик нового cobit. временно в паблик - хомячим товрисчи ;)

COBIT5 Framework ED-27June2011 http://bit.ly/l9a1kv
COBIT5 Process Ref Guide ED-27June2011 http://bit.ly/ldm3GS

Статья - Предвзятость выжившего

Во время Второй Мировой войны британские бомбардировщики ежедневно отправлялись бомбить немцев. Большинство самолетов не возвращалось домой, а те, что возвращались, были покрыты следами от пуль немецких зенитных орудий и истребителей.
Самолеты с пулями в кабине пилота и топливных баках не смогли вернуться домой, а на вернувшихся самолетах следы от пуль были найдены как раз в достаточно укрепленных местах. Важная информация была у сбитых самолетов, а не у вернувшихся.

Так как же удостовериться, что некий совет по бизнесу не страдает от описанной предвзятости? Разумеется, никак. Но, тем не менее, сам факт того, что вы знаете о существовании предвзятости выжившего, означает, что вы менее вероятно попадете под влияние данной предвзятости. Так что чтение данной статьи принесет некоторую пользу.

Помимо этого, отдавайте предпочтение советам, которые
заставят вас думать и отвечать самим себе на неудобные вопросы, а не советам маршировать в указанном направлении. Используйте советы в качестве усилителя собственных мыслей, не принимайте их на веру, как проповеди.
 


Традиционно оригинал

Monday, June 27, 2011

Статья - Подростковый кризис Аджайла?

The “elephant in the room” is a metaphor for the behaviour of people who deliberately ignore an impending issue.
А слона то мы и не заметили. Потому что НЕ ХОТИМ замечать!

Alistair Cockburn organized a celebration of the 10 years of the agile manifesto in Snowbird, Utah on February 12, 2011, gathering some 30+ people who’ve been involved with that community at the original meeting and since.
Столпы Аджайла собрали совет в Филях :) Как минимум честный итог опубликовали.

4. Context and Contextual applicability (of practices)
We fail to describe the context in which some practice works, or does not work.
Ага. Не все работает ВЕЗДЕ. Кое-что просто не применимо в конкретных условиях.
 
8. Anarchism
… in the agile and lean community itself, preventing a more systematic organization of the body of knowledge
А че, многим нравиться. Только слегка тупиково.
 
9. Elitism
… as a defense (against failure) we limit our message to the best… and blame failure on the “unenlightened” others…
Защищаются, когда чувствуют слабость. Открыто признать недостатки (как вот это статья!) и с ними бороться - это мужество, которое лично я уважаю.



11. Certification (the “zombie elephant”)
This massive elephant was reported dead a few times, but seems to reappear… Effective tool to assess maturity for individuals and organization, or commercial ploy from trainers and consultants?
Пнули сертификацию :) Цитируя: "Разве может быть ценным экзамен, который невозможно провалить?" И основная цель которого - бабло.

13. Business value
The notion of value and in particular business value is mentioned everywhere, all the time, but never clearly defined, or confused with (development) cost, or pushed onto others (such as product owner) to resolve.
Ага. А продакт аунер обучно еще более далек от понимания небольшой, но все же теории Аджайла. А если нет опыта, то полагается на чутьё или метод проб и ошибок.

16. Role of architecture and design
… depending on context; they are still often equated to BUFD, and rapidly brushed aside with claims of YAGNI, or “we’ll refactor it later”
Думать всегда надо, даже если "супердорогостоящий Дизайн вначале". И думать все же заранее.

 
18. Scaling naïveté (e.g., scrum of scrum)
With a bit of imagination all agile practices scale up, and if this does not work it is because you have not tried hard enough
О! Самое больное место. И как же сделать рабочим чудо маленькой опытной команды и перенести его на кучу команд со своими целями, слабостями и джуниорами. Хороший вопрос - кто знает ответ пишите мне serge(dot)kovaleff(dog)gmail(dot)com.



19. Technical debt
While agile practices could help control technical debt, they are also often at the root, the cause of massive technical debt
Возвращаемся к хорошее привычке думать. Заранее.





While the community has been good at amplifying what works, it often has not been good at dampening what did not work, analyzing why it did not work, or under which conditions it did not work (context!).
Важно знать, что работает, что не работает и почему. Что будем делать, что не будем и почему.

Unlike other disciplines, like medicine for instance, there is very little reporting of failures or limitations in software, and no clear venue or even templates or exemplars of such reporting. And again the fear that this would reflect badly on the person reporting, or the “victim” or “culprit” organization. A good template for such report would include a detailed description of the context.
Собирать опыт. Для этого надо изменить отношение к провалам и ошибкам помельче. А это довольно много работы.

Reasoning fallacies such as undue generalization (“it worked in two cases, therefore it will in all cases”), and cognitive biases: anchoring, golden hammer, cargo cult, etc. are rife in the agile world.
Вот причина по которой многие люди так несерьезно относяться к Аджайлу.
Если почистить, вполне рабочие инструменты ;)

Agile teenager

The agile movement is in some ways a bit like a teenager: very self-conscious, checking constantly its appearance in a mirror, accepting few criticisms, only interested in being with its peers, rejecting en bloc all wisdom from the past, just because it is from the past, adopting fads and new jargon, at times cocky and arrogant.
100% Без слов! Не хочу даже "камментить". 


 


традиционно оригинал

in fact context is everything and should always be taken into account

Wednesday, June 22, 2011

Статья - Как жить с дедлайнами

Visualise them
Сделайте их видимыми. Можно и щупательными тоже :)

Don’t fret out as they approach
A missed deadline is not the end of the world, but your boss/client will be happier if he knows you’ve given it everything you got
Не паникуйте при приближении часа Х. Просто делайте, пытайтесь и боритесь.

Plan ahead of time
If you don’t have a plan you’ll end up working twice as much as you would with a plan. And probably will add a few sleepless nights due to the anxiety of not knowing exactly what is left.
Планируйте (о, как неожиданно:)
Без плана вы можете сделать лишнюю работу или не сделать необходимую.

Break the big into the simple
Разбивайте. Прям пособие по ВБС :) Я бы все равно остановился на 8 часах, а не 3-4 дня.

Be flexible
Гибчайте. Аджайлисты оккупировали хорошее слово. Вспоминается цитата из Стратоплана: "Гибкость, которая не аджайл, а в изначальном его смысле"


оригинал

Monday, June 13, 2011

Отчет - Developer Economics 2011

Android and iOS continue to lead with 67% of developers currently using Android and 59% using iOS.

Use of Windows Mobile has dropped among developers in the last year, while Windows Phone
is not yet seen by developers as a commercially viable platform.

Symbian, Java abandoned.

Developers are increasingly experimenting with more and more platforms and transitioning to new ones.

About a third of respondents make less than $1,000 USD per application in
total, which is loss-making given that an application often takes months to develop.

Approximately 50% of app developers in our survey make money through a salary or commission.

iOS topped the chart, making 3.3x more money per app than Symbian developers followed by Java ME (2.7x) and BlackBerry (2.4x). Android (1.7x), mobile web (1.6x) were the weakest performing platforms in terms of revenue per app and only ahead of Symbian (1.0).

App store fragmentation is an under-hyped challenge for developers. Each of the
fifty-plus app stores available has its own developer sign-up, app submission process,
artwork and paperwork requirements, app certification and approval criteria, revenue
model options, payment terms, taxation and settlement terms.

Developer-market balance. Android is the one and only platform that is trilaterally
adopted by developers across all three major continents active in application
development - Europe, North America and Asia. On all other platforms, there is an
imbalance of developer supply and market demand across the globe. iOS is lagging in
developer mindshare in Asia while BlackBerry developers are almost completely lacking
in Europe. The traditional sweet spot for Java developers has moved out of Europe to
emerging markets, with 42% more respondents coming from Asia, Africa and South
America. Flash Lite has weak supply in South East Asia where the platform can deliver
best-in-class experiences on mass-market phones.

... to be continued.

оригинал

Статья - энергия по утрам

13 Ways to Have More Energy in the Mornings
Как по утрам быть живым :)

“How you feel when you get up is affected by much of what you do the day before and when you first get up,” says Michael Finkelstein, M.D., director of SunRaven, a holistic healing and living center in Bedford, N.Y.
Утром вы то, что делали вчера. Ну и с утра тоже влияет.

The Night Before:
- Get Enough Shut-Eye
Go to bed when you’re sleepy and wake up without an alarm clock.
Спать надо достаточно и все тут.

- Downsize Dinner
If you must eat late, cut back on portions and keep the meal light.
Жрать надо поменьше, особенно на ужин.

- Be a Teetotaler
If you must imbibe, take your last sip at least four hours before you head to bed.
Алкоголя не надо. Антивитамин и вообще обширная тема. Я бы советовал в качестве вещества, изменяющего суждения и оценку и только для экспериментов над собой.

- Adopt a Regular Sleep Schedule
Erratic shifts in shut-eye disrupt your circadian rhythm, which in turn decreases sleep quality.
Спать вовремя ;)

- Sleep in a Cave
Eliminate all sources of light, even your digital clock.
Свет мешает.

In the Morning:
- Drink Up
Drinking something will get your circulation going, which will energize you.
Грамм 200-500, но водички.

-Break the Fast
Breakfast is the one meal you have to have. Experiment to see which type of breakfast satisfies you the most.
Некоторые только утром и вкушают. Вроде все говорят, что супер полезно.

- See the Light
After rising get outside in natural light for 15 to 30 minutes.
Солнышко. Без комментов.

- Escape into Nature
Spend at least 20 minutes a day outdoors.
На природу шагом марш.

- Meditate
15 minutes is all you need.
Инвестируйте в себя 15 мин. Риск меньше, чем золото при нынешнем пузыре ;)

- Move It
Physical activity gets your blood flowing, giving you instant energy. Take your activity outside and you’ll also reap the benefits of light and nature.
Поднял попу и двигайся. Да как хочешь.

All Day:
- Curb the Caffeine
It can be easy to get too much of a good thing when it comes to caffeine
Quit drinking it at least six hours before bedtime—or before noon if you’re super sensitive to caffeine.
Я бы советовал вообще отказаться от кофеина. Его относят к антивитаминам. Он дает возможность тратить энергию в кредит. А потом опять подхлестывать себя чашечкой кофе.

- Can the Energy Drinks
Long term, overstimulating the nervous system can cause adrenal fatigue and eventually adrenal exhaustion. If you want a little stimulation, sip green tea.
Во! Согласен. Энергетики это купирование, а не панацея. А зеленный мне действительно помогает.




Скоро надо читать курсы по здоровому образу жизни :-P



оригинал

Monday, May 30, 2011

the cliff effect

Theory: Now that a big thing is "done," you're faced with picking the next big thing. And you just spent all that effort on the last thing. It's daunting and the path is unclear; bad combo.

Also there's the anti-climax behind any big achievement.  After selling a company you don't feel as amazing as you thought.  After playing a massive stadium, bands often report feeling depressed, because they realize that "this is as big as it's going to get."
---
I think it's the cliff effect.  You push and push to accomplish something, and then the momentum falls right off a cliff.  Your daily sense of purpose (with respect to the event, company, etc) vanishes.  Most folks need a sense of purpose to drive them so when it's suddenly taken away the emotional effects can be negative.

One of to-do technics

I have ditched my to-do list, for a do list. I just write down what I am doing and check it off as soon as I'm done. If I begin to get distracted from my current task by a nagging thought of something I don't want to forget, I'll jot it down on the do-list quick, but get back to my task. And, then I either work on that nagging task next, or file it off into the proper queue. 

At the end of every day, I get to look at a DONE list. And then I write down the *one* thing I want to do tomorrow.

Thursday, May 26, 2011

компетенции/обязанности по ролям

http://www.amazon.com/Project-Management-Roles-Responsibilities-Second/dp/1929576269
[1:56:43 PM] Anton Maryukhnenko: Вот:
http://tim.com.ua/2009/11/agile-project-manager-role/
http://www.scrumalliance.org/pages/scrum_roles

развивающие подкасты

[5:01:36 PM] Dmitriy Syrkin: http://manager-tools.com/podcasts/manager-tools
[5:01:55 PM] Lilia Vershinina: что я слушаю и могу с дорогой душой порекоммендовать - это deutsche welle, но я там уже все переслушала
[5:03:06 PM] Sergiy Movchan: тренды - гуглридер
языки обычные - блог мейнтейнера\основного комитера
языки человеческие - трындёшь с клиентами + просмотры сериалов\мультов в оригинале
профессиональное - гуглеридер + гугл по специфическим темам
культура - каюсь :( разве что кто-то что-то расскажет
[5:05:59 PM] Mykhailo Marchenko: it-career.rpod.ru
[5:06:10 PM] Mykhailo Marchenko: послабее немного radio-t.com
[5:06:33 PM] Mykhailo Marchenko: еще советую загуглить umputun и budam
[5:06:49 PM] Mykhailo Marchenko: digestive.podfm.ru

Wednesday, May 4, 2011

Максима для ПМэма.

в каждой шутке, только доля шутки.
Менеджер просто обязан индивидуально подходить к людЯм.

Thursday, April 21, 2011

Статья - Почему действовать лучше

It's well-known that busy people get the most done. Their secret is simple: They never stop moving.
Small wins pave the way for bigger wins.
confidence — the expectation of a positive outcome that motivates high levels of effort — is built on one win at a time
The single step with which the journey begins is manageable.
Mental tricks like dividing big tasks into numerous small steps make it possible to identify immediate actions to get big things off the ground.
Forget perfection. Just do it. So what if you're wrong? You can always try again
Getting moving doesn't drain energy; it tends to build energy.
The only way to activate potential is to support action.

Если перевести вкратце: надо взять и сделать :)
оригинал

Статья - Настрой на продуктивность

Продуктивность —  зависит от настроения, в котором вы проснулись или от физического состояния

используют какой-либо набор действий, который помогает им собраться утром, перед работой
(ритуалы/автоматизмы в Полной мощности)

Создайте свой ритуал, который включит и настроит вас.

У нас очень мало времени на самообразование и создание вдохновения, поэтому утро — отличная пора, чтобы уделить полчасика себе любимым.

Начинать день без четкого плана — это как вести машину туманным днем. В принципе, вы доедете куда нужно, но на это уйдет больше времени.

Осознав все позитивные и негативные результаты своей деятельности и поняв, насколько важны некоторые из них в вашей жизни, вы сразу ощутите волну мотивации. 

Вы бодры, сегодня вы уже успели узнать что-то новое, у вас есть четкий план действий и вы знаете, к чему все это приведет. Действуйте!

оригинал

Monday, April 18, 2011

Манифест, бл*ть!

Мы — сообщество программистов, которые вдоволь намучились с разнообразными методологиями разработки.
Нас уже тошнит и от экстремального программирования, и от Скрама, и от Канбана, и вообще от всего, что напрямую не связано с написанием блять кода.
Нам очень неприятно, что нас считают асоциальными дебилами, которые ничего не могут сделать без указания менеджеров. Нас просто бесит, когда нас заставляют заниматься парным программированием, передвиганием листочков по доске, утренними standup-митингами и другими дурацкими приседаниями просто потому что из 10 менеджеров в нашей конторе никто не умеет блять писать код (а какую-то видимость работы создавать нужно).
Мы выступаем за то, чтобы отказаться от всех существующих методологий разработки в пользу одной, самой простой и единственно верной. Эта методология называется «пиши код блять»!

Что говорят менеджеры?Что им нужно на самом деле?Что мы делаем в итоге?
Продуктивная командная работаСотни рабочих часов в неделюМы пишем код блять!
Качественные продукты100% покрытие кода юнит-тестамиМы пишем код блять!
Учитывание пожеланий пользователейВыполнять любой каприз заказчикаМы пишем код блять!
Продукт должен быстро эволюционироватьПостоянные изменения требований и пустопорожние обсуждения новых фичМы пишем код блять!

Мы уверены, что вся хрень, написанная в первых двух колонках, абсолютно никому не нужна. Есть только одно дело, которым действительно нужно заниматься: писать код блять!


манифест Manifesto

Agile Base Camp - Kiev 2011

Все презентации есть здесь

Presentation - Agile Base Camp

Wednesday, March 30, 2011

Почему надо убирать стол - статья ;)

When your environment is cluttered, the chaos restricts your ability to focus. The clutter also limits your brain’s ability to process information. Clutter makes you distracted and unable to process information as well as you do in an uncluttered, organized, and serene environment.

if you want to focus to the best of your ability and process information as effectively as possible, you need to clear the clutter from your home and work environment
 



оригинал

Monday, March 21, 2011

Thursday, March 17, 2011

Sunday, February 27, 2011

Статья - Почему надо писать

The Myth of Writers Block (and what to do when you're blocked)

Writing is one of the most important activities for successful consultants. Writing helps you capture and clarify your ideas. Writing helps you polish your presentations to clients. And published writing is probably the second most effective marketing tools in your kit. (First, of course, is recommendations from satisfied clients.)

Most often consultants stop writing because they do not understand the essential randomness involved in the creative process. 

You have the wrong number of ideas, and that bothers you, causes you discomfort, or even pain. To lessen the pain, you turn to some other activity—coffee, beer, sex, movies, books, sleep, or name your poison. This diversion relieves the pain in the short run, but eventually your mind turns back to that unfinished piece of writing (or other work). Now you feel worse because you've avoided the task. You might try writing again, but your mind keeps returning to what a bad, blocked writer you are. So, eventually, you turn to your relief—coffee, beer, sex, or whatever.

  Goldilocks Questions:
"What state am I in now? Do I have too many ideas? Do I have too few? Or, like Baby Bear's porridge, is it just right?"


the Fieldstone Method:
- first the gathering of ideas (stones), 
- then the organizing, 
- then the trimming and polishing

is not dependent on any particular order of doing things. Instead, Fieldstoning is about always doing something that's advancing your projects. 

have a variety of keep-moving activities:
- a handy list of tasks of all sizes, 
- plus the knowledge to match each task to your mood, 
- your start/stop time, 
- your resources, and 
- your total available time 

Observing Your Activities:
1. Choose a day or several hours that you plan to devote to writing.
2. In your journal (all professional consultants keep a journal) record the start-stop time of different activities.
3. Record your feelings at the beginning and end of each activity. Don't interrupt your flow, but just capture a word or two.
4. At the end of the day, look at what you wrote in your journal. Do you see an addiction cycle?
5. How did you respond any time you were temporarily stuck?
6. What other activities could you have done that would have served you better?
7. How will you remind yourself of those activities when you repeat this observation exercise in a month

Статья - корреляция метрики SLOC

Gaperton's blog - Контекст, в котором не работают метрики сама статья

- время-объем
объема и количества ошибок
времени и плотности ошибок

Строкой кода считается такая строка, ошибка в которой может быть найдена тестированием продукта.

1) Пустые строки - не считаются.
2) Комментарии - не считаются.
3) Автогенерированный код - не считается


автоматический рефакторинг средствами IDE гарантированно не вносит ошибок, и производит туеву хучу изменений кода. Которая размазывает корелляции  

Friday, February 18, 2011

Коммуникации от WedSchool - #3 - ДЗ

1. Выработайте у себя осознанную позитивную реакцию на телефонный звонок.
2. Придумайте и потренируйтесь в нескольких вариантах приветствий. И пришлите их.
3. Сформулируйте и запишите 10 целей, которые могут быть достигнуты Вами во время первого звонка потенциального клиента Вам.
4. Определитесь и составьте список, что вы делаете для клиента, и чего вы не делаете ни при каких обстоятельствах.

Thursday, February 17, 2011

Коммуникации от WedSchool - #3

Конфликт: свободный художник vs. зарабатыватель денег
Многие стесняются части личности, зарабатывающей деньги.

Встаньте и громко скажите:
да, я зарабатываю деньги
да, я зарабатываю хорошие деньги
да, я достоин этого!

Привлекаете людей, ориентированных на внешнюю выгоду и агрессивной хваткой

Деньги есть у тех, кто их считает, ценит и в контакте с ними

Как есть
Избегать
Решать ситуацию

Многи заняты
а) страхом
б) собой

Конфликт интересов у заказчика -
переговоры одновременно со всеми сторонами, учитывая интересы всех
пусть договоряться ПРИ ВАС.

Дешевые заказы - это Ваш выбор.

Опишите клиента под названием "Свадьба"

"Это самая СВЕЖАЯ наработка"

Вы продаете себя или свои услуги/продукт.

---
Эмоциональная саморегуляция.

Упражнение "Птицы свободы"

Слишком сладко вначале - потом кушать нечего!
Сначала надо продуктивно потрудиться - насладиться нектаром отношений!

---
Телефонные переговоры:

Улыбайтесь, жертва и агрессор не улыбаются - друг и помощник - да.

Живо - вялая рыба невкусная.

Не сидите на трех стульях: низский, средний и высокий ценовой сегмент.
"Попой" можно усидеть на 2х стульях максимум.

Отсеките ненужное - сразу же взлетите.
Товар для всех - товар ни для кого.

---
ДЗ

3. Опишите 10 целей, которые могут варьироваться в зависимости от телефонного звонка,
которые вы готовы реализовать
(кроме отбиться от звонящего)
4. Напишите, что вы делаете в виде услуг или поступков, и чего вы не делаете ни при каких обстоятельствах - структурируйте свой продукт.

Переговоры WedSchool - Домашнее задание

Итак домашнее задание. День 2.
1. Работа над травматичным событием.
Задайте себе вопрос: что я сделал(а) не так?
а) я четко знал(а) свою цель?
б) я обо всем договорился (договорилась)?
в) я отстаивал(а) свои интересы?
г) я понял(а) чего хочет клиент?
д) я видел(а) предупреждающие сигналы о грядущих проблемах с этим клиентом? Как я на них отреагировал(а)? Отмахнулся (отмахнулась)?
Что я должен (должна) сделать, чтобы в будущем эти ситуации не повторялись?
2. Пообщавшись с двумя тремя людьми в живом контакте распознать первое впечатление, которое вы ощутили при данном взаимодействии.
а) что понравилось и почему?
б) что не понравилось и почему?
3. Когда вы отвечаете на телефонный звонок, отследите свою первую реакцию (впечатление).
а) что понравилось и почему?
б) что не понравилось и почему?

Tuesday, February 15, 2011

Коммуникации от WedSchool - #1

Веду записи прямо с семинара. Будут немного неструктурированы. Напишу другой пост :) может быть.

Первый семинар - вводный.

Чего хочу от вебинаров?

В одиночку не достичь ВСЕХ целей.

Все люди разные. У них бывают противопложные цели - нужно уметь договориться.

3 направления коммуникации:
- межличностная
- внутриличностная
- деловая/бизнес

С Богом, мечты и прочее не обсуждаем.

В бизнес пространстве коммуникация должна быть №1.
Многие мастера своего дела часто сидят без гроша, их опередили более коммуникативные посредственности.
Сейчас есть очень много информации (книг, тренеров).

Есть 2 пути для пространства общения:
- Манипуляция - вы выигрываете больше, чем другой.
Нарушается чувство собственного достоинства:
    - отомстить
    - "послать" вам и ваш талант
- паритетный/созидающий - выиграют все
Создаются долгие, приятные отношения. Но иногда медленнее.

Вербальная и невербальная:
1. Слова, тексты, формулировки.
Многие говорят неграммотно. Можно определить "нескладухи".
"А шо, я же нАмано хАвАрил".
Что для тебя нормально - необязательно нормально для другого.
2. Лицо, руки, дыхание.
Часто вразнобой с вербаликой.

Цель выбинаров - Опыт коммуникации со своими желаниями и другими людьми.

ДЗ:
Отнеситесь серьезно. Запишите. Будет 4 упражнения. Сделать и описать на емейл.
1. Человек - уникальная вселенная. Опишите 3-4 пункта ваших Реальных ценностей.
Материальные, эмоциональные, духовные - любые.

Опишите опыт денег - проблематичен или травматичен. "Проломили" по цене, не смогли договориться, "заманипулировали". Что вы при это чуствовали - обада, страх, гнев, месть, чувство вины.

2. Знакомых - противоположные ценности. Шумная компания вс одиночество.
Идеально описание черт конкретных людей.
Себе вопрос - каково думать о том, что есть люди, которые совершенно противоположны вам и имеют право быть ими.

3. Поманипулировать кем-то. Как получиться.
Вопрос себе - как вы себя ощущаете после этого :)

4. Создать ситуацию взаимного выигрыша - партнерского.
Вопрос себе тот же.

Завтра до 13 по Москве и на ящик  fm1@wedschool.ru.

Коряво нормально. Важно, что вы делаете. Обратная связь важна.

Письменно ДЗ - на блоге.

Я педагог с 14 летним стажем - у всего есть смысл, мы будем на это опираться.

Идем на ПМ зоне №5

PMZone#5 на тему «Управление рисками: best practices из разных методологий»
здесь

Статья по стилям руководства

Очень понравилась статья. Переводить не буду :)
Просто приведу цитатки, которые на мой взгляд стоит отметить.

сама статья


MANAGING IN MAYBERRY: AN EXAMINATION OF THREE DISTINCT LEADERSHIP STYLES

We were able to observe the recent road construction along that route and watched a trio of local citizens demonstrate their own unique management styles.

Barney’s micromanagement, Aunt Bee’s motherly management, and Andy’s masterly management.

Each of our managers made different assumptions that shaped their style—in particular, assumptions about the people being managed, and about the role of the manager.

Five critical activities:
- understanding the problem to be solved,
- planning the solution approach,
- observing what the people being managed are actually doing,
- using rules and process models to determine what to do next, and
- taking action to guide the group toward its goal.

Together these activities form a feedback system that “steers” the project team. How they are executed (i.e., what the manager defines as the problem, how the manager plans, what observations get made, which rules get followed, and how the corrective actions get taken) makes all the difference—determining just where the team will go, how the team members will feel about the software project as a whole, and ultimately how satisfactory the results will be.

Micromanagers’re just operating under the assumption that if they don’t do it, it won’t get done. Micromanagers also tend to make the related assumption that those being managed will do what they’re told to do; no more, no less.

Mother Manager: the people being managed might be able to do a few routine things without being told, but all significant decisions—especially when there was some form of contention or competition—were still firmly under her control.

The motherly manager sees them more like children, able to do a few routine things but still needing protection from anything potentially dangerous

Masterly Manager's assumption: people most of the time can take care of themselves. The role is to support them safely through hard parts.

Masterly management involves managing the project rather than the individuals.

MICROMANAGEMENT
- Simplicity
- Centralized information
- Oversight

MOTHERLY MANAGEMENT
- Parallel (almost)
- Myopic
- Nannying

MASTERLY MANAGEMENT
- Looks can be deceiving
- Power is as power does
- Measuring what counts



How to detect your situation?

Do the people reporting to you scatter like leaves in the wind when you show up? Do you feel like they are performing to the letter of the law and not the spirit? Do you jump in and start coding when there is a problem? If so, you’re probably micromanaging.

Do you organize workflow for a minimum of interaction so things go smoothly in the team? Do you step in and try to make everything all right for everybody? In crunch mode, do you revert to micromanaging? Your heart may be in the right place, but you may be in motherly managing mode.

Do you spend a fair amount of time observing what is happening, thinking about the impact the events will have on your team and project, and planning what to do? If so, you may be masterly managing.

Monday, February 14, 2011

Переговоры - WedSchool - Регистрация

Записался на бесплатный онлайн тренинг "Успех в переговорах – залог успеха твоего бизнеса или бесплатные Уроки Гуру" http://bit.ly/igREwk
Из интересного:
- треннинг это серия вебинаров с обязательными домашними заданиями
- входной "платой" является пиар семинара на разных ресурсах (минимум 3х)
- за не выполнение домашних заданий исключают, а восстанавливают за деньги

По сути завтра уже начало занятий.

Первый пост

В этом блоге я собираюсь размещать информации по профессии (Проджект менеджер, Программист) и по проф интересам (менеджмент, управление проектами, переговоры).

Enjoy!