Предпренимательство по научному!(отзыв на Lean Startup)

Amazon

"There is surely nothing  quite 

so useless as doing with 

great efficiency what should 

not be done at all." 

Peter Drucker 

Обязательное чтение для каждого, в ком есть кроха предпринимательской крови =)
Если еще лет 20-30 назад предпринимательство и инновации считались искусством, то сейчас - это четкий научный процесс с метриками, опытами и всем таким) И чтобы стать Стивом Джобсом не надо быть гением со звездой во лбу, а следовать простым и понятным принципам.
Что это за правила и откуда берется планомерный процесс создания нового бизнеса расскажет Эрик Райс в своей книге "Lean Startup".
Имхо, по полезности она граничит или даже равна "4 шагам к озарению", которая тоже затесалась в мой личный топ книг)

В чем суть любого стартапа (да и вобще начинающегося бизнеса) -  в том, чтобы найти проблему, которую нужно решить, клиентов, у которых есть эта проблема, и попутно создать новую бизнес модель(т.е. ПОВТОРЯЕМЫЙ процесс зарабатывания денег)
.
Так как заранее не известно, кто станет вашими клиентами, какую проблему надо для них решить и каким образом, то основная задача стартапа - выяснить эти 3 неизвестные.
Т.е. стартап - это процесс поиска потребителей и их проблем, и эффективность его равна тому, с какой скоростью он может обучаться, предлагать гипотезы потребителей\проблем\решений, проверять и опровергать их. Фактически это исследовательская организация и настоящий "выхлоп" стартапа - это знания.

А для этого традиционные средства управления и менеджмента заточены очень плохо, и методологий, как исследовать новые бизнес модели - нет.Традиционный метод ученых - раздать гранты и надеяться, что один из них "выстрелит", -  ну очеееееень хлипкий и не подходит для такой ситуации.
Так что, правильный путь стартапа - это процесс создания "подтвержденного знания" (validated learning), через который предпрениматели смогут научиться создавать долгоживущую бизнес модель. Этот процесс отличается от учебы через fail`ы, которая жутко дорогая и не эффективная.

Стартапам нужен свой Build-Test(Measure)-RefactorLearn процесс, и свой continius integration  feedback(ура, инженерный практики идут в предпренимательство! =)), для получения постоянного обратной связи от клиентов и рынка. Анализируя информацию от рынка, надо решать продолжать ли с этой идеей или "свернуть в сторону"(pivot).

"Свернуть" можно по разному: расширить область решаемой проблемы, сузить ее, сменить сегмент клиентов,  платформу или технологию разработки и т .д. Не смог свернуть в ключевой момент, т.к. "на эту идею уже затрачено столько усилий", - вылетел в банкротство) Продолжительность жизни стартапа вобще равна тому на сколько "сворачиваний" хватит финансов) Стартап начинает с бизнес-модели -  "пробовать гипотезы и ошибаться до тех пор, пока не найдется рабочая бизнес-модель" =)

Кроме того, Эрик расскажет вам какие действительно должны быть метрики у стартапа. Растущая база пользователей - фигня! Вы же не способны купить себе и агамбургера с доходов от нескольких зарегистрированных пользователей ? Большинство стартапов гоняться именно за "тщеславными показателями" (vanity metrics) [черт-побери, я работаю в таком =)], для которых видимый прогресс в этих метриках - показатель успеха, не смотря на то, что платящая пользовательская база как была в районе 0-1% так и остается =) Эти метрики не показывают насколько удачно на самом деле работает стартап, успешно ли он обучается и близок ли он к своей цели - созданию повторяемого и растущего бизнеса.

Именно поэтому надо применять концепции "MVP"(minimal viable product) и концепцию малых очередей - сделать что-то и сразу проверить, а есть ли у этого покупатель, и готовы ли клиенты за эту фичу покупать про-аккаунты\оформлять подписки на сервисы.
Вполне может оказаться, что многие ваши предположения по поводу потребностей клиентов - ошибочны(так, например, оказалось в стартапе самого Эрика  - "IMVU"), и пользователи не будут готовы платить, пока вы не найдете этот самый value.

Именно это и есть "Lean Thinking", примененное к стартапу, - максимально быстрое обучение c быстрым избавлением от мусора(не подтвержденных и не работающих идей).

Если вам кажется, что это работает только в ИТ - это не так. Это работает даже в некоммерческих организациях, направленных на благотворительность. В книге есть множество примеров применения принципов Lean Startup для разных сфер деятельности и направлений .

Суммарно все эти принципы можно свести к пяти шагам:
1) Все что делает стартап - это обучение, создайте процесс обучения
2) Постройте MVP
3) Не тратьте энергию\ресурсы на ненужную деятельность - презентации\расширения рынка и т.д.
4) Проверьте свой продукт, войдите в цикл "build, measure, learn".
5) И будьте готовы свернуть =)

Идеи, изложенные в этой книге, подходят как стартапам, так и крупным фирмам, которые хотят не отставать на волне инноваций. Например, интересен кейс с Intuit(.com), который поставил себе цель "быть инновационным" и завел себе метрику "доход, который получен от продуктов  созданных менее года назад" и преуспел в этом направлении.

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

Прочитал "Eric Sink on the Business of Software"

Амазон


Довольно интересная книга - рассказывает, как развивать бизнес по разработке По(в данном случае массового, а не заказного). Думаю, было бы полезно всем тем, кто хочет делать свой стартап\уже пилит его по ночам\планирует написать новый веб-сервис или айфон-приложение)
Я почерпнул из нее некоторые основы финансового учета, маркетинговые концепции типа loss leader и еще пару-тройку полезных фактов и мыслей по схожим темам.

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

Хотя автор книги и занимается десктопным софтом (в частности разрабатывает систему управлению версиям, да-да не все пользуются git`ом и svn`ом =)), но его советы касаются достаточно общих вопросов предпринимательства, работы с людьми, маркетинга и продаж.

Если б я в свое время не читал "Четыре шага к озарению" и прочие ..., то эта книга кардинально бы раскрыла для меня многие моменты, а так она позволила мне еще глубже понять, что разработать и придумать продукт - это 20-30% работы, а найти для него аудиторию и продать - все 70-80%.

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

Поэтому автор советует не соваться в те области, где объем рынка достаточно велик, чтоб заинтересовать Микрософт, Оракл и другие крупные фирмы. Что кажется контр-интуитивным, но несет немалую долю смысла =).

Секция предпринимательства начинается так :
Автор предлагает начать с таких простых вещей: как оценка - а потянешь ли ты ?) А что делать если дело прогорит ? Есть ли запасной план ?
Посчитать насколько большой рынок ты пытаешься захватить\создать, поделить это на  5-10 раз, т.к. все равно ошибешься. Потом посчитать во сколько обойдется создание первоначальной версии хотя бы на первый год, учитывая ВСЕ мелочи(даже кофе, телефон, не говоря уже об арендной плате) и соответственно подвести баланс, сколько денег ты ПОТЕРЯЕШЬ за первый год( и это еще хорошо, если зарплату никому не надо платить, себе ведь можно платить - 0), т.к. скорее всего дохода не будет, или он будут очень мизерный.

Потом идет секция бухгатерского учета для гиков) Что такое Income statement\Cash Flow Statement \какой должен быть Profit Margin (читал в оригинале, потому не знаю русских аналогов).

Автор начинал свою компанию  в одиночку  (в параллели с основным бизнесом) и заваливает ее, переоценив рынок и переоценив насколько полезна "Отличительная особенность" продукта от другого похожего софта (он писал солитер, который всегда можно выиграть).
В общем, совершил кучу ошибок)
Автор удивляется, как можно стать довольно успешным, как он, совершив СТОЛЬКО ошибок) И тут же говорит - совершайте их побольше)

Вторая часть, как я уже говорил про подбор сотрудников: там рассказывается, как выбирать разработчиков( а не "программистов" и "кодеров"), которые могут решить большее количество проблем и не прочь замарать свои руки тем, что нужно бизнесу, а не разговорами "я не продаю\общаюсь с пользователями\занимаюсь исследованием рынка\и т.д.". Звездный программист не всегда лучший работник для вашей компании.

Рассказывает он и о том, как набирать продавцов и что это должны быть за люди. Не буду пересказывать всю книгу, а то вы ведь не станете ее читать)

Ну и соответственно 3я и 4я четверть повествуют о маркетинге и продажах. О том, как найти свою нишу, о поиске проблемы и идеи для ее решения. О том, что в сущности технология - очень малая часть решения той или иной проблемы. Как провалидировать свою идею, как оценить, сколько времени она займет, как понять, кто будет ее покупать и нужен ли тот, кто ее будет продавать. О том как выбирать конкурентов, и о том, что отсутствие конкурентов - ОЧЕНЬ плохой знак. Естественно, не обошлось без упоминания и о пропасти между энтузиазистами и прагматиками\консерваторами. О том, как выбрать технологическую платформу и почему это решение с точки зрения бизнеса, а не вашего личного предпочтения.

Кроме того рассказывается о том, как ходить на конференции\торговые выставки в выбранной  области, как оформлять стенды("выйграй айпад" особо популярно в последнее время =)), как заказывать рекламу в журналах и интернете.
Естественно к этому прилагаются советы по продажам, ценообразованию и т.д.

В общем этакий "how to о создании бизнеса по разработке софта за 10 простых шагов", думаю поможет всем, кто завязан в нашей Ит-шной области, чтоб понимать, чем занимается он сам или его коллеги.
Скорее всего кому-то вроде продакт менеджера в достаточно крупной компании типа  Abbyy\Parallels`а данная книга ничего не расскажет.
Зато она написана в достаточно интересном и ироничном стиле с кучей метафор, что даже прожженный продажник поймет, что такое разработка софта, а бородатый программист поймет зачем нужны маркетинг и продажи и "чем занимается эта куча менеджеров, вот программисты то понятно, чем занимаются" (ц) цитата коллеги, из моего прошлого =) 

