Все записи с тэгом «управление проектами»

Будущее социального веба

30.04.2009

Различие между традиционным и новаторскими маркетингом станет значительно более выраженным из-за продолжающих набирать темп социальных инициатив в он-лайн сообществах, говорится в докладе Forrester Research, проанализированном известным аналитиком Jeremiah Owyang в своем блоге и более подробно раскрытом в статье на destinationcrm.com.

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

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

1. Эра социальных отношений: Начиная с середины 1990-х годов, люди создавали свои он-лайн профили, чтобы общаться с друзьями и делится информацией.

2. Эра социальной функциональности (Social Functionality): Сегодня соцсеть это больше чем платформа для общения с друзьями, она может предоставить широкий спектр «социально-интерактивных приложений», как называет их Owyang.

3. Эра социальной колонизации: К концу 2009 года технологии, такие как OpenID и Facebook Connect, начнут ломать барьеры между различными соиальными сетями и позволят людям интегрировать их социальные связи, как часть их он-лайн опыта, размывая границы между сетями и традиционными сайтами.

4. Эра социального контекста: В 2010 году сайты начнут распознавать персональные данные и социальные отношения пользователя и будут доставлять выборочный (персонализированный) контент. Соцсети станут «основой для работы с он-лайн опытом каждого пользователя».

5. Эра социальной торговли: Примерно через два года социальные сети станут более мощными, чем корпоративные сайты и CRM-системы (средства идентификации и взаимоотношения построенные на этой платформе). Бренды будут служить интересам сообщества и расти, основываясь на информационной работе с ним, в то время как пользователи продолжат вводить инновации в этом направлении.

Фото с сайта destinationcrm.com

#управление проектами

Добавить комментарий

Поиск в интернете: что и как ищут пользователи

24.04.2009

По данным информационного бюллетеня Яндекса, вышедшего еще осенью 2008 года.

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

Типичный поисковый запрос состоит из двух или трех существительных, написанных кириллицей. Доля существительных в запросах составляет 75% (96% при поиске по картинкам.), прилагательных — 16%, глаголов — только 5%. При этом глагол купить в запросах встречается в три раза чаще, чем продать, а существительное продажа — в восемь раз чаще существительного покупка.

Каждый 10-й запрос содержит название организации или сайта, т. е. является навигационным.

Средняя длина поискового запроса — 2,5 слова. Запросы из одного слова составляют 27%, два слова — 27%, три слова — 20%, четыре и более слов — 26%. Т.е. на самом деле количество слов роли практически не играет.

Только около 2,5% поисковых запросов сформулированы как вопрос. Самый популярный вопрос, с которым пользователи обращаются к Яндексу — как. Вопросов, начинающихся с как, задают больше, чем вопросов, начинающихся со всех остальных вопросительных слов вместе взятых. Вопрос что значительно популярнее вопроса кто.

14—15% всех запросов содержат различные ошибки и искажения. Две трети всех ошибок — орфографические (пропущенные буквы, неправильное написание слов и т.п.).

#cookbook #управление проектами

Добавить комментарий

Эл Райс и Джек Траут «22 непреложных закона маркетинга»

14.01.2009

Отличная и занимательная книжка, доходчиво написанная и со множеством хороших примеров из реальной жизни. Немного портят впечатление переводчики, почему-то решившие, что читателям проще воспринимать «ай-би-эм» и «би-би-ди-оу» вместо IBM и BBDO.

Ну и сами законы собственно:

1. Закон лидерства
Лучше быть первым, чем доказывать, что вы лучше

2. Закон категории
Если вы не можете быть первым в категории, создайте новую категорию и возглавьте ее

3. Закон запоминания
Лучше быть первым в сознании покупателя, чем на рынке

4. Закон восприятия
Маркетинг — это битва не товаров, а восприятий

5. Закон фокусирования
Самая могущетвенная концепция в маркетинге — это умение отпечатать слово в сознании потребителя

6. Закон исключительного права
Две компании не имеют права владеть одним и тем же словом в сознании потребителя

7. Закон лестницы
Стратегия действия зависит от ступеньки, которую вы занимаете на лестнице (в голове потребителя)

8. Закон парности
 В конечно счете любой рынок превращается в парные гонки (лидеров лестницы)

9. Закон противоположности
Если вы претендуете на второе место, вашу стратегию определяет лидер (т.е. вам надо быть непохожим)

10. Закон деления
Со временем категория разделится и превратится в две или более категорий

11. Закон перспективы
Результаты маркетинга сказываются по истечении длительного времени

12. Закон расширения ассортимента
Настоятельная необходимость заставляет распространять право справедливости брэнда (Если имя брэнда означает все, то это равносильно тому, что оно не означает ничего)

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

14. Закон атрибутов
Для каждого атрибута всегда найдется противоположный действенный атрибут

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

16. Закон единичности
 В каждой ситуации только один шаг приведет к существенным результатам

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

18. Закон успеха
Успх часто ведет к самонадеянности, а самонадеянность — к провалу

19. Закон провала
Неудачу надо ожидать и признавать (как можно раньше)

20. Закон создания ажиотажа
Ситуация часто оказывается противоположной тому, как ее представляет пресса

21. Закон ускорения
Успешные программы строятся не на повальных увлечениях, а на тенденциях

22. Закон ресурсов
Без адекватного финансирования идеи нельзя оторваться о земли

#книги #реклама #управление проектами

Добавить комментарий

Личный журнал Вебстера Томпкинса

14.11.2008

Резюме каждой главы «Дедлайна» Тома ДеМарко подавалось в виде записей в блокноте главного героя. Собственно это и есть основные тезисы данной книги:

Четыре основных правила менеджера
1. Найти нужных людей.
2. Дать им ту работу, для которой они лучше всего подходят.
3. Не забывать о мотивации.
4. Помогать им сплотиться в одну команду и работать так дальше.
(Все остальное — административная ерундистика)

Безопасность и перемены
1. Если человек не чувствует, что находится в безопасности, он будет противиться переменам.
2. Перемены необходимы руководителю для успешной работы (наверняка они необходимы и в любой другой деятельности).
3. Неуверенность заставляет человека избегать риска.
4. Избегая риска, человек упускает все новые возможности и выгоды, которые могли бы принести ему перемены.
5. Человека легко запугать прямыми угрозами, но также можно просто дать ему понять, что при случае с ним могут обойтись грубо и жестоко. Эффект будет таким же.

Отрицательная мотивация
1. Угрозы — самый неподходящий вид мотивации, если вас волнует производительность сотрудников.
2. Чем бы вы ни угрожали, задача все равно не будет выполнена, если с самого начала вы отвели на ее выполнение слишком мало времени.
3. Более того, если люди не справятся, вам придется выполнять свои обещания.

Главнокомандующий на поле битвы как метафора управления проектами
К началу сражения работа главнокомандующего уже закончена.

Собеседование и прием на работу
1. Чтобы нанять человека на работу, менеджеру необходимы все его способности: сердце, душа, нюх и способность чувствовать нутром (по большей части последнее).
2. Не пытайтесь нанимать людей в одиночку — гораздо лучше задействовать в этом процессе интуицию двух менеджеров.
3. Попросите новых членов команды взяться в проекте за ту работу, которую им уже случалось успешно выполнять в прошлом, а прочие амбиции и рост отложить до следующего проекта.
4. Попросите наводку: тот человек, которого вы выбрали себе в команду, наверняка может посоветовать, кого вам еще следует нанять.
5. Больше слушайте, меньше говорите.
6. И все это сработает еще лучше, если вы слегка подтасуете колоду <просмотрев и отобрав подходящие резюме заранее>.

Повышение производительности
1. не существует никаких краткосрочных мер, которые позволили бы повысить производительность работы.
2. Повышение производительности — результат долгосрочных усилий.
3. Любые средства для повышения производительности, которые обещают немедленный результат, на самом деле не что иное, как фикция.

Управление рисками
1. Чтобы управлять проектом, достаточно управлять его рисками.
2. Создайте список рисков для каждого проекта.
3. Отслеживайте те риски, которые являются причиной провала проекта, а не только конечные риски.
4. Оцените вероятность возникновения и стоимость каждого риска.
5. Для каждого риска определите показатель — симптом, по которому можно определить, что риск превращается в проблему.
6. Назначьте специального человека для управления рисками, и пусть он не поддерживает девиз «Мы можем все!», который культивирует начальство.
7. Создайте доступные (возможно, анонимные) каналы для сообщения плохих новостей руководству.

Играй в защите
1. Сокращайте потери.
2. Успех проекта можно скорее обеспечить сокращением ненужных усилий, чем стремлением к новым победам.
3. Чем раньше вы прекратите ненужную работу, тем лучше для всего проекта.
4. Не пытайтесь создавать новые команды без необходимости: поищите в коллективе уже сложивишиеся и сработавшиеся команды.
5. Оставляйте команды работать вместе и после окончания проекта (если они сами того хотят), чтобы у пришедших вам на смену руководителей было меньше проблем с плохо сработавшимися командами.
6. Считайте, что команда, которая хочет продолжать работать вместе и дальше — это одна из целей любого проекта.
7. День, который мы теряем в начале проекта, значит так же много, как и день, потеряный в конце.
8. Есть тысяча и один способ потратить день зря и ни одного, чтобы вернуть этот день обратно.

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

