100 главных навыков SMM-специалиста
agile4all
Оригинал взят у shogoblog в 100 главных навыков SMM-специалиста

Спрос на

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

Social Media Marketing — это не состояние души и не волшебство, SMM-специалистом нельзя стать, набрав 5 000 друзей в Facebook или выступив на паре конференций. Стать профессионалом можно только овладевая определенными инструментами и постоянно прокачивая определенные навыки.

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

Итак, SMM-специалист должен уметь:

Read more...Collapse )


[reposted post]100 главных навыков SMM-специалиста
shogoblog
reposted by agile4all

Спрос на

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

Social Media Marketing — это не состояние души и не волшебство, SMM-специалистом нельзя стать, набрав 5 000 друзей в Facebook или выступив на паре конференций. Стать профессионалом можно только овладевая определенными инструментами и постоянно прокачивая определенные навыки.

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

Итак, SMM-специалист должен уметь:

Read more...Collapse )

Про эффективность
agile4all
Эффективность - это КПД. А для расчета КПД нужно знать что взять за 100%. Где же взять эту цифру для НОВОЙ задачи? Как рассчитать ее эффективность?
Измерять в отдаче капиталовложений ничуть не надежный метод. Потому что тут тоже есть свои 100% - срок окупаемости, РОИ и пр. Кто знает какие показатели эталонны?
Значит понятие эффективности - относительное, сравнительное, а не абсолютное. В рамках одной (!) системы можно сказать что это эффективнее того, но не более.
Более того, эффективность - это временнОй параметр, т. е зависит от времени и горизонта - "это" неэффективно сейчас, но, повлияв на иные параметры, сделает эффективными что-то другое!
Значит понятие эффективности зависит от системы координат, в которой рассматривается задача.
Всегда для одной и той же задачи можно найти ее высокую и низкую эффективность сузив или расширив рамки системы или временные горизонты.
Таким образом, понятие Эффективность может стать одним из самых спекулятивных, провокационных и ненадежных критериев!
На самом деле человек всегда и во всем склонен оценивать эффективность. Ее разная оценка приводит к семейным и личным драмам, крахам, самоубийствам.
Хотя всего-то была неправильно нормирована система координат при ее оценке (под нормированием я подразумеваю приведение разных задач к одной системе координат, как это принято в математике).
Итак, при работе с понятием эффективности необходимо предварительно нормализовать все элементы системы. Для сложных гуманитарных систем создать математический аппарат или четко описанный инструмент для этого - задача пока из области фантастики. Однако с опытом этот навык развивается и называется иногда интуицией, иногда экспертным мнением и т.п., когда не так-то просто внятно объяснить принципы нормализации, примененные при оценке.
Тут начинает появляться понятие доверия к оценщику, т.е степень его референции по отношению к вам. Чем референтнее человек, тем больший вес придается его оценке эффективности. В реальной жизни именно это и выдается за эффективность - всего лишь чья-то субъективная оценка ситуации. И играет роль не сама эффективность, а скорее вес эксперта и степень его приближенности к заинтересованному лицу.
Пожалуй единственной известной на сегодня условно рабочей технологией оценки эффективности является судебная система (имеется в виду некая средняя судебная система). Однако практика показывает что и суды не могут выйти за рамки текущей системы координат и дать сравнительную оценку разным эффективностям.
Особенно шатким понятие эффективности становится при рассмотрении задачи с учетом морально этических и общественных норм.
Примеры каждый приведет себе сам.
Итак, говоря о понятии эффективность можно говорить только с точки зрения текущей ситуации и ограниченной субъективной оценки

У Рассела Акоффа есть чУдная трактовка эввективности в "Исскустве решения проблем" в районе страницы 17.

На трудности нормализации системы координат серьезно влияет ценностная шкала ЛПР.
Современная психология выделяет 20-30 критериев, описывающих различные виды ценности и их комбинация составляет индивидуальный ценностный профиль. Я говорю, например, о понятии матапрограммы в НЛП или медодах описания человека в соционике.
Вероятность полного совпадения ценностного профиля даже у двух индивидуумов кране не высока (семейная жизнь), а вероятность их совпадения у коллектива - ничтожно мала и стремится к нулю.

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