Отзыв на биографию Стива Джобс От Уолтера Айзексона

Ссылка на Озон

Пока Эппл еще на волне интерес к личности Стива Джобса и созданной им компании есть, так что почитал с удовольствием и узнал многие факты, которые слегка поколебали мое текущие понимании мира.

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

Мне вот, например, было неизвестно, что Джобс оказался брошен в свое время родителями (и был приемным сыном) и это повлияло на всю его судьбу и ощущение особенности.

Что в студенческие годы он увлекался кислотой и просветлением сидел на всяческих фруктовых диетах, не мылся неделями, т.к. считал что его просветление и диеты делают его "чистым", не смотря на все недовольство окружающих) Был исключен из колледжа, но продолжал ходить на интересные ему курсы, считал себя бунтарем, но при этом все стремился продавать и был вобще таким предпренимательского типа человеком. Успел поработать техником в Атари и там научился, что такое бизнесн и как быть бизнесменом от ее владельца. Искал просветления, ездил в Индию, принимал странные диеты, да и вобще вел дикий образ жизни и т.д.)

Саша Панкратов и Слава Орлов учат, что софт скиллз и умение наладить отношение с людьми - это в нашем мире почти все) Но вот Джобс вобще делил людей на гениев и идиотов, беззастенчиво опускал своих сотрудников и коллег, был чрезвычайно высокомерен, да и вобще на приятную личность не особо тянет. Но при этом мог мотивировать словами, не что нужно конкретному работнику(там деньги, карьеры, признание и т.д.), а мы - "чувак да мы с тобой поменяем мир!" =)
В общем почти антипример всех книг по софт-скиллз, управлению людьми и т.д.)

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

Сейчас кажется, что Эппл всегда была великой и хорошей, но на этом пути она успела завалить кучу проектов: apple lisa, macintosh portable, apple messagepad и т.д., причем в эти моменты шла война между внутренними офисами и Джобс сам подрывал продажи некоторых своих продуктов, т.к. они были сделаны не по его мнению.

Джобс ныл и плакал, предавал друзей, например со-сонователя Эппла - Стива Возняка, после того как тот ушел из Эппла и основал свою компанию, по производству пультов дистанционного управления, Стив звонил его поставщикам и угрожал, что Эппл разорвет с ними контракт, если они и дальше будут ему поставлять компоненты. Он был раздражительным и несдержанным. Джобс втайне готовил заговоры, чтоб сместить неугодных ему людей из менеджмента и боролся за власть с советом директоров, за что его сначала сместили с управленческих должностей, а потом он ушел из Эппл. Он называл людей критинами, а их идеи - идиотчкими, но через пару дней обдумав, говорил что его посетила гениальная мысль и выдавал идею за свою)

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

Еще в книге упоминается конечно же работа в Pixar и выпуск "Истории игрушек", борьба и сотрудничество с Диснеем. Его возвращение в Эппл разработки иподов, ифонов и айпадов, о том какие они офисы создавали, чтоб поощрять креативность и коммуникации, как ни странно отдаленно напоминает Scrum/Agile и все такое с тесно-интегрированными, постоянно общающимися командами.


По прочтению сложилось двоякое впечатление: "как ТАКОЙ человек мог создать столь успешный бизнес ?", и вторая мысль: "вот же оно как бывает, тут есть чему научится" =)

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

Не все смогут такое провернуть, я даже не совсем уверен, что знаю хоть 1го человека, кто на такое способен. Но, что такое возможно, и что это в принципе повторяемо - да.

Тони Бюзен. Супермышление(The Mind Map Book)

Ссылки: Озон. Амазон

Еще в феврале дочитал данное творенье. Но, что-то все не было времени написать отчет.

Давно был наслышан о технике и даже имел какое-то свое представление, но довольно ущербное. Что-то вроде: "хитрые визуальные иерархические списки". Решил таки просветиться и grok`нуть что-же это такое)

После прочтения стал понимать некоторые концепции работы этой методики :
- использования цветового кодирования и картинок для усиления ассоциаций
- и использования визуальных методов для более компактной записи и соответственно более быстрого чтения
- ну и возможность спускаться вверх\вниз по иерархии для изменения уровня детализации.

Теперь о самой книге и ее авторе:

Не буду рисовать майнд-мап а нагло воспользуюсь списками =)

Недостатки:
- Автор приписывает изобретения концепции себе, хотя техники типа concept map, существуют еще с 70х, уже дает повод для беспокойства.
- Очень много продажи, очень много преувеличения типа: этот метод сделает вас гением, позволит повысить продуктивность в 10 раз, решит все ваши проблемы и проблемы человечества и т.д. Может я конечно дурак, но просветления не получил =)
- Автор использует псевдо-научные(ну или как минимум уже опровергнутые факты) типа ваш мозг работает на 10%, если равномерно нагружать левое и правое полушарие то вы станете гением и т.д.)
- Очень много повторения, повторение конечно помогает запомнить и все такое, но постояно возникающий вопрос: "разве я это еще не прочитал ?" вызывает жесткое желание пропустить 10к-другой страниц)

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

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

От хорошего к великому. Почему одни компании совершают прорыв, а другие нет… / Good to Great: Why Some Companies Make the Leap... and Others Don't. James C. Collins

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

С одной стороны книга специфичны типа: как хорошие компании превращаются в великие.
Под хорошими подразумевается x% доходность выше рынка, под великими - в разы большая рынка доходность и рост в течении последних 10 лет. Для чистоты эксперимента брались компании-побратимы, которые так и не стали "великими", и смотрелось что делали 1ые, но не делали вторые.

С одной стороны очень интересное исследование, как сделать свою компанию быстрее\выше\сильнее и т.д, но во первых оно довольно сильно предвзято - авторы вывели 7 факторов, которым следовали эти компании чтоб стать "великими". Но исследования типа: сможешь ли трансформировать хорошую компанию в великую, если следуешь этим факторам - нет, есть так же наверняка куча компаний которые следуют другим факторам и все равно высокодоходны и хорошо поживают.

Еще интересные факты: в результате кризисе 2008 года, одна "великая" компания разорилась(Circuit City Stores), а Wells Fargo потребовалось займов на 25 миллиардов доллар, чтоб остаться на плаву, Gillette был выкуплен Proctor & Gamble,  Fannie Mae была замешена в скандале с ипотечными облигациями  =)

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

7 принципов великой компании:
1) Лидер "5го уровня"(CEO). Если честно я не запомнил описание конкретно всех уровней (и даже не уверен, что они были =)), но общая идея 5го такова: скромный человек с профессиональной волей сделать свою компанию великой, который ставит долгосрочное процветание компании превыше всего (и в частности - краткосрочных своих собственных прибылей), в частности он должен быть повышен из собственной компании а не привлечен со стороны.
Взять по этой же книги например Стив Джобс ни разу не лидер 5го уровня, т.к. без него компания чуть ли не развалилась, и не факт, что после его смерти она будет такой же успешной, но то влияние, что он сделал пока был ее лидером, так и останется с нами: планшеты, ифоны, тач-слайд-интерфейсы и т.д., спорный пункт.

Книга честно признается: а хрен его знает как определить таких лидеров, но они есть. =)

2) Сначала наберите к себе в команду гениальных людей, а потом уж решайте куда двигаться.
Стандартное "Кадры решают все", сомневаюсь, что хоть одна компания намеренно набирает некачественные кадры. Довольно банальный принцип.

3) Столкните нос к носу с проблемами и возьмите в привычку за ними наблюдать, а не игнорировать. Научитесь принимать их насколько все плохо бы не было, но не теряйте надежды. В общем-то методология Лина, CMMI и т.д., которая подразумевает, что столкнувшись с проблемой вы перестроите свой бизнес\производственный процесс, чтоб убрать ее.

4) Принцип "ежа" (hedgehog concept), раньше часто слышал, но видимо эта книга откуда он действительно пошел. Идея в двух типах: "лисицы" vs "ежы" , лисы все делают понемногу, но не отлично, а ежы - что-то одно, но отлично. Ну и бытие ежом выгоднее, т.к. позволяет сфокусироваться на том что: приносит деньги, удается лучше всего и приносит удовольствие\мотивирует. В общем-то какой именно принцип (делаем много маленьких доступных магазинов, развиваем широкую сеть финансовых услуг) не важно, т.к. главное его иметь и следовать ему, а не каждые год-два менять вектор своего развития.

5) Принципе взращивание "культуры дисциплины": люди принимают на себя обязательства и они вольны в выборе средств их достижения, но обязаны приложить все усилия чтоб их достигнуть. В общем-то взращивание идеальных работников\коллег - попросил, они назвали срок и сделали, к этому сроку, а не ленились, тупили, "это не моя ответственность" и т.д. В общем в компании должно быть развитое GTD и ответственность)

6) Использование технологии для ускорения развития. Тоже довольно банально =) Если вы растете, то используйте технологии, чтоб увеличить рост по пути вашего "ежьего принципа". Технология не поможет вам стать хорошим, великим и вобще "спасти", но она может ускорить рост.

7) Усиливайте инерцию: множество маленьких инициатив направленных в одно русло в итоге, приведут к созданию скорости и ускорения. Т.е. ваша компания будет набирать инерцию, как снежный ком, и постепенно будет катиться уже сама без ваших постоянных усилий.

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

Четыре шага к озарению

После праздников долго раскачивался, чтоб войти в свой обычный ритм чтения, но то, что таки вошел стоило того =)

Что за книга и почему ее стоит почитать:
Прочитал "Четыре Шага к Озарению Успешные стратегии для продуктов, которые побеждают Стивен Г. Бланк "(покупал в простобуке(ссылка), т.к. онлайн вариант только такой - 1ые 34 страницы). Стивен Бланк известный предприниматель, специалист по стартапам и маркетингу (в прошлом году приезжал в Digital October). Построил 5 успешных компаний(с выходом на IPO) и завалил 3 )


Что я могу сказать про эту книгу: она божественна, такое количество "ну-нифига-себе"-моментов я либо не ощущал совсем, либо ощущал только. когда впервые читал книги по бережливому производству. 


Мысленно записал себе +1 себе к пониманию бизнеса, стартапов, инноваций и предпринимательства в целом. Первый раз захотелось так назвать книгу, но она тянет на "Библию Стартапа" - она поможет начинающим и зрелым предпренимателям, ну и всем продуктоводам (product manager`am) понимать, что и как они делают когда создают новый продукт и\или компанию. Да и думаю всем остальным тоже не помешает. Однозначный mustread. 

