Увольнение PO

[Alexey Krivitsky]

У кого-нибудь есть история о свержении PO с власти?

В одной из команд, с которыми я сейчас работаю такая проблема - нет абсолютно никакого доверия к PO, его считают некомпетентным и слабохарактерным.

Alexey Krivitsky

Certified Scrum Trainer

SCRUMguides : Agile coach, Scrum trainer

Agile Eastern Europe : Co-producer

AgileUkraine: Inspirator
Lego4scrum: Inventor

LinkedIn | Twitter | Facebook | XING | CV | Blog | Skype: alexeykrv | +38.050.358.9212

[Nikita Filippov]

Только через фидбек ему, покоучить, потом наверх идти 

среда, 28 августа 2013 г. пользователь Alexey Krivitsky писал:

--
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
 
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Agile Ukraine.
 
Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес agile-ukrain...@googlegroups.com.
Настройки подписки и доставки писем: https://groups.google.com/groups/opt_out.

--
_______________________________________
Nikita Filippov. CEO, Agile Coach at ScrumTrek
Cell: +7 (962) 977 15 46, Skype: nikita_filippov
http://www.linkedin.com/in/nfilippov

[Alexander Rivkind]

Хвост вертит собакой?

2013/8/28 Nikita Filippov <nfil...@scrumtrek.ru>

--
Best Regards, Alik.

[Borys Lebeda]

Очень просто:

1) Говорить ему и его руководству в течении трёх месяцев, как минимум три раза в неделю, что без его квалифицированной помощи этот продукт точно никогда не взлетит и если бы не он, мы бы вообще не понимали назначения того, что мы пишем

2) Следующие три месяца говорить, что продукт\новая версия\эпик фича уже вызревает и пора подумать о позиционировании на рынке.

3) Следующие три месяца нужно активно помогать ему найти себе помочника А (в своей или в его организации).

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

Сработало в 2 случаях из 3.

2013/8/28 Nikita Filippov <nfil...@scrumtrek.ru>

--
Borys L.

[Vlad Savitsky]

+1 Borys Lebeda

2013/8/28 Borys Lebeda <borys....@gmail.com>

--
 Vlad Savitsky
(Team Lead, Shvets Group)

+380965302712
Skype: vlad_savitsky
vlad.s...@shvetsgroup.com

http://www.linkedin.com/in/vladsavitsky

[Oleh Koretskyy]

Та це ж ще 1 цілком незалежний екземпляр мого плану, що подіяв 1 раз з 1го :)

28 серп. 2013 22:50, "Vlad Savitsky" <vlad.s...@shvetsgroup.com> напис.

[Nataliya Trenina]

Звучит как best practice ))

28 августа 2013 г., 23:09 пользователь Oleh Koretskyy <oleh.ko...@gmail.com> написал:

--

Nataliya Trenina

Agile coach, Executive @ SCRUMguides 
Founder, Chair @ HOTCODE Conference 
Founder, Chair @ AGILE Eastern Europe

LinkedIn | Twitter | Facebook | Blog | 

+38.050.412.61.35 Skype nattrenina

HOTCODE COOL IS www.hotcode.org

[Alexander Burdun]

Поставить персонажа, который мешает еще выше?:)
А смысл? Косяки буду на уровень выше, исправлять сложнее.
Я более бронелоб в таких вопросах. Не скромничаю в плане подвинуть и прямо заявить, что он неадекват.
Во многом мешает, но в долгосрочной перспективе - ок.

Но. Неадекватность надо обосновать и разобраться, действительно ли это неадекватность. Я ВПРИНЦИПЕ в неадекватность не верю. Просто мб человек не на своем месте.
Т.е. То что команда возмущается это нормально. Это может быть еще и потому что РО на самом деле адекватен и принимает решения которые просто не нравятся команде, но они правильные.
Нужно этот вопрос согласовать изначально с ним. Прямо заявить мол - такие и такие требования к РО. С такими и такими ты справляешься ХОРОШО(этот пункт обязателен). Потом высказать что не устраивает.
Если движений не будет - не скромничать и идти выше.
Ну и не сцать оказаться мудаком. Через плечо в опу целовать из дипломатических соображений - далеко не всегда правильная тактика. Она работает только там где зависимостей нету. И где пофигу через плечо или так чтоб результат был.