Именно для этого удобно применять наработки в agile.

Лживая концепция "успеха"
agile4all
Оригинал взят у skyvadim в Лживая концепция "успеха"
- Успех
- быть успешным
- я успешный молодой человек

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

Ну не суть, попробуем разобраться в мантрах "успех" и "успешность".
Read more...Collapse )
)
Tags:

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

1. Пригожин, Стингерс. Порядок из хаоса. Есть в открытом доступе. Представлять людей нет смысла. Но для чтения нужно немного воспоминаний о квантовой физике (уровня "большой школы" более чем, правда это была моя основная специальность :-))). Я так думаю :-)))
2. Сурмин Юрий. Теория систем и системный анализ. 2003 год. Гениальный человек, гениальная книга. Критерий гениальности  - "все гениальное - просто". Это про эту книгу. Очень перекликается с классикой Пригожина.
3. Альтшулер Генрих Сайлович - великий человек, автор ТРИЗ (теории решения изобретательских задач). Позор мне!!! В процессе поиска названия книги обнаружилось (о! позор на мои седины!), что он писал фантастические рассказы. Вот что значит слишкм верить "Лениному дедушке" (по версии одной очень юной красавицы именно он был автором 70 лет экспериментальнй жизни в СССР), который завещал "учиться, учиться и учиться". Заучилась. Пойду читать советскую фантастику, благо обожаю.
Все. ушла искать-читать.
Список буду продолжать.
4. Тм много чего еще было :-)) Потом :-))

О кризисе, KPI и гибкости
agile4all
Макроэкономика. Кризис.
А кризиса в экономике - нет, есть устаревшие показатели качества. И все это полностью укладывается в идею Н.Д. Кондратьева и его последователей.
Новые ростки не видны, видно только отмирание рудиментов.
Вот и весь кризис.
Никто человеческий потенциал не может измерить. Нет сегодня KPI для программистов (кроме количества кода - клянусь, и это подтверждается всеми и рынком)!!!!
А программист (и его соратники включая тестеров, менеджеров и пр) - это современный ремесленник, а не винтик системы в конвейере Форда!!! Ремесло - это микс, тончайшая грань между искусством и профессионализмом.
Я не о программистах как таковых. Я о новом современном феномене ремесленника. Возможно, через N лет ремесло программиста разложат в конвейер Форда, сделают статистически замеряемым и накрутят туда KPI (или как оно будет называться в будущем)...
А KPI ремесленника - это гордость за свой труд, совесть, ответственность, бескорыстие. Личное клеймо мастера.
Тут много профессий рядом, которые сейчас набирают обороты - это дизайн, реклама и ! о ужас дизайн как конструирование, потому что все что мы сейчас создаем - это оно...
И не важно, привязано оно к стратегии или нет, вопрос в возможности сегодня выработки реальных формализованных критериев качества.

SOS! Когда в проекте рулят сроки
agile4all
Наболевшее.

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

Но! Допустим, у вас есть проект.

Для начала нужно всегда помнить, что проект это микс из СРОКОВ, БЮДЖЕТА и собственно ЦЕЛЕЙ (задач, контента - тут любое слово пойдет, главное суть - что сделать-то хотели в итоге).

Это так же важно, как вечно помнить, что продукт это тоже всегда!!!! mix (конкурентоспособный продукт + его такая же конкурентоспособная цена + его такие же конкурентоспособные каналы продажи + промоушен, читай реклама и продвижение) и все это наложено на "стратегию голубого океана", читай, тот же проектный треугольник "вид сбоку", т.е. минимальные сроки - бюджеты.

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

А микс, он, по определению, подразумевает поиск и нахождние АКТУАЛЬНОГО на dt баланса!!!! С учетом внешней среды!!! Потому как имено она ограничения накладывает и требования выдвигает.
Таким образом, ставя в KPI срок - мы его и получаем, например, всем известное "быстро, фигово, дешево". За примерами далеко ходить не надо, И-нет ими вопиет (я о сайтах).