Подглядел ее у Дениса Бескова  в "Библиотечке менеджера продуктов" за что ему спасибо, думаю еще от-туда что-нить почитаю в ближайшее время )

Ладно закончу с восхвалением и перейду к объяснению, какие озарения меня посетили пока я ее читал:


Краткий обзор
Создание качественного\работающего\высокотехнологичного продукта вобще ни разу не самый важный процесс потому, как будь у вас очень крутой, почти не имеющий в мире аналогов продукт, но за который никто особо не готов платить - поздравляю вы потратили время зря (убедился в этом на собственном опыте, пока работал >1.5 года в docs.pravo.ru, продукт есть, но тех кто готов за него платить - слишком мало, чтоб обеспечить окупаемость и потому он до сих пор бесплатен[на январь 2012]).


Самая первая проблема любого бизнеса найти нишу в который он будет получать доход, и убедиться что эта ниша достаточно велика, чтоб вобще начинать бизнес. Вся книга это рассказ о методологии Customer Development, в которой итеративно(и с возвратами на предыдущую фаз) выполняются четыре функции: 

• обнаружение клиентов
• подтверждение клиентов
• создание клиентов
• построение компании

Пусть вас не смущают эти 4ре простые фразы, но так и есть.

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

Важной особенностью этого шага является попытка понять на каком типе рынка вы находитесь и что пытаетесь сделать:

• выйти существующий рынок(еще 1 аутсорсер\интегратор\кондитерская и т.д)
• создать новый рынок (создать рынок айпадов)
• ресегментировать текущий рынок в качестве лоу-кост игрока(например лоу-кост авиалинии)
• ресегментировать текущий рынок в качестве нишевого игрока(например как раньше blackberry, нишевой рынок мобильников для бизнесменов)

В зависимости от рынка вам понадобиться разный подход, разный подход к брендингу и продажам и т.д.

2) Подтверждение клиентов - это шаг проверки, а действительно ли кто-то готов это купить: создание презентаций, которые показываю болевые точки клиентов и какой ROI будет иметь ваш продукт, это ценообразование, это создание "карты" продаж, т.е. проверка "повторяемости" процесса(а не то, что вам повезло на предущем шаге и все согласили, что они купили бы продукт из-за личной харизмы CEO). Это первые продажи, это проверка что бизнес-модель работает, и клиенты готовы платить за ваш продукт. Обычно это продажи ранне-евангелистам(у которых эта проблема, так остра что они готовы дать денег, кому то неизвестному дабы он сделал такой продукт). Это проверка графика релизов продукта, что то что делается действительно нужно вашему клиенту, а не является вашей фантазией.

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

3) Создание клиентов - на втором шаге вы продавали "технологическим энтузиазистам" и "визионерам", т.е. тем кто готов к риску и чему-то новому, но между ними и массовыми клиентами лежит пропасть. Массовый клиент хочет законченный и цельный продукт, который интегрируется в его жизнь, требует минимум настройки в использовании и все такое). Это создание каналов продаж.. На этот этапе в первые начинаются серьезные маркетинговые затраты, до этого этапа компания пытается жить на минимальном бюджете и не тратить деньги попусту. В зависимости от типа рынка, тут может быть очень разная активность: увеличение рынка, брендирование, ресегментация рынка.

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

Почему стоит купить книгу:

Для каждого шага в книге естественно гораздо более подробное описание и раскладывание по полочкам вплоть до каждой ежедневной активности:

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

Дополнительные плюшки в приложениях
Вобще блок схем чуть не больше чем в книжках по программированию =) и В конце книги приводиться подробная 60 страничное руководство с вопросами и шагами методологии, т.е. к ней всегда можно обратиться и посмотреть, чего я забыл или чего я делаю не так на текущем этапе развития компании\стартапа.

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

И много того, что я не читал, т.е. такая себе "библиотечка предпренимателя\стартапера", которую тоже надо бы прочитать и полюбить)

P.S.

Ах да по прочтении книгу сразу захотелось побежать и сделать свой стартап =) Дает такой бодряще-позитивный эффект, типа: "теперь я знаю, как это делается") Если у вас есть идея бизнеса, но пока нет силы воли его начать, прочтите ее и может быть вы поймете стоит оно того или нет, или книга придаст вам уверенности все таки это сделать.

Прослушал аудиокнигу "Мифы о коммуникациях"

Очередная книжка о том, как общаться, верней о том, как мы воспринимает общение, и как оно есть на самом деле)

Очень короткая книжка (всего-то минут 50), помнится прослушал ее за 1 день пока шел на работу (да и вобще больше на статью тянет, чем на книгу), и пока шел с нее, потому в принципе ее не составит труда осилить даже тем, кто вобще не читает\слушает книги =)
Даже чувствую некоторое недовыполнение плана по прочтению книг на этот месяц, думаю осилю еще что-нибудь до конца года =)

В книжке перечислены 6 мифов, когда мы уверенны, что доносим до собеседника именно, то что думаем, а не то, что говорим)
И почему-то не сомневаемся, что он воспримет через призму собственного настроения,
опыта и отношения к нам, именно то что мы хотели сказать:
Что ,сказав девушке "ягодка, моя" - она не ответит нам: "а за `арбуз` ответишь!".
Что промолчать - это тоже коммуникация, только мы сообщаем- "ты мне не интересен, мне пофиг на тебя".
Что войдя в комнату к боссу со своим супер-предложением после того, как он отчитал другого своего подчиненного мы выйдем победителем, а не нарисуем на своем собственном лбу мишень)
Да и просто о том, что человек слышит нас. а не то что он хочет услышать =)

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

Ссылка на озон: http://www.ozon.ru/context/detail/id/3411517/ (хотя, в гугле довольно легко находятся и бесплатные аналоги)

Спасибо за потраченное время и читайте книги =)

"Harvard Business Review" / Ведение переговоров и разрешение конфликтов.

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