Как по мне то лучше мудак, но с результатом.

29 августа 2013 г., 0:12 пользователь Nataliya Trenina <nat.t...@gmail.com> написал:

--
Александр Бурдун

tel: +38 097 137 0443
skype:    a.burdun
AIM/ICQ: 307064073
http://burdun.com

[Borys Lebeda]

Тоже вариант конечно ... 

Доложить ему правду-матку в доступной форме, что мы, команда разработчиков, считаем его, Product Owner'а не компетентным\не адекватным\не на своём месте или мы просто ему не доверяем (нужное обвести). 

Дальше обосновать, почему мы так считаем. И если человек адекватный и конструктивный, то он нас внимательно выслушает, сделает выводы, попросит совет (если нужно) и заработает по-новому. Если же выводов не сделает, то мы изложем свою позицию его руководству, мотивируя тем, что мы изначально согласовали с ним требования к PO, а тут видим, что оказывается он не так хорош, как мы расчитывали. И конечно, в этом случае руководство примет правильное решение...

Мне в целом нравится.

Однако есть ряд вещей, которые заставляют меня сомневаться в таком сценарии: 

* На моей памяти из нескольких десятков попыток провернуть нечто подобное (из них две были мои), я не видел, что бы это сработало с хорошим результатом для кого-либо из ближайшего окружения. 

* Интересно, что даже замена некомпетентного PO не приводила к хорошему результату.

* Ну и наконец, самое обидное: почему-то заказчик в большинстве случаев не считает необходимым согласовывать требования и позицию PO с исполнителем. (Вероятно во всем виноваты индийские аутсорсеры, которые готовы работать с кем угодно).

Я вовсе не говорю, что позитивный результат здесь принципиально невозможен: возможно я его не видел просто потому, что свою IT-карьеру мне ни разу не посчастливилось работать в компании, где исполнитель имеет большее влияние на руководство, чем PO. Более того, мне паталогически не везёт в таких переговорах: чаще всего когда мои коллеги прямо или косвенно критикуют PO, он мало того, что болезненно воспринимает критику, но ещё и становится на какое-то время менее восприимчивым к дальнейшей конструктивной беседе.

И ещё (что бы вы не думали, что мне всегда не везёт): в тех двух случаях из трёх, когда мой план всё-таки сработал, по какой-то непонятной причине бывший "плохой" PO превращался во вполне нормального руководителя: 

* разбирался в продуктах всей линейки,

* переставал микроменеджить,

* всегда находил нужных людей

* становился очень восприимчивым к просьбам и советам со стороны моей команды 

и (мой любимый пункт!): когда возникали проблемы с нашим продуктом при установке, внедрении или использовании, он был очень нисходителен к нам: к удивлению моего руководства, он ни разу не сказал, что проблема в кривизне рук исполнителей, - всегда находились какие-то другие причины.

Субъективно, конечно, но как-то так ...

2013/8/29 Alexander Burdun <a.bu...@gmail.com>

--
Borys L.

[Vasyl Keretsman]

А почему сразу "свержение"?  Может стоит попробовать помочь ему стать хорошим PO?
Команда уже пыталась это сделать?
Кстати как сама команда то?

2013/8/28 Alexey Krivitsky <alexeyk...@gmail.com>

[Alexander Burdun]

Но на вскидку мне кажется что если такая проблема возникла - это косяк скрам-мастера.
РО это РО, с него спрос маленький. Он по-сути заказчик. Что значит "сместить заказчика"? Звучит как бред.
А вот сраммастеру с неадекватным РО будет сложно. Только команду это касаться не должно.

29 августа 2013 г., 10:39 пользователь Vasyl Keretsman <vas...@gmail.com> написал:

[Alexander Burdun]

"СРАМмастер" мвахах)) Очепятка по Фрейду:)

29 августа 2013 г., 11:12 пользователь Alexander Burdun <a.bu...@gmail.com> написал:

[Vlad Savitsky]

Я опять согласен с Borys Lebeda. Лично у меня подобного опыта нет вообще, но предлагаемая им схема выглядит очень работоспособной, кроме того PO - это часть команды заказчика и с этим нужно считаться ведь им проще поменять всю команду разработчиков, чем одного своего человека и внутренние связи внутри их команды тоже нужно учитывать.