Извращенная политика
1. В любой момент нужно быть готовым отказаться от работы и попросить расчет…
2. … однако это не означает, что тем самым вы сумеете избежать последствий извращенной политики.
3. Извращенная политика достанет вас везде, даже в самой здоровой и чистой организации.
4. Главный признак извращенной политики: во главу угла ставятся личные цели и влияние, а не общие интересы компании.
5. Это может произойти даже тогда, когда личные цели напрямую противоречат целям организации.
6. Один из побочных эффектов извращенной политики: иметь хорошо укомплектованную команду становится небезопасно.

Сбор метрических данных
1. Определяйте размер каждого проекта.
2. Не усердствуйте поначалу с выбором единицы измерения — если впоследствии вам предстоит работать с реальными данными, для начала сойдут и абстрактные единицы.
3. Стройти сложные метрики на основе простых (тех, которые легко подсчитать в любом программном продукте).
4. Собирайте архивные данные, чтобы считать производительность труда по уже законченным проектам.
5. Работайте над формулами вычисления сложных синтетических метрик до тех пор, пока полученные результаты не будут наиболее точно отражать отношение абстрактных единиц к указанному в архивных данных объему работ.
6. Проведите через всю архивную базу данных линию тренда, которая будет показывать ожидаемый объем работ в виде отношения значений сложных синтетических метрик.
7. Теперь для каждого нового проекта достаточно будет высчитать значение синтетической метрики и использовать ее при определении ожидаемого объема работ.
8. Не забывайте об «уровне помех» на линии производительности и используйте его как индикатор при определении допустимых отклонений от общей траектории.

Процесс разработки и его улучшение
1. Хороший процесс разработки и его постоянное улучшение — весьма достойные цели.
2. Но существуют еще и рабочие цели и задачи: хороший работник сконцентрирует внимание как раз на них, даже если вы его об этом не просили.
3. Формальные программы, направленные на улучшение существующего процесса разработки, будут дорого стоить команде — и во временном, и в денежном отношении. Даже отдельные усилия по улучшению процесса могут отбросить команду далеко назад. Что касается возможного повышения производительности, то даже если это и произойдет, то едва ли выгоды от этого повышения покроют затраты.
4. Можно надеяться получить положительный результат от одного какого-нибудь хорошо взвешенного и тщательно выбранного усовершенствования в методике работы. В этом случае оно может покрыть деньги и время, потребовавшиеся на его внедрение.
5. Попытка внедрить более одного усовершенствования методологии — гиблое дело. Программы, направленные на улучшение многих приемов и навыков, скорее всего приведут к тому, что сроки только увеличатся.
6. Опасность стандартизированного процесса разработки состоит в том, что за рутинными операциями люди могут не заметить возможность сэкономить время и усилия по разработке проекта.
7. Что касается чрезмерно больших команд, то там стандартизированный процесс будет неукоснительно соблюдаться до тех пор, пока он позволяет всем чувствовать себя при деле (не важно, с пользой для проекта или нет).

Делать работу по-другому
1. Есть только один способ сократить время на разработку, когда его и без того мало — уменьшить сроки отладки программы.
2. Проекты с высокой производительностью требуют гораздо меньше времени на отладку и исправление ошибок.
3. Проекты с высокой производительностью требуют гораздо больше времени на проектирование.
4. Нельзя заставить людей делать что-то по-другому, если ты о них не заботишься, если ты ими не интересуешься. Чтобы они изменились, ты должен понимать (и ценить) их самих, что они делают и к чему стремятся.

Что дает давление сверху
1. Люди не начнут быстрее соображать, если руководство будет давить на них.
2. Чем больше сверхурочной работы, тем ниже производительность.
3. Немного давления и сверхурочной работы могут помочь сконцентрироваться на проблеме, понять и почувствовать ее важность, но длительное давление всегда плохо.
4. Возможно, руководство так любит применять давление, потому что просто не знает, как еще можно повлиять на ситуацию, или же потому, что альтернативные решения кажутся им слишком сложными.
5. Ужасная догадка: давление и сверхурочная работа призваны решить только одну проблему — сохранить хорошую мину при плохой игре.

Сердитый начальник
1. Злость и неуважение заразительны. Когда высшее руководство демонстрирует злость и неуважение к подчиненным, руководители среднего звена начинают копировать их поведение.
2. Неуважение и злоба, по мнению некоторых начальников, должны заставить подчиненных лучше работать. Это типичная политика «кнута и пряника». Но разве когда-нибудь неуважение со стороны начальства приводило к тому, что люди начинали лучше работать?
3. Если начальник демонстрирует неуважение к подчиненным, это признак того, что он не может больше занимать свою должность (а вовсе не признак того, что у него плохие подчиненные).

Туманные спецификации
1. Неясность спецификации говорит о том, что между участниками проекта есть неразрешенные конфликты.
2. Спецификация, в которой нет списка типов входящей и исходящей информациии, не должна даже приниматься к рассмотрению. Это значит, что она попросту ничего не специфицирует.
3. Никто никогда не скажет вам, что спецификация плоха. Люди скорее будут обвинять себя в неспособности понять написанное, чем ругать автора спецификации.

Конфликт
1. Проект, в котором участвуют несколько сторон, обязательно столкнется с конфликтом интересов.
2. Процесс создания и распространения программных систем — прямо-таки рассадник всевозможных конфликтов.
3. В большинстве компаний, где создается программное обеспечение, никто специально не занимается вопросом решения конфликтов.
4. Конфликт заслуживает понимания и уважительного отношения. Конфликт не имеет ничего общего с непрофессиональным поведением.
5. Донесите до каждого, что постараетесь учитывать интересы всех участников, и проследите, чтобы так оно и было.
6. Тяжело договариваться. Гораздо легче выступать посредником.
7. Объявите заранее, что если интересы конфликтующих сторон полностью или частично противоположны, то поиск решения будет переложен на посредника.
8. Не забывайте: мы находимся по одну сторону баррикад. По другую сторону находится сама проблема.

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

О персонале
1. Если в самом начале проект делает большая команда, это снижает эффективность самой ответственной части работы — определения архитектуры системы (потому что всем разработчикам надо скорее дать какую-то работу).
2. Если работу раздать людям и командам еще до того, как завершится стадия дизайна продукта, не получится создать простые и эффективные модели взаимодействия между людьми и рабочими группами.
3. Это приведет к потере независимости, увеличению числа собраний и совещаний, общему недовольству.
4. В идеале было бы хорошо сначала набрать маленькую команду, которая создала бы продуманную архитектуру системы, а уж потом, на последнюю, шестую часть времени разработки в эту команду можно было бы добавить новый персонал (который работал бы непосредственно над кодированием).
5. Ужасное предположение: кажется, те команды, перед которыми не ставят жестких сроков, заканчивают работу быстрее!

Проблемы социологии
1. Собрания должны быть небольшими. Для этого нужно сделать так, чтобы люди не боялись пропускать ненужные им собрания. Самый простой способ — заранее опубликовать повестку дня, а потом всегда строго ее придерживаться.
2. Каждому проекту нужна какая-то церемония или ритуал.
3. С помощью церемоний можно концентрировать внимание собравшихся на основных целях и задачах совещания: сократить состав рабочей группы, повысить качество программного когда и т.п.
4. Защищайте людей от оскорблений и ругани начальства.
5. Запомните: в работе страх = гнев. Те руководители, которые любят кричать на своих подчиненных и всячески унижают и оскорбляют их, на самом деле просто чего-то очень боятся.
6. Наблюдение: если бы для всех проявлений грубости и злости к подчиненным всегда значило бы, что начальник просто боится, то никто из начальников не стал бы так себя вести просто из страха, что его страх заметен!

О паталогической политике (еще раз)
1. Эту паталогию невозможно вылечить снизу.
2. Не стоит терять время или подвергать себя опасности, чтобы проверить предыдущий постулат на собственном опыте.
3. Иногда единственным выходом из ситуации становится выжидание. Попробуйте подождать, пока проблема не разрешится сама по себе или пока вы не найдете способ уйти от нее в сторону.
4. Чудеса, конечно, случаются, но лучше все же на них не рассчитывать.

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

Основы здравого смысла
1. У проекта должно быть два срока сдачи — запланированный и желаемый.
2. Эти сроки должны быть разными.

#cookbook #разработка ПО #управление проектами

Добавить комментарий

RIW’2008: Рынок интернет-магазинов. Как достучаться до регионов?

12.11.2008

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

#управление проектами

Добавить комментарий


Реклама