Данная книга - выборка из 8 статей по тематике переговоров:
1)"Урегулирование разногласий" Роберта Танненбаума и Уоренна Шмидта
2)"Команда, которой не было" Сюзи Уэтлауфер
3)"Как пожить конец войне группировок" Роберт Блейк, Джейн Моутон
4)"Переговоры с клиентом, которого нельзя потерять" Томас Кайзер
5)"Как превратить искусство ведения переговоров в корпоративный потенциал" Дэнни Эртел
6)"Анатомия конфликта между клиентам и консультантом"  Айделин Кейснер
7)"Пять способов не довести дело до суда" Джон Эллисон
8)"Альтернативное разрешение споров: почему в одних случаях оно результативно а в других - нет?" Тодд Карвер, Альберт Вондра.

Первая статья наверно классика разрешения конфликтов в коллективе и про способы управления ими, что-то вроде теоретического обзора на практическом примере(отдалено похоже на тренинги Орлова и Панкратова про разрешение конфликтов).
Рассказывает про этапы развития, способы его разруливания и о способах принятия решений. Только если консультанты сразу говорят "превратите конфликт в решение проблемы", то книжка честно говорит - нет времени\желания разрешать конфликты в коллективе - так предупредите их (нанимайте похожих людей, чтоб они не спорили) или подавляйте их или даже может быть обостряйте их, чтоб узнать что-то новенькое. Не пожалел, что прочитал и думаю еще пригодиться в жизни.

Вторая статья это рассказ о классическом случае попытки создания команды из людей, не все из которых привыкли работать в команде. С наличием "ковбоя-суперзвезды" по совместительству, как раз не командного игрока. Довольно типичный случай только для сферы бизнеса, а не ИТ. Довольно неплохо обмусолено в книжках по командообразованию или например Архипенко.

Третья статья это тоже довольно классическое "разработчики vs тестировщики" либо "разработчики vs продажи" и т.д., которое тоже обмусоливается из года в год и на каждой конференции и в каждой итшной группе на фейсбуке (кажется было буквально месяц-два назад на agilerussia=)).
Только тут это подано в "индустриальной" форме: "менеджмент vs профсоюзы" и "конструкторское бюро vs заводы".
В общем-то рецепты решения одинаковы для всех случаев: создания атмоферы открытости и доверия, последующего обнаружения, что точки зрения противоборствующих сторон, чуть ли не диаметрально противоположны. Ну и последующему снижению общей напряженности ситуации и созданию рабочей группы по разрешению конфликтов. Только тут могут быть два варианта: напрямую и через привлечение внешнего посредника, но лучше начать с первого, т.к. если привлечь посредника и переговоры провалятся, то второго шанса уже не будет, а если не получилось напрямую, то можно попробовать еще раз через посредника.

Четвертая статья думаю будет интересна любому представителю бизнеса, который не производит массовые продукты. Т.к. ситуация наличия ключевого клиента, которого не следует терять - достаточно частая в любом бизнесе. В статье приводятся и раскрываются 8 простых условий, которые надо держать в голове, чтоб не прогореть: из них запомнились больше всего "заранее просчитайте уровень до которого вы готовы прогнуться" и "отложите самые важные вопросы на финальную часть переговоров чтобы наладить контакт"(как не парадоксально это звучит, ведь нас всех учили что откладывать на потом - это плохо).

Пятая статья мне понравилась больше всего =)
Оказывается вики-системы и базы знаний используются не только у итшников)
В этой статье ведется сравнение "переговоры как искусство" и "переговоры как система". И ясно как белый день, что если вы озаботитесь конспектировать положительный опыт и новые техники, дадите переговорщикам возможность обучаться и обучать своих коллег, то ваш уровень успешности переговоров взлетит)
Рассказывалось, что в результате развития такой системы естественным образом появятся новые критерии успеха: не краткосрочная удачная сделка с потерей отношений, а взаимная выгода и возможность поддерживать долговременные деловые отношения.

Шестую статья достаточно специфична потому ее описания я пропущу, потому как название говорящее, а пригодиться она может лишь малому количеству людей.

Седьмая статья рассказывает об  способах и выгодах АРС(альтернативных разрешений конфликтов), т.к. судебное разрешение может длиться годами, стоить много денег обеим сторонам и в итоге даже выигравший за время тяжбы потеряет больше ресурсов, чем выйграет.
Не уверен на сколько сильно это применимо к нашей стране,  т.к. судебная система у нас не столь мощна и всеобъемлюща, как в США.
Хорошей иллюстрацией такой системы является суд в Израиле: при рассмотрении дела о разводе между мужем и женой. Жена жаловалась, что любит мужа, но т.к. они бедны  то живут с матерью мужа, они - на втором этаже, а мать - на первом. И мать ее мужа постоянно когда женщина возвращалась с работы домой и проходила через первый этаж донимала ее придирками и вопросами и ее это так достало, что она хотела развода. В итоге, посовещавшись судья вынесли вердикт: мужу - купить лестницу, чтоб жена когда хочет могла не проходить через первый этаж, а влезать сразу на второй через окно =)
Вот такое вот альтернативное решение делу)

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

Последняя статья рассматривает в каких случаях АРС, как раз не работает: не согласие одной из сторон на его самый, низведение его до псевдо-судебного процесса с доказательствами, адвокатами и прочим и т.д. Думаю сам АРС пока слабо применим в Российских реалиях, потому не буду раскрывать эту статью подробно.

Итого: все таки сборник статей специфичен, что-то полезно - а что-то нет, и потому каждую статью оцениваешь по своему. Если тема отдельной статьи показалась вам интересна - найдите аудиокнигу и прослушайте, только нужную статью - это всего лишь 30-40 минут: один поход в магазин или стояние в пробке с утра =)

Презентации, как Стив Джобс.

Как сделать вот такую презентацию.

Как-то так получилось, что добрался до чтения этой книги(Секреты презентаций Стива Джобса, Кармин Галло) только после смерти самого Джобса.

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

Не буду пересказывать книгу, т.к. лучше 1 раз увидеть, чем 100 раз услышать =) Лучше сразу расскажу почему и чем она была интересна.

Почему книгу стоит прочитать

Как только вы поднялись на одну ступень со дна, 

ваша эффективность зависит от способности

 достигать умов других людей 

с помощью письменного и устного слова.

Питер Друкер

Мы можем не знать насколько сильно Стив Джобс влиял на сущность и удобство программ и устройств, которые производит эппл(кроме него там все таки работают и работали тысячи других инженеров\дизайнеров\менеджеров и т.д). 

Но по презентациям видно, что презентовать свой продукт и продавать его так хорошо, чтобы любителе бренда стояли в очередях и ждали его он умел. Даже Билл Гейтс и любой другой CEO за всю историю ИТ не был такой иконой, как Стив Джобс и дело не только в продуктах, дело в том как он преподносил себя и свою компанию.

Думаю и вам хочется, чтобы:

ваш продукт покупали 

или готовы были "купить" вас самих при собеседовании (умение договариваться уже практически требование в менеджерских и ИТ-вакансиях)   

или чтобы ваши идеи находили отзыв в сердцах коллег и клиентов,

или хотя бы уметь проще и понятнее донести свои мысли до окружающих. 

Почему если хоть один из этих вопросов вас волнует и вы еще не уверены, что способны сделать презентацию круче чем Джобс - то эта книга для вас.

Этот парень, что-то знает.

Что в книге хорошего
Интерес. 
Ее интересно читать, видно, что автор сам воспользовался теми советами, что приводил. Ее чтение идёт прямо, как захватывающее художественное произведение.
К примеру часть книг, что я читаю, приходиться планировать в стиле "прочитать еще 50 страниц из книги Х со страницы Y"(на самом деле), т.к. они довольно скучно изложены и хотя и полезны, но могут быть только вот таким поеданием слона по кусочкам.

Эта же книга - из "прочитать 100 страниц" превратилась в "все таки оторваться от нее и сделать остальные дела из списка" =)
Множество историй из жизни, сравнения с другими известными ораторами, даже черт возьми статистика используемых слов показывает, как и почему Джобс делал такие успешные презентации.В общем - цепляет!

Про позу тоже важно не забывать.

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

• задумка
• планирование
• подготовка и приукраска
• выполнение
• "holy shit" момент, когда пользователь понимает - вот она рыба моей мечты гениальность этой идеи!
• получить удовольствие 

Выполнить - отрефлексировать и отточить - повторить - профит =)
Что, где и как - написано с примерами, цитатами, в общем вы гарантированно запомните, в книжке даже есть пример для 1го из пунктов - "как бы я написал отзыв на эту книгу". 
Отзыв мне понравился - сразу захотелось прочитать книгу, а потом скопировать в блог =)

Простой деревенский парень - Стив

Простая и понятная.
В общем-то книга тоже следует заветам Джобса.
Никаких экскурсов в историю когнитивной психологии, мудреных терминов -  все рассказано простыми человеческими словами)