Да, поиск микса требует пресловутой квалификации, опыта, чутья, удачи. ДА!!!! И это именно так.
Расшифрую понятия "опыт", "чутье", "удачу" с точки зрения квалификации.
Человеческий мозг очень быстр и работает по невероятно эффективным алгоритмам. В подробности не полезу, кому надо - инфы вагон. И хотя мы (человечество) мечтаем его (мозг) смоделировать, это задача из области вечного двигателя (хотя вторую СколЬкого вроде как в том году божилось решить под напором Царя-батюшки). Про первую даже они пока не заикались.
Т.е. в переводе на смысл "опыт", "чутье", "удачу" - это умение миксовать знания и деать оттуда выводы. Другими словами, поступать интуитивно. А это как?

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

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

Потому и решает опытный человек проблемы быстро и неосознанно. Именно про это в народе говорят "интуиция". А она кто? Набор внешних датчиков (НЛПеры говорят "фокус внимания", у неопытных этого нет, какой сигнал замерять не знают) + умение "закидывать" задачу в подсознание (тут уж кому как повезет этот навык приобрести).

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


PS эх, все же надо видимо о менеджменте проектном поговорить...

Проект vs agile. Или как съесть слона
agile4all
Чем глубже я изучаю и обсуждаю с коллегами и клиентами тему гибких методов управления (agile), тем больше мне кажется, что проблема их противопоставления классическому проектному управлению - надуманная.

Глава 1. Жизненная аналогия.

Едем на а/м по Мск. Город безумный, знаков мало, практически лабиринт. Какие у вас варианты по оптимальному попаданию из т. А в т. Б?

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

Ситуация 2. Город вы видите впервые. Навигатора у вас нет, карта есть, но старенькая. Вы конечно маршрут прикинули, но схему движения уже столько раз перекроили, что как вы не пытаетесь вернуться на маршрут запланированный, все не туда выезжаете. Тут вам единственное что поможет - это дорожные указатели, названия улиц, ну язык еще (главное не увлечься и в Киев не уехать по привычке :-). Ехать в этом случае вы, скорее всего, будете по главным магистралям, пробки по-любому соберете. Вариантов для маневра у вас не много будет.
Оптимистичный сценарий. Вы худо-бедно доедете куда планировали. Хотя состоянию вашему я не завидую :-(
Пессимистичный сценарий. В пункте назначения приемные часы уже прошли и вы несолоно хлебавши повернете назад.

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

Чувствуете аналогию с бизнесом? Расскажу, как ее вижу я.

Глава 2. А как оно в бизнесе.

Чаще всего мы оказываемся в Ситуации 2. У нас как всегда сплошные инновации, профессионалов не хватает, учиться нам некогда, все на бегу, на авось, но панацею ищем неустанно. А еще и кусок отхватить хочется побольше.
Тут мы находим панацею в виде PMBOK, нанимаем крутого специалиста за бешеные еноты (хотя никак я в толк не возьму, как мы поняли-то, что он такой крутой? мы ж ничего в этом не понимаем...) ну и понеслась. Все спланировали, бюджеты расписали. А дальше... Ну все как на дороге в Мск или на ЗОЙЧе 14 года. Как говорит один мой приятель, сроки и бюджеты умножаем на Пи, аппетиты на Пи же делим. Ну, если кому еще надо то, что получилось в остатке, то, хромая на 2 ноги, идем по "намеченному" плану.

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

Да потому. Ведь что такое непрофессионализм другими словами? В чем он ярче всего проявляется? Ответ на поверхности - непрофессионал, это тот, кто не может понять какой результат считать хорошим, а какой - плохим. И не может его, результат, предсказать.
Допустим, пришел к Генеральному директору (ГД), в данном примере непрофессионалу, Руководитель проекта и говорит: "Я тут так все круто посчитал, распланировал, рынок, производство, конкуренты. В итоге 14 получается. Финансируете?" Тут ГД свой непрофессионализм -то показать не хочет, вот и не спрашивает: "А что такое 14? И почему оно лучше 15, например?". Потому что тут деталями, тонкостями оперировать надо, понимать что тебе говорят, а он - не может. Это и есть наипервейший признак непрофессионализма в конкретном вопросе - невозможность оперировать деталями.

Ведь почему водитель в Ситуации 3 сразу профессионалом воспринимается? Да потому что деталями владеет. Вот и может он быть ГИБКИМ!!!

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

Вот ГД и финансирует что попало, авось попадется что стоящее.

Глава 3. Так как же съесть слона.

И при чем же тут agile и PMBOK? А вот при чем.
Про agile как говорят? Agile - это SCRAM, а главный девиз у них "Другого нет у нас пути, нам пофигу куда идти". А вот ПРОЕКТ - это дескать все хорошо заранее спланировано, продумано, взвешено, размечено.
Только в жизни есть не очень много способов съесть слона. Главный способ - по частям.

Т.е. "съесть слона" - это стратегия, а вот как его разделать, да приготовить, чтобы каждый кусочек деликатесом стал, вот тут тактика нужна. Казалось бы, в чем проблема? Распиши что да как заранее и никаких гибких методов не нужно. Но не тут то было.
Если до мельчайших подробностей писать предварительный план по разделке слона, то он (в смысле слон, не план) просто протухнет и не дождется своего звездного часа на мишленовской 5 звездочной кухне. Да и не проверить качество того плана, потому что автор - единственный профессионал, а ему риски при выполнении, сложности всякие нужны? Да он вечно, при хрошем раскладе, этот план писать будет.

Вот тут и agile с профессионализмом нужны. ГД нужны и окружению его. Тут важно знать, что быстрее всего испортится, что наоборот от заморозки только выиграет и т.д.

Глава 4. Возвращаясь к бизнесу.

Я полагаю, что реально Гибкость нужна именно при выборе минимально РАЗУМНОГО, с точки зрения стратегической задачи, куска для проекта. Именно тут проявляется вся прелесть agile-подхода. Хотя каждый конкретный кусок все равно будет требовать, так или иначе, некоего проектного оформления.
Тут я оговорюсь, что сейчас я не обсуждаю плюсы и минусы различных методов реализации конкретного куска (проекта, задачи, спринта - зовите как хотите). Я говорю только о РАЗДЕЛКЕ большого слона на разумные порции.

ЗАКЛЮЧЕНИЕ. "Что же делать, спросите вы меня? Нет вы спросите!" (цитата)

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

В чем плюс предлолженного метода? А вот именно в том, что и присуще классическому agile!!!!!!!!

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

Эх, обманывает нас Государство с крупным бизнесом по крупному... Но об этом - в другой раз.

Сказка на ночь: Секрет Эффективного Менеджмента, или Семь шагов к невероятному успеху.
agile4all
Оригинал взят у asocio в Сказка на ночь: Секрет Эффективного Менеджмента, или Семь шагов к невероятному успеху.
Секрет Эффективного Менеджмента, или Семь шагов к невероятному успеху.

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

Читать бестселлерCollapse )