Есть ещё вариант с итальянской забастовкой (http://ru.wikipedia.org/wiki/%D0%98%D1%82%D0%B0%D0%BB%D1%8C%D1%8F%D0%BD%D1%81%D0%BA%D0%B0%D1%8F_%D0%B7%D0%B0%D0%B1%D0%B0%D1%81%D1%82%D0%BE%D0%B2%D0%BA%D0%B0). Просто делать только то, что PO сказал и только так как сказал. 

• Нужны Definition of Ready (имеется в виду готовность тикета к разработке: как минимум это внятная User Story и Acceptance criteria) для тикетов, далее метим все тикеты как не готовые к разработке на грумминге.
  
• Ставить в СС вышестоящее руководство со своей и их стороны.
• Не стеснятся назначать митинги, чтобы обсудить детали тикетов/проекта и уведомлять вышестоящее руководство в случае отказа (перенос на другое время не считается).
• Всячески проявлять готовность к сотрудничеству и решеню вопросов, но показывать руководству на "той стороне", что проблема в этом самом PO.

Это мои теоретические размышления, которые не были проверены на практике, так как PO у нас хороший.

2013/8/29 Vasyl Keretsman <vas...@gmail.com>

[Vlad Savitsky]

Да, кстати, в конфликтах не бывает одной виноватой стороны - всегда виновны все, поэтому стоит обратить внимание на то, почему команда не может нормально работать с PO. В идеале команда и скрам-мастер должны уметь работать в любым PO, который хоть как-то выполняет свою работу. Если он не выполняет вообще - итальянская забастовка и всем махнуть на пляж пока тикеты не готовы. Один-два спринта и клиенты зашевелятся. Если не зашевелятся, то значит деньги, которые они платят незначительны для них - предложите увеличить сумму и делайте работу PO за эти деньги сами на своей стороне - можно выделить кого-то из команды быть представителем PO. Опять же пару фейлов локального PO и remote PO быстро возьмется за дело.

2013/8/29 Vlad Savitsky <vlad.s...@shvetsgroup.com>

[Alexey Krivitsky]

Контекст: продуктовая компания. Тут нет заказчиков, тут есть отдел с командами и PO. Команды давно пытаются от него избавиться. Он не лидер. 

2013/8/29 Vlad Savitsky <vlad.s...@shvetsgroup.com>

[Andrew Pavlyukov]

PO один на всех, или команда PO-ов?

[Misha Marchenko]

А РО должен быть лидером? И разве не задача SM обучать РО?

четверг, 29 августа 2013 г. пользователь Andrew Pavlyukov писал:

Marchenko Mykhailo

Phone: +38 063 8477434
           +38 091 3001389

Skype: shami-13
Twitter: http://twitter.com/shami13
Linkedin: http://www.linkedin.com/in/shami13
Blog: http://blog.shami.com.ua
Site: http://shami.com.ua

[sergiy movchan]

8-О не лидер? вам шашечки или ехать? :)

если ПО

1. придумывает\знает новые фичи, которые нужны рынку

2. даёт приоритеты на фичи

то заткнитесь и работайте :)

если нет, то он объективно плохой ПО и это можно показать начальству.

2013/8/29 Alexey Krivitsky <alexeyk...@gmail.com>

--
...dali bude...

[Kirill Klimov]

Лёша,

я способствовал увольнению. 

если не лидер, ищите лидера.

On Thursday, August 29, 2013 12:02:58 PM UTC+3, Alexey Krivitsky wrote:

[Alexander Burdun]

Мне кажется или роль РО путают с ролью ватерфольного РМ?
Для того чтобы приоритеты в беклоге расставить - лидером быть не обязательно. Хоть это и будет бонусом.

29 августа 2013 г., 15:23 пользователь Kirill Klimov <klimo...@gmail.com> написал:

--

[Alexey Krivitsky]

Один на все три команды внутри отдела

2013/8/29 Andrew Pavlyukov <andrewp...@gmail.com>

[Vlad Savitsky]

Можно вывезти все 3 отдела и PO на пейнтбол и мягко намекнуть PO, что есть некоторые проблемы: http://www.youtube.com/watch?v=a6B0lK0n3SM :)