Ну и финальная цель выступления и самой презентации обозначена просто = "have fun" - получайте удовольствие от процесса!

Так и я пожелаю вам получить удовольствие от книги и от ваших будущих презентаций, таких же успешных, как у Джобса =)

P.S.
Краткий пересказ в слайдах книжки можно увидеть тут: презентация на слайдшаре (на английском) 

Иди и прочти!

О разработке требований

Бывало ли у вас, что непонятно, что должна делать эта фича\таска\проект ?
Бывало ли, что при чтении кода или работе с программой становилось непонятно: это бага или фича ?
Возникала ли у вас хоть раз мысль: "что этой формулировкой тут хотели сказать, %№:%№ ?!" ?
Случалось ли хоть раз, что заказчик говорил вам: "это не то, что я вам пояснял !!!" ?

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

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

В общем думаю без преувеличения можно сказать, что все это видели, видят и еще долго будут видеть в будущем =)

вот как-то так и работаем =)

К чему это я: за 30-40 лет существования более-менее коммерческой части ИТ мы научились делать сложные, большие, высоконадежные, масштабируемые, качественные системы, но до сих пор не научились понимать, ЧТО и ЗАЧЕМ надо все таки реализовать.А процент успешных проектов - так и остался на уровне 30-40 %, с небольшим ростом около 5% за последние годы.
Новые технологии не спасают, т.к. проблема так и осталась в людях - мы просто плохо представляем, что же они хотят получить от нашей системы в итоге.

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

И МНЕ ОТКРЫЛОСЬ!

Шучу конечно)) Ничего сверхестественного не открылось, но где потенциально профакапить можно стал понимать лучше)

Вобще данная книжка по праву должна считаться "настольной книгой аналитика" и скорее всего ваш аналитик читал ее, если нет - то пусть прочтет.
У вас нет аналитика ?
Но кто-то же выполняет его роль ? Разаботчики\ПМ\ПО\юзабелист\маркетолог ? 
Никто ?
А ну тогда ясно почему вам приходиться переделывать, что-то по 5 раз прежде, чем заказчик это примет.
Кто-то эту роль выполняет - если он выполняет ее неявно и тяп-ляп - вам же хуже.

И в интересах компании, чтоб кто-бы ни брал на себя обязанности аналитика, чтоб он мог сказать почему и зачем так реализована КАЖДАЯ фича в вашем продукте.


Хотя бы вскользь прочитав первую главу, вы поймете: КТО, ЧТО и ПОЧЕМУ.

Анонимные пользователи

Кто.

Это в первую очередь те для кого создается продукт(клиенты): конкретные классы пользователей, которые хотят решить свои задачи. 
И пусть один из этих классов - холодильник, использующий ваш интернет магазин для заказа еды владельцу, но у него есть свои пожелания, ограничения и требования. 
Некоторые пользователи могут быть привилегированнее других, и при конфликте требований(да такое бывает =)!) зачастую важнее решить их задачу. 
Некоторый класс пользователей можно случайно забыть и тогда счастье тотальной переделки продукта вам обеспечено, т.к. забыли спросить вон у тех товарищей, что им надо.


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


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

ЧТО ?!

Что и почему.

Что такое требования ?
Как их разрабатывать и как ими управлять?
Зачем ими заниматься ?
Почему у хороших людей могут появляться плохие требования?
Как отличить хорошие требования от плохих?
Как заметить, что какие-то требования пропустили?
Как требования разрастаются и как происходит их "золочение" ?

Если вы не можете ответить на хотя бы 1 из вопросов или возникает смутное ощещение, что вы не понимаете о чем это - значит вам надо прочитать 1ю главу, как минимум =)

Как.

Вторая глава посвящена правильной разработке требований.

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

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

На эти и тысячи других увлекательных вопросов вы сможете узнать в нашем супер-пупер издании, которое так же излечивает гемморой, головную боль. И в добавок если вы позвоните прямо сейчас, то получите ... супер приз - АВТОМОБИЛЬ!!!.

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

Куда.

Все эти полезные знания конечно хорошо, но ими еще надо как-то управлять, да еще и требования после того, как их узнали от клиентов имеют привычку периодически меняться, т.к. клиенты тоже живут своей жизнью и бизнес у них не стоит. И чтобы вам в голову не приходила мысль сделать слоеный word (вырезанный кусочек, если тему потрут). Лучше прочитать 3ю главу о том, как этими самыми требованиями управлять, связывать и прочее.

Ну а так, как к этому моменту вы поймете насколько у вас все плохо, то 4я глава расскажет вам как реализовывать этот самый процесс построения требований =)

Кроме того для лентяев и тех кому все таки лень читать книжку в ее конце есть пара приложений, с целью само проверки насколько хорошо вы управляетесь с требованиями.
Вырезка из CMMI рассказывающая, как эти самые процессы совершенствовать.
И руководство по поиску  и решению проблем, связанных с требованиями (куча таблиц, показывающих, что 90% ваших ежедневных проблем - неправильная работа с требованиями=))
Ну и естественно пример, как оно должно быть =)

Приятного чтения.

Обзор книги Эрика Берна "Лидер и группа. О структуре и динамике организаций и групп"

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

Если имя автора вам ничего не говорит, то можно загуглить "транзакционный анализ" и "родитель-ребенок-взрослый". Узнаете кое-что полезное =)

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

Если обычная книга по ит-пипл-менеджменту говорит: "дайте вашим программистам отдельный офис, хольте и лелейте их", то стандартный параграф из этой будет звучать как "вот Джуди провела   транзакцию относительно Карла с позиции Взрослый-Взрослый, а Карл разрушил их транзакцию переведя ее в разговор в стиле Родитель-Взрослый".

С одной стороны знания почерпнутые из книги довольно сложно применить "в лоб", сказав что-то вроде: "с этого дня буду делать встречи 1 на 1". С другой такие обще-человеческие знания типа существования внешних и внутренних групповых границ (внутренняя - лидерский аппарат), существовании второстепенных границ, о том, что групповая динамика в принципе измеряется количественно, например, такими показателями, как сплоченность. О том, что бывает внешний и внутренний групповой процесс.

Группы можно классифицировать 10ками способов, а не просто "толпа коллег": по структурным, динамическим, рабочим, властным аспектами и т.д. "Коллеги за работой" и "толпа пьяных фанатов" - две группы но такие разные =)

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

Если по прохождению тренинга по командообразованию, мне было известно о двух типах руководителей "администратор" & "лидер", то теперь узнал что их 3:

• эффективный лидер - "доминирующий и влиятельный"
• ответственный лидер - "тот, кого призывают к ответу "
• психологический лидер - "первый после бога =)" - всемогущий, всезнающий и гениальный - в общем, как Стив Джобс для Эппла =).  

В общем почвы для размышлений можно понабрать на месяц-другой =)

Вся вторая часть книги посвящена тщательному(реально тщательному, но в то же времени сложному и слегка нудному =)) анализу одной группы, о выделении в ней лидеров, о борьбе и основании в ней границ, о внутренних процессах борьбы и давления и т.д. Группа довольно специфична  - "спиритическая", потому какие-то конкретные примеры и кейсы сложно применить к повседневной жизни, вот так сразу но некоторую отшлифовку книжной теории на ней можно понять.

Третья и четвертая часть книги посвящена анализу индивида в группе(его потребностей, транзакций и игр) и прикладной социальной психиатрии, знание из которых может и было бы полезно просмотреть, но они уже скорее идут к чисто таким психиатрским скилам, что если честно в рамках расширения кругозора я бы посчитал овер-киллом =)

Итого: первую часть можно и нужно почитать, вторую чтоб на практическом примере понять как же оно работает, и получить в голове пару озарений в стиле "ага, вот оно что!", а третью и четвертую - только если вам реально интересно и есть свободное время =)

Остаться в живых.

Прочитал очередную классику научной-фантастики современного менеджмента ит-проектов книгу Стива Макконела "Остаться в живых! Руководство для менеджеров программных продуктов".

Общее впечатление:

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

В рамках последних тенденций ажайла\лина и прочих "гибких" методологий довольно бюрократичная, не PmBOK конечно, но вполне себе увесистая. Что-то вроде PmBOK Light Edition =)

Некоторые из этих бюрократизмов несут довольно зрелое зерно, например интересной показалась идея именно выделенной "change control board", т.е. наличие выделенной команды, которая ответственна за внесение изменении и главное отслеживание их и ведение некоторого перечня, потому как уж очень часто встречается, что почему так сделано никто уже не помнит: "Sad, but true".

Суть книги в двух словах:
Лучше сразу делать процесс, и "наш процесс (tm)".

Как обычно

Как надо