Ошибки восприятия agile
agile4all
1. Самая распространенная. Говорить что скрам и аджайл - это синонимы и вообще одно и то же.
2. Применять принцип полиморфизма к этим двум понятиям (например, "нам пофигу куда идти", двухнедельный спринт, тотальный отказ от Проектного управления из SCRAM догматом тащить на идею agile как таковой методики)
3. Противопоставление проектному управлению. Хотя на мой взгляд PMBOK - это о форме, а agile - о содержании (не пытаться все запихать в один проект и быть им раздавленным)
4. Догматизировать методы, например, SCRAM спринты. Из недавнего примера: если у вас кодирование (по готовым заранее требованиям!!!!) к внедрению (тестирование, инсталяторы - можно отнести к накладным расходам) занимает 1:2, а сроки разработки кванта требований вообще размыты, то балланса надо искать из ВСЕЙ системы с учетом затрат и возможности их окупаемости
5. Квантовать не по коммерческой пользе. Тут мне делается смешно! Если вас финансируют просто из любви к искусству (так часто бывает), то и пофиг. А если это ваше родное и вы на это кушать планируете? Неужели будете упираться в догматы двух недель а не баланса бизнес-целей и затрат на их достижение?
6. Говорить об ограниченности применения идеи agile. В ближайшее время планирую архитектурными задачами позаниматься, сто пудов, смогу и там применить и упростить всем жизнь. Во всяких рекламах - это вообще золото! И работает уже и задача обозрима и бюджет ! может кто угодно написать и вообще можно только стратегией потом заниматься, а менеджмент будет 10 минут в день занимать. Методику позже опубликую.

?

Log in