2013/8/29 Alexey Krivitsky <alexeyk...@gmail.com>

[sergiy movchan]

2013/8/28 Alexey Krivitsky <alexeyk...@gmail.com>

нет абсолютно никакого доверия к PO, его считают некомпетентным и слабохарактерным

а вообще уже любопытно. в моём опыте к ПО претензии сводятся так или иначе к тому, что он забивает, т.к. у него нет времени.

в чём проявляются у вас симптомы?

--
...dali bude...

[Borys Lebeda]

Лёша,

Если там все три команды готовы мобилизовываться против PO, то у меня есть пара рецептов, как его свергнуть.

Работает в 90% случаях если он не флегматик и не владелец бизнеса.

Все рецепты я бы назвал деструктивными и они не гарантируют что замена будет намного адекватнее. Единственный плюс все участники, так сказать, "выхватят лулзов".

Если нужно, то напиши в личку - поделюсь за небольшое вознаграждение :)

2013/8/29 Alexey Krivitsky <alexeyk...@gmail.com>

Один на все три команды внутри отдела

--
Borys L.

[Yaroslav Doroshchook]

Борис, 
Под раздачу, в таком случае, могу попасть инициаторы, PO и самые активные участники перепалки. Так же, могут посчитать, что сильно выраженного понимания/осознания возможности давления команды разработки на команду заказчика не должно быть. И тогда, в результате перепалки, сменят не только РО, а и часть команды. Если не всю.

В каких отношениях РО с другой частью команды заказчика, и кто в нее входит?

29 августа 2013 г., 18:22 пользователь Borys Lebeda <borys....@gmail.com> написал:

--
Best regards,

Yaroslav Doroshchuk
skype: yarroha
tel: +380971020845
LinkedIn: http://ua.linkedin.com/in/yarroha
Facebook: http://www.facebook.com/yarroha

[Ilya Sviridov]

Поддерживаю идею поблагодарить и "повысить".
Видел как работает, все вздохнули с облегчением.

[Borys Lebeda]

Ярослав,

Если вы читали мои предыдущие посты, то наверняка обратили внимание, что я не сторонник таких методов.
Но я понимаю, что ситуация бывает разной.
Если у Лёши реально идёт конфронтация, то есть методы, да такие, что под раздачу никто не попадёт. Единственное, не факт что новый РО б бдбудет устраивать команды.

[Oleh Koretskyy]

РО переважно людина зі сторони замовника, особливо, якщо це аутсорс. Значить РО часто вважається більшим начальником, ніж виконавці-програмісти (хоч це і не зовсім по скраму). Ну і часто РО більше/частіше спілкується з менеджментом, і так його думка набуває додаткової ваги.

Тепер давайте вгадаємо, кого РО буде хвалити, тягнути за собою по службі і фірмах, і головне — кому він прощатиме помилки легко і тихо (а помилки при програмуванні завжди є):
- команді, яка його завжди підтримує, _ніколи_ не підставляє, фідбек говорить завжди ввічливо і не забагато для втілення, всі пропозиції подає реальні;
чи
- команді, яка хоче його вижити, постійно виставляє претензії, часто публічно, та підставляє перед начальством
???

І ще один аспект — РО теж людина. І якщо він некомпетентний, то він скоріше за все або цього не усвідомлює, або не знає, як покращити своє становище, ну або ліниться вчитись/працювати. В перших двох випадках добре ставлення вирішить проблему, і налагодить довгострокові взаємовигідні стосунки. У третьому випадку потрібно ще й мотивація, але це нічого не відміняє.

І наостанок. Поставте себе на його місце, але цілком, викинувши з голови знання яких він не має. Це мабуть допоможе придумати краще рішення.

29 серп. 2013 19:30, "Borys Lebeda" <borys....@gmail.com> напис.

[Alexander Lyabah]

:))

Не удержался...

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

Влюбился в SM из своей команды.

Есть, спать не могу, она упорно не обращает на меня внимания, хотя я
все тикеты закрываю лучше всех, а на ретроспективах самый активный.

У кого такое было в команде, что посоветуют опытные товарищи. Какие
подходы и стратегии можно использовать.

Перерыл всю литературу о скраме и аджайле там ни слова об этом.

Всем спасибо