В начале тяжелый процесс будет действительно отедать 30-40 % полезного времени. Но это лучше, чем альтернатива: чем дольше идет разработка, тем больше времени начинает уходить на "trashing" (т.е. пропадать впустую из-за бардака). И в процессе фиксинга бардака начинает появляться Процесс, который тоже отъедает полезное время.

И, ВНЕЗАПНО, оказывается, что проект на полезную работы отводиться ровно 0% времени.

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





Что было интересного: 

В книге приводиться чеклист (survival checklist): это возможность оценить по нескольким пунктам насколько высока вероятность успешного завершения проекта, каждый раз, как я считаю на моих работах получается, что лучше бы проект и не начинали или хотя бы 5-% на 50%, но все таки живут они как-то =). Хотя с другой стороны это хороший такой пример: TODO, что надо бы учесть и о чем не забыть. Можно иногда пробегать глазами, чтоб знать чего.

Хотя с другой стороны вопросы типа: "Does the project have detailed, written architecture and design documents?" как-то идет вразрез с теми же ажайл-принципами типа "don't overengineer ahead of time". Довольно неоднозначно это все, но взглянуть все таки стоит.

Пост с ссылкой на чеклист от Максима Дорофеева.

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

Сравнивают сколько из намеренных ошибок было найдено при тестировании, к общему количеству вставленных  - получаем пропорцию и вуаля: знаем приблизительное количество дефектов которое есть в софте, и приблизительно можем оценить сколько багов еще предстоит найти. По-моему, как все гениальное - просто =)


Плюс интересной показалась еще одна идея: по окончанию проекта посмотреть и записать, что же было хорошо, а что же плохо -  эдакие МЕГА-ретроспективы. Мысль эта кажется, простой и очевидной, но к своему стыду нигде не применял сам и не видел, чтоб это применялось. Зачастую мы вынуждены ходить по тем же граблям раз за разом.

Итого:
Как первая книжка про software project management была-бы хороша, но если что-то уже читали более-менее серьезное, то максимум -  пробежать глазами и посмотреть, что же можно применить у себя + выписать чеклист, посчитать вероятность удачи, и посмотреть что же нужно исправить.

P.S. Книжку читал на языке оригинала поэтому цитаты на английском.

Я вижу о чем вы думаете

Перед прохождением  тренинга о выступлениях, прочитал книгу Джо Наварро "Я вижу о чем вы думаете". Автор - бывший агент ФБР, специалист по ведению допросов и невербальному общению. С детства от своих родственников он довольно хорошо научился понимать язык тела (главным образом из-за того, что с Кубы, и первое время не знал английского), а потом у него просто хорошо получалось, и не смотря, что он этой темой и не "горел", жизнь и профессиональная карьера заставила его прокачивать навык невербального чтения людей.
Читать мысли людей, она меня конечно не научила(а жаль :)).

Но замечать за собой и за другими невербальные сигналы типа:

• 1)беспокойства и успокаивающих жестов, 
• 2)поз уверенности и неуверенности, 
• 3)положительного\отрицательного\нейтрального отношения к теме

помогает.

И вот почему: наше тело - это просто какой-то светофор, на каждую нашу эмоцию оно совершает как минимум одну-две автоматических-рефлекторных реакций.
Реакции эти определяются, нашей звериной частью.
Некоторые из них мы кое-как контролируем, например реакции мышц лица - т.к. с детства нас учат: "не криви лицо, ешь эту кашу!", хотя каша нам не нравиться и мы честно(лицом) об этом говорим, и поэтому лицом, люди худо бедно учатся обманывать.
Но в основном наши руки, тело, ноги, пальцы, все, что может шевелиться и подавать реакцию трубит во все стороны, как хорошо или плохо мы себя чувствуем.
Собираемся ли мы кому-то навалять и именно поэтому ноздри нашего носа расширились, чтоб накачать легкие кислородом ?
Или кто-то обхватил ногами ножки стула, на котором сидит, потому что собирается защищаться до последнего ?
Не нравиться ли мне, то что я вижу перед собой и именно поэтому я сложил руки на груди, чтобы защитить ее от возможной опасности ?

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

Чувствуешь беспокойство - погладь себя по шее, по грудной впадине, для женщин - потереби украшения  на груди(если есть) - это все успокаивающие движения, и мозг автоматом отдает команду "успокой меня", если мы сильно волнуемся.

Не хочешь говорить на неприятную тему: мозг на автомате развернет твои ноги по направлению к выходу.

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

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

Вощем если, кто-то что-то делает - это неспроста =) Надо только заметить и правильно интерпретировать.
Кстати про интерпретацию: как говорит автор, да и я ему верю - определить ложь - очень сложно, человек может волноваться и закрываться от вопроса, не потому, что он что-то знает, а потому, что у него был неприятный опыт в детстве связанный с этим.
Он может поглаживать ногу в успокаивающем жесте не из-за того, что он беспокоиться, а по причине того, что потянул ее.

Поэтому важно замечать различия между стандартной реакций, и ее изменением, если человек гладил ногу из-за того, что у него легкий стресс из-за личных проблем, но при вопросе: как там у тебя с задачей\проектом,  он начал гладить ее сильнее - значит все не так уж и хорошо, и надо бы этот вопрос раскрыть =) Вобще по возможности не стоит давать оценочные суждения типа: врет, скрывает, что-то недоговаривает.
Лучше судить по точным и простым реакциям: "о вот этот вопрос его беспокоит, а этот неприятен. Надо бы выяснить, что в нем такого неприятного и беспокоящего. А как там дела с проектом Х: как с командой, со сроками и т.д. ?"
А то может оказаться, что беcпокоиться он по поводу того, что опаздывает на встречу по этому проекту, а вы тут с выяснениями пристали.

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

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

Спасибо за чтение и удачного дня.

P.S. По результатам тренинга("Искусство выступать и убеждать" Игоря Незобиватько из Ораторики) по выступления нарисовал майнд-мап, но пост на эту тему делать не буду, т.к. мне интереснее тренироваться и  выступать публично, посему если майнд-мап вызовет вопросы и интерес напишите мне, и я постараюсь выступить перед вами =)

Переговоры, которые работают.

Не далее, как неделю назад в рамках подготовки к тренингу по переговорам сгрыз плитку гранита науки о переговорах. А точнее Стюарта Даймонда "Переговоры, которые работают. 12 стратегий, которые помогут получить вам больше в любой ситуации." По английски книга называется "Getting More", что по-моему звучит лучше и передает смысл книги понятнее.

Если вы в первый раз слышите об авторе - ничего страшного. Собственно до прочтения я тоже не знал, кто это и откуда он взялся) 


Небольшая историческая справка: Стюарт Даймонд(Stuart Diamond) – профессор Уортонской школы бизнеса, генеральный директор Four Star Airlines, один из самых востребованных специалистов по переговорам в США.


Что в ней интересного? Сей труд на протяжении всей книги повествует о случаях применения навыков переговорах в повседневной жизни: при общении с ребенком, при заказе в ресторане, при опоздании на поезд или самолет, при общении с друзьями и близкими, мужьями и женами с целью добиться вашей Цели.

Почему Цель с большой буквы?  Да потому, что на протяжении всей книги подчеркивается:  вы ведете переговоры, чтобы добиться своей цели, а не чтобы удовлетворить свои эмоции, поскандалить, выразить свое недовольство или что-то другое.

Как часто все из нас при общении замещаем нашу истинную цель желание сказать последнее слово, выставить собеседника дураком или просто потешить свое эго и эмоции? Я - так постоянно =) Стоит чуть-чуть вещам пойти не так, как я рассчитывал, так в голове уже роются тысячи обвинений в сторону моих собеседников за их нерасторопность, тупость, не пониманию очевидного и т.д.

Когда у вас есть - ЦЕЛЬ, то сразу становиться понятно, что ведет вас к ней, а что есть трата нервов, времени и сил. Какой смысл злиться на собеседника, если злоба не приведет меня к желаемому результату? Какой смысл ругаться с нерасторопным служащим, если в итоге он станет медлить вам назло? Это не приведет к вашей цели.

Да и почему пустопорожние разговоры c кем-то вроде вас должны заставить собеседника стремиться сорваться сделать то, что надо ВАМ? Чтобы человек, что-то сделал надо, чтобы это было выгодно ЕМУ, после исполнения он должен почувствовать себя лучше: избежавшим дурной ситуации или честно выполнившим свой долг, наконец просто ответившим на любезность и добрые слова.

Дело  в НИХ, поставьте себя на их место: поймите, что они любят, кого уважают, кто способен помочь им добиться своих целей. Чтобы ВЫ добились результата, люди должны ЗАХОТЕТЬ помочь вам. И следует действовать так, чтоб каждый ваш шаг усиливал их желание и их выгоду от помощи вам.

Эти люди, с которыми вы вступаете в переговоры - не роботы, они точно, так же как вы устают, имеют неудачные дни, переживают по поводу своих проблем, и вобщем-то склонны испытывать различные эмоции по любому поводу. Наш мир не рационален. И чем важнее, что для людей тем не рациональнее он становиться. Для бизнесмена продающего свой крохотный бизнес в 100 раз дороже его рыночный цены, его бизнес - самое ценное в его жизни, его дитя, пот и кровь. Для служащего, спорящего с клиентом, его правила и его воля - предмет гордости, а не предмет обсуждения типа "клиент всегда прав". Нужно уметь понять, что такого ваш собеседник ценит в предмете торга, что становиться неразумен, и уметь погасить его страхи, или наоборот воспламенить желания, дабы обернуть сделку к взаимовыгодным условиям.

Каждый раз при общении с человеком считайте. что вы только его встретили, на другой день он не похож на себя вчерашнего - он встал с другой ноги, он выспался или нет, он обсудил что-то и поменял свой взгляд на мир, еще только вчера он был анархистом, а сегодня уже монархист. Так и в общем люди - разные, и не стоит вешать ни них ярлыки и обращаться к стереотипам. Что бы убедить этого "сегодняшнего" человека его надо узнать, а не надеяться, что будет так же как вчера, или как неделю назад, или как "все время".

Как говориться, "скромность - не порок", так и в переговорах скромность и постепенность - величайшие достоинства. Как часто вы подбегаете к человеку, ментально даете ему в лоб кулаком, вывалив кучу информации и говорите: "А давай сделаем все по новому" и "вива ля ревульсион!". Ясен пень любому резкие перемены и ваш взрыв желания "наш новый мир построить"  покажутся чересчур излишним, большим и слишком наглым и просто напугает собеседника. Чтобы довести ваших собеседников от текущей ситуации к той ментальной картине мира, которая приемлема вам, нужно двигаться небольшими шажками, уступка за уступкой,  неважно обсуждение ли это зарплаты или подписание договора.

Ведь наврядли начальник откажет вам в такой мелочи, как например, поднять зп на тысячу рублей, уж на тысячу то вы заслужили, ну и тысяча это ведь курам на смех, бумажной волокиты только, лучше наверно на 2-3.
Да и что-то давно не поднимали, чтоб я тебя через месяц опять с этой херней не донимал можно наверно сразу на 6-7 поднять? Да и вообще, блин, зачем дробными поднимать? Округлим до 10к и все?

Ну, вы уловили идею?

Обменяю свое без ценное
на ваше ценное =)

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

Что волнует данного человека? Духовное или материальное, что-то имеющее к вашим переговорам или что-то не имеющее? Работа в выходные, когда все горит и паника, может стоить обмена на пару дополнительных дней отпуска?
Может ваша услуга "отвезти тещу собеседника до аэропорта" будет стоить гораздо больше этих
сотен тысяч денег? Ведь деньги еще можно заработать, а любовь тещи  - только потерять =)

Увеличьте пирог для всех, добавьте что-то, что ваш собеседник оценит, большей своей доли. Вин-вин в чистом виде.

Вот тут у вас написано,
 что клиент всегда прав

Люди, да и компании в целом любят ставить перед собой цели и идеалы, они воздвигают для себя явные и неявные стандарты. У них есть мораль и кодекс чести. На их основе они принимают решения, выносят вердикты, и зачастую используют их, как прецеденты и законы. Эти стандарты можно использовать, чтоб добиться большего(сиречь название книги). Если у стандартов есть исключения и правила - тем лучше, значит этими исключения можете воспользоваться и вы, ведь это справедливо, ну или вы по крайней меру узнаете, кем надо быть чтоб попасть под исключение =)
Должны ли невинные люди страдать из-за ошибки компании? Клиент всегда прав? Вот ведь у вас написано, что вы работаете ради клиентов а не ради денег! Ваша миссия - "продвигать услуги на российском рынке", так давайте вы сделаете для меня это а я расскажу о вашей замечательной компании своим друзьям и тем продвину ваши услуги! Вы тут обещаете высокий уровень обслуживания, а как же - "вот это", как же вы тока продемонстрируете мне свой высокий уровень обслуживания?

Последняя фраза выглядит вполне себя так манипулятивно, не так ли? Говоря такое и нагло ухмыляясь в чье-то лицо вполне можно и в глаз схлопотать =) Одно дело искренне, по-деловому и конструктивно предлагать решение проблемы, и другое нагло и с визгом требовать сатисфакции. Если вы искренне так не думаете - то не стоит применять такие приемы.

В долгосрочной перспективе обман стоит очень дорого, ранее или поздно люди раскроют его. Не надо казаться жестче или приятнее, будьте собой -  искренность вызывает доверие, а доверие в переговорах, да и вообще между людьми - главный капитал. Если у вас плохое настроение, вы чувствуете себя злобно и агрессивно, или чего-то не знаете - скажите об этом. Так вы снимите напряженность и люди к вам потянуться =)

Будьте беспристрастны. Какой правильный ответ на заявление: "Ты идиот!"? Сказать: "Да иди ты к черту!" или "Сам такой!", а может быть послать куда подальше? Все это неверно. Единственный правильный ответ - "Почему ты считаешь меня идиотом?".
"Почему?" - спросите вы, это даст вам информацию для ведения переговоров. Даст вам рычаг влияния и поставит ближе к пониманию другой стороны. Отвечайте на то, что кроется за словами, а не на то, что кроется за неэффективными попытками другой стороны выразить свои чувства. Не пытайтесь выяснить кто прав, а кто нет. Это ли ваша цель? Так же нудно относиться и к прошлому. Ваша цель - заставить заплатить другую сторону за свои прошлые грехи?  Или может быть все-таки добиться соглашения здесь и сейчас?

Самые неудачные переговоры - так и не начавшиеся. Идите на контакт с людьми, не уклоняйтесь от переговоров, пока все стороны не примут решение взять паузу, чтобы подумать. Не идя на контакт, вы не получаете информацию, которая может позволить вам, применить одну из предыдущих стратегий. Лучшие переговорщики утверждают очевидное: "Мы так и не начали диалог, что нам мешает?" Выразите к чему по вашему мнению должна придти другая сторона : "Является ли вашей целью удовлетворение клиентов?". Просто начните же переговариваться, что и на что вы готовы обменять. Нет смысла морить собеседника информационным голодом, взяв таймаут на подумать.

Умейте спокойно воспринимать и понимать различия между людьми. Улыбчивые американцы - могут показаться несерьезным многим жителям Азии. А хмурые жители Азии будут восприниматься американцами, как не заслуживающие доверия. В наш век аутсорса, глобализации и прочих прелестей межкультурного обмена многие вещи могут казаться нам странными и дикими, а мы сами может вести себя, по мнению других культур, вульгарно и вызывающе. Частью процесса переговоров является понимание ценностей другой стороны: и уважение, проявленное к их традициям и канонам может воздастся. Различие и неловкость вполне можно преподнести, как этакий интересный феномен, и честно признаться, да - мы разные, но это ведь не помешает нам делать бизнес вместе?

Ищем проблемы.

И решаем их.

Как и в решении любых проблем, в переговорах тоже надо уметь проводить root cause анализ. И соответственно решать ключевую проблему. Почему другая сторона ведет себя именно так? Что действительно мешает мне достичь моей цели? Проблему можно превратить в шанс, в благополучную возможность.

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




Ну и наконец, переговоры - такое же ответственное дело, как и любая другая задача. Готовьтесь к ним заранее и имейте СПИСОК стратегий, которые можно применить.
Применяйте Список на практике:
узнайте о другой стороне, чем она увлекается и чем интересуется, каких стандартов она поддерживается.
Что она ценит высоко, а что не очень?
Эмоционален ли этот человек? Как у него прошел день?
Какие цели они ставят перед собой?
А какие цели ставите вы? Вы сейчас обсуждаете именно, то что ведет к вашей цели? Или перешли на эмоции?
Идите ли вы на контакт или отбрыкиваетесь от собеседника?
Достаточно ли четко другая сторона понимаем ваши цели, и верит ли она в вашу искренность?
Каким образом вы можете убедиться, что другая сторона взяла на себя обязательства? Например, в многих странах Ближнего Востока подписанный договор ничего не значит, если он не был скреплен рукопожатием.


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

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

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

Верьте мне! =)

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

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

Спасибо за чтение и удачных вам переговоров и побольше-побольше!)

Анализируй Это!

Еще с посещенья Лафа собирался почитать, что-нибудь этакое аналитическое, чтоб получше понимать, чем же аналитик отличается от простого разработчика =)

Собрался и осилил бук "Искусство системного мышления" Джозефа О`Коннера.

Название книги, как бы намекает нам, что не все так просто и что, есть такая штука - системное мышление.

Чем же системное мышление отличается от обычного ?
Что представляет собой "Система", что первое приходит на ум при упоминании данного слова?
Что-то сложное и что-то связанное, есть система - есть связи, есть закономерности. В сущности любое взаимодействие любых элементов  - уже система.

Мир состоит из связных элементов, из "открытых" систем, причем связи эти все проникающие и взаимосвязанные, кризис на фондовой бирже в Америке отражается в ту же секунду на Ммвб. Конфликт в Африке может повлиять на цены на нефть во всем мире и т.д.

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

Ну есть у системы связи, ну есть и системное мышление: ну и что ?

Чтобы ответить на этот вопрос попробуем понять - что есть система ?

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

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

Из отдельных кусков системы не получить тех же свойств!
Например: 3х мерное зрение у человека - заберить у человека один глаз и мир станет плоским, два глаза не дают обьемного зрения, только система глаза + мозг дают возможность воспринимать "три дэ".

Система - это нечто сложное, чтобы разобраться в ней требуются усилия, носложность бывает еще и разной:
Два вида сложности:
"динамическая" - шахматы в принципе простая игра с 10ком правил, но возможное количество исходов применения этих правил приводит к такому комбинаторному взрыву, чтоб выбрать оптимальную стратегию, ой как сложно.
"детализационная" - это привычная нам сложность, сложность система с множеством элементов, сложность мозайки из тысячи кусочков.

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

Сложные системы поразительно стабильны: В семьях бывают споры и ссоры, но они из-за этого не распадаются, а предприятие может функционировать, несмотря на разногласия, существующие между его подразделениями. Если повлиять на одно звено изменения, которые оно пробросит в другие звенья приведет, к тому, что они "воспротивится" им, и приведут к сопротивлению и обратной связи нацеленной на возврат "мятежника" в прежнее русло. Тяжело ведь поменять свои привычки ?)

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

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

Эти же связи могут быть причиной "побочных" эффектов, поменяли в одном месте - а сломалось совершенно в другом, всем занятым в ИТ это знакомо и не требует объяснений =)
Единственное что тут можно сказать - "Будь всегда готов(как пионер) к побочным эффектам".

"Связи решают все"
Это выражение применимо не только к людям, но и к системам на 100%, ведь по сути система это и есть набор связей, и в системе это петли обратной связи. Изменение в одном месте влияет на другие элементы и те в свою очередь влияют на само изменение.

Обратная связь может быть положительная - например нарастающий снежный ком, или отрицательная\"уравновешивающая" - рост цены ведет к падению спроса, пока система не стабилизируется.

Обратная связь может идти с "лагом", т.е. последствия выстрелят потом.
Так обратная связь может быть и "упреждающей" - "само-сбывающееся пророчество"  и его антипод - "не говори - сглазишь" =).

Умение видеть контуры и петли обратной связи и понимание их положительности и отрицательности - вот ключ к системному мышлению. Это именно умение видеть "систему" во всей совокупности причин и последствий. Причем важно умение видеть именно во времени, т.к. человек так устроен, что не всегда может связать причину и следствие если они разнесены во времени.
Представьте,  если бы сигнал о боли поступал через полчаса после прикосновения к горячей плите, как быстро бы вы связали эти два события в единую цепь ? Умение понять "срок действия" обратной связи очень важно .

Ну ладно оно вроде нужно, что делать дальше ?

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

Треугольник, но где ? его там НЕТ, есть 3 уголка и 3 круга с вырезами, но вам мозг достроил эту структуру до треугольника - ему так привычнее.

Собственно распостранены 4 принципа восприятия:
1) вычеркивание - "я об этом не знаю - значит его нет"
2) конструирование -  "ну так же должно быть"
3) обобщение- "один араб взорвал небоскреб - следовательно все остальные арабы - террористы"
4) искажение - "у меня мега-срочный приоритет" =)
можно изучить и подробнее, а то пост итак разрастается). Эти принципы не несут ничего плохого, они помогают нам мыслить и видеть нужные нам части системы, они служат инструментами творчества и мышления, но вызывают баги в нашем мышлении) и искажения в наших ментальных моделях.


Ментальные модели образуют систему. У каждой из них есть задача. Цель системы убеждений состоит в том, чтобы давать объяснение и смысл нашему опыту.
Наша система - это наш опыт и существуют три фактора, которые могут быть причиной ошибочного толкования собственного опыта:
когда возникает усиливающая обратная связь, укрепляющая существующие ментальные модели, — регрессия, пренебрежение фактором времени и односторонняя трактовка событий.


Регрессия - это один из принципов математической статистики, который может привести к смешению связи и причины.

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

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


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

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

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

Mythbusters - "Причина и следствие"

Что может быть проще - "Если происходит А, то следует B" - ведь тут сложно ошибиться ? Ведь почти фундаментальный закон - "за причиной следует следствие".

И здесь есть 3 "стандартных" заблуждения:

Причина и следствие неразделимы и следствие наступает после причины.
Ой ли ? А самосбывающиеся пророчества ? Дефицит ли порождает накопление запасов или
накопление запасов создает дефицит? Ответить на этот вопрос однозначно нельзя, потому что здесь круговая зависимость: если идти все время в одном направлении, вернешься туда, откуда двинулся в путь. Что наступает первым, зависит от того, с какого места мы начали. Мы привыкли мыслить в терминах либо причины, либо следствия. В системах это может быть одно и то же.

Во времени и пространстве следствие идет за причиной
Логично ведь ? Когда следствие наступает сразу после причины, легче установить связь межуд ними, но в системе это не так. В ней есть задержка, и следствие может проявиться в другой ее части. Самый повседневный пример - боль. Ущемление нервного отростка в позвоночнике
может быть причиной боли в ноге. Но ищем то чаще всего, там где проявилось следствие. А надо искать Root Cause.

Следствие пропорционально причине.
Вроде даже закон физический есть : a = F / m, чем больше силы приложены, тем сильнее последствия и наоборот. Так ли ? Максимум - в механических системах, да и то не всегда. От легкого нажатия на газ автомобиль может "взлететь". А крошечный вирус попавший в организм  может убить человека. Маленькое действие может иметь серьезные последствия.

А иногда действие не вызывает последствий - у системы есть порог восприятия. Чтобы сдвинуть машину надо приложить много силы и за раз, а не по чуть-чуть и долго.

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

Системы - не логичны!

Логика не учитывает фактор времени.

Возьмем вроде верные утверждения:
(Если температура вашего тела поднимется, то вы вспотеете) & (Но если вы вспотеете, то температура тела понизится) =
Если формально следовать вышеприведенной логической схеме, отсюда следует: если температура растет, то она снижается. Что-то тут не так, да ?)


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

Системы - рекурсивны! 

Чтобы понять рекурсию надо понять рекурсию. (с) Народная мудрость

Как насчет жителя Крита из знаменитого парадокса Эпименида, который заявил, что «все критяне лжецы»? Это высказывание предполагает возможность самоприменения, его можно обратить само на себя. Если говорящий не относит себя к остальным критянам, он сказал правду, чтобы указать на их лживость. А если он относит себя к остальным критянам, то он солгал, чтобы сообщить правду. Говорящий может сообщить о своем отношении к собственным высказываниям. Такого рода примеры ломают линейную логику.
Везде, где присутствует возможность самоприменения, использование линейной логики в рамках этой системы отсчета создает неразрешимый парадокс.

Итого:


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

Закономерности(архетипы) систем:

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

1) Усиливающая петля(снежный ком) -
Рост продаж ведет к росту компании, который ведет к росту продажников, который ведет к росту продаж.

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

3) Несмотря на все усилия успехи невелики. -
Задача будет готова .. через час .. ну сегодня точно ... ну на этой неделе.

4) Эскалация. Чтобы не отстать, приходится постоянно перенапрягаться, а результат не оправдывает вложений.

"Чтобы стоять на месте нужно бежать" (с) Алиса в стране чудес 

5) Уравновешивающая петля. Перелет — недолет и так далее... Уравновешивающий контур с задержкой во времени.

Хуже уже не будет, но и лучше - тоже (с) Народная мудрость

6) Проблемы возвращаются. Краткосрочные меры не помогают.
- Теряем доход - уволим спецов - еще больше теряем доход - еще уволим спецов ? 

7) Болезненная зависимость, усиливающиеся побочные эффекты подрывают возможность фундаментального решения. -
Не работает - наставим костылей - работает еще хуже - еще костылей! А рефакторинг - нафиг!.

8) Успех предрешен лучшими стартовыми условиями . Везет везучим, паттерн монополизации.
- Больше денег - больше рекламы- больше отжали рынок у конкурентов - еще больше денег.



9) Трагедия коллективно используемых ресурсов. - Все хотят одного и того же, а в итоге получают все меньше и меньше.
Свободная дорога - надо ехать по ней - возникает пробка - дорога становиться хуже - плохая дорога - меньше ездят - лучше дорога - больше ездят - повторять до бесконечности.

В общем почитайте книжку ! =)