ПС: Пожалуйста, не удаляйте меня из группы, я просто не удержался )))))))))))))

2013/8/30 Oleh Koretskyy <oleh.ko...@gmail.com>:

> РО переважно людина зі сторони замовника, особливо, якщо це аутсорс. Значить
> РО часто вважається більшим начальником, ніж виконавці-програмісти (хоч це і
> не зовсім по скраму). Ну і часто РО більше/частіше спілкується з
> менеджментом, і так його думка набуває додаткової ваги.
>
> Тепер давайте вгадаємо, кого РО буде хвалити, тягнути за собою по службі і

> фірмах, і головне -- кому він прощатиме помилки легко і тихо (а помилки при

> програмуванні завжди є):
> - команді, яка його завжди підтримує, _ніколи_ не підставляє, фідбек
> говорить завжди ввічливо і не забагато для втілення, всі пропозиції подає
> реальні;
> чи
> - команді, яка хоче його вижити, постійно виставляє претензії, часто
> публічно, та підставляє перед начальством
> ???
>

> І ще один аспект -- РО теж людина. І якщо він некомпетентний, то він скоріше

> за все або цього не усвідомлює, або не знає, як покращити своє становище, ну
> або ліниться вчитись/працювати. В перших двох випадках добре ставлення
> вирішить проблему, і налагодить довгострокові взаємовигідні стосунки. У
> третьому випадку потрібно ще й мотивація, але це нічого не відміняє.
>
> І наостанок. Поставте себе на його місце, але цілком, викинувши з голови
> знання яких він не має. Це мабуть допоможе придумати краще рішення.
>
> 29 серп. 2013 19:30, "Borys Lebeda" <borys....@gmail.com> напис.
>
>
>>
>> Ярослав,
>>
>> Если вы читали мои предыдущие посты, то наверняка обратили внимание, что я
>> не сторонник таких методов.
>> Но я понимаю, что ситуация бывает разной.
>> Если у Лёши реально идёт конфронтация, то есть методы, да такие, что под
>> раздачу никто не попадёт. Единственное, не факт что новый РО б бдбудет
>> устраивать команды.
>

[sergiy movchan]

2013/8/30 Alexander Lyabah <alex...@lyabah.com>

Есть, спать не могу, она упорно не обращает на меня внимания, хотя я
все тикеты закрываю лучше всех, а на ретроспективах самый активный.

ну это ж просто - создай маленькую проблему и сразу на тебя СМ направит внимание. проверял - работает

--
...dali bude...

[Nataliya Trenina]

Саша! Это пять! Я плакал(а))

пятница, 30 августа 2013 г. пользователь sergiy movchan писал:

--

--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/
 
To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Agile Ukraine.
 
Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес agile-ukrain...@googlegroups.com.
Настройки подписки и доставки писем: https://groups.google.com/groups/opt_out.

[Mikalai Alimenkou]

5 баллов за шутку! Серьезнейшие проблемы обсуждаются в Agile сообществе - уволить ли PO, линчевать ли SM, можно ли плюнуть на Scrum доску... Такое ощущение, что разрабатывать софт качественно и быстро все уже научились, остались мелочи. :)

Надо выходить на новый качественный уровень с учетом общих тенденций: наш PO похоже гей, SM ходит в церковь и крестится перед доской задач, члены команды смотрят пиратские записи докладов с конференций. Вот это действительно проблемы... :)

пятница, 30 августа 2013 г., 17:14:08 UTC+3 пользователь Alexander Lyabah написал:

[Alexey Krivitsky]

Спасибо все за столько идей.

Повысить, похоже, не выйдет. Он явно не блещет и это многие понимают

2013/8/29 Ilya Sviridov <svirid...@gmail.com>

[Alexey Krivitsky]

По-твоему проблемы с PO - это несерьезная вещь? Для меня сейчас это серьезный импедимент.

За последние полгода это первая тема, которая тут обсуждается.

Так что буду рад увидеть в этой группе новые темы. Более или менее серьезные, чем эта

2013/8/31 Mikalai Alimenkou <lumii.su...@gmail.com>

[Mikalai Alimenkou]

Да, на мой взгляд это очень простая проблема. Надо прямо сказать о проблемах самому ПО. И у тебя как у консультанта отличная безопасная позиция для этого. А если ничего не меняется, то донести проблему с подтверждающими фактами до платящего бабло руководства. Желательно сгустить краски на тему пропадающей мотивации у команды и рисках ее потерять. А дальше уже дело бизнеса. Если всем начхать наверху, то любые другие действия будут самообманом и пустой тратой времени. Это как если бы строители уговаривали вас за те же деньги сделать вам ремонт получше. Сами бы приносили из дому материалы, скидывались деньгами, умоляли вас приезжать на стройку... :)

[Alexey Krivitsky]

Ты упрощаешь ситуацию, поэтому кажется, что это простая проблема.

Дам знать через 2 месяца что вышло с этим.

Кри

On Sunday, September 1, 2013, Mikalai Alimenkou wrote:

Да, на мой взгляд это очень простая проблема. Надо прямо сказать о проблемах самому ПО. И у тебя как у консультанта отличная безопасная позиция для этого. А если ничего не меняется, то донести проблему с подтверждающими фактами до платящего бабло руководства. Желательно сгустить краски на тему пропадающей мотивации у команды и рисках ее потерять. А дальше уже дело бизнеса. Если всем начхать наверху, то любые другие действия будут самообманом и пустой тратой времени. Это как если бы строители уговаривали вас за те же деньги сделать вам ремонт получше. Сами бы приносили из дому материалы, скидывались деньгами, умоляли вас приезжать на стройку... :)

--
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/

To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com
To unsubscribe send email to agile-ukrain...@googlegroups.com
---
Вы получили это сообщение, поскольку подписаны на группу Agile Ukraine.

Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес agile-ukrain...@googlegroups.com.
Настройки подписки и доставки писем: https://groups.google.com/groups/opt_out.

--
Sent from iPhone

[Mikalai Alimenkou]

Говорю по собственному опыту - в IT принято все усложнять и запутывать. На самом деле все гораздо проще чем кажется. Если кто-то видит проблему, то ее надо сделать видимой для тех, кто заказывает музыку. А если им пофиг, то либо создать себе собственный комфорт и забить либо уволиться.

[Dmitriy Efimenko]

Извини, но это типичный ответ консультанта :)

воскресенье, 1 сентября 2013 г., 15:10:22 UTC+3 пользователь Alexey Krivitsky написал:

Ты упрощаешь ситуацию, поэтому кажется, что это простая проблема.

Дам знать через 2 месяца что вышло с этим.

Кри

On Sunday, September 1, 2013, Mikalai Alimenkou wrote:

Да, на мой взгляд это очень простая проблема. Надо прямо сказать о проблемах самому ПО. И у тебя как у консультанта отличная безопасная позиция для этого. А если ничего не меняется, то донести проблему с подтверждающими фактами до платящего бабло руководства. Желательно сгустить краски на тему пропадающей мотивации у команды и рисках ее потерять. А дальше уже дело бизнеса. Если всем начхать наверху, то любые другие действия будут самообманом и пустой тратой времени. Это как если бы строители уговаривали вас за те же деньги сделать вам ремонт получше. Сами бы приносили из дому материалы, скидывались деньгами, умоляли вас приезжать на стройку... :)

--
--
Agile Software Development Group, Ukraine, http://www.agileukraine.org/

To visit the group online see: http://groups.google.com/group/agile-ukraine/
To post to this group send email to agile-...@googlegroups.com

To unsubscribe send email to agile-ukraine+unsubscribe@googlegroups.com

---
Вы получили это сообщение, поскольку подписаны на группу Agile Ukraine.

Чтобы отказаться от подписки на эту группу и перестать получать из нее сообщения, отправьте электронное письмо на адрес agile-ukraine+unsubscribe@googlegroups.com.

Настройки подписки и доставки писем: https://groups.google.com/groups/opt_out.

--
Sent from iPhone

[Mikalai Alimenkou]

Консультантам выгодно усложнять проблемы, ведь тогда есть работа. На самом деле, у консультантов идеальная позиция, чтобы ткнуть всех носом в проблемы и мягко намекнуть на решения. Или даже не намекать, а просто подвести к ним, чтобы все сами приняли их.

понедельник, 2 сентября 2013 г., 10:37:28 UTC+3 пользователь Dmitriy Efimenko написал: