Открыть список
Как стать автором
Обновить
  • по релевантности
  • по времени
  • по рейтингу

Интернет-компания: право и ошибки

Блог компании RMA
В своей работе компании часто сталкиваются с юридическими трудностями. Многие подменяют понятие «решать проблемы по мере поступления» откладыванием в долгий ящик. Проблемы лучше предвидеть, методами решения — лучше владеть. Например, знать, на что можно и нельзя «подписывать» разработчиков и журналистов проекта, а также — как увеличить активы с условных ста тысяч до 10 миллионов?
Читать дальше →
Всего голосов 15: ↑10 и ↓5 +5
Просмотры3.6K
Комментарии 2

Правильная ИТ-конференция. Уральская версия: DUMP

Я пиарюсь
Из чего складывается хорошая ИТ-конференция?

Работающий Wi-Fi + интересные практические кейсы + много профессионального общения и кофе.

Рецепт прост, но вкусное блюдо получается почему-то редко. Очередная попытка достигнуть идеала будет предпринята 30 мая в Екатеринбурге. В приготовлении участвуют Яндекс, СКБ Контур, IT-People.ru, NAUMEN, E1.RU, Jetstyle, Artsofte. Места еще есть.

Почему на этот раз должно получиться?
Читать дальше →
Всего голосов 17: ↑17 и ↓0 +17
Просмотры373
Комментарии 13

18-й выпуск подкаста «Откровенно про IT-карьеризм». Беседа с другим PM-ом

Чулан
image

Разговор с Сергеем Бережным о том, куда расти после РМ. О безусловной любви к заказчику, как гарантии успешной разработки. О том, что заказчик может быть неправ, и о том, что же в этом случае делать.

Внимание, в подкасте есть конкурс.
Всего голосов 22: ↑14 и ↓8 +6
Просмотры175
Комментарии 0

Как складываются команды в IT-компаниях?

Блог компании Клуб Инноваторов
В чем состоит мастерство управления непростыми и умными людьми?
Почему у некоторых менеджеров команда работает как часы и люди решают сложнейшие задачи получая от этого реальное удовольствие?

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

18-го августа в 19:00 на SumIT (СанктПетербург, Кронверкский проспект, д.49) Мы разберем механизмы, которые действуют во время жизненного цикла команды, и обсудим, как можно на них повлиять.

image
Читать дальше →
Всего голосов 31: ↑21 и ↓10 +11
Просмотры9.8K
Комментарии 4

Демонстрация дизайна — как преподнести работу так, чтобы она вызвала аппетит

Управление проектами
Меня просто бесит, когда менеджер проекта отправляет макет дизайна — письмом, с припиской «Вот, нарисовали. Смотрите. Ждем ваших замечаний». Убил бы.

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


— Это возмутительно! И вот почему:


Читать дальше →
Всего голосов 116: ↑88 и ↓28 +60
Просмотры20.1K
Комментарии 65

Интеграция сайта с 1С — риски и немного реальности

Управление проектами
Фэйлом кончаются от 30% до 50% попыток внедрить штатную интеграцию сайта с 1С. Это коллеги рассказали, у меня-то в бизнес-плане заложено 75%. То есть, в трех случаях из четырех — придется что-то подкручивать напильником, а в одном — вообще вызывать эвакуатор или реанимацию. И чего бы это, ведь…

… Топовые производители современных отечественных систем управления в один голос заявляют, что умеют интегрироваться с 1С. Естественно, это касается по большей части типовых конфигураций — всего не предусмотришь, ага. Да и маркетинг заставляет говорить, что «это просто!». Слоган, который, наверное, никогда не умрет.

Рассмотрим процесс интеграции с точки зрения клиент-исполнитель. Сценарий продажи может превратиться в сущий адъ из-за пары неловких движений менеджера.



Так что знакомимся с горьким опытом и делимся своим:

Читать дальше →
Всего голосов 97: ↑87 и ↓10 +77
Просмотры58.8K
Комментарии 91

Кормление и уход за разработчиками (или почему мы такие ворчуны)

Разработка веб-сайтов
Перевод
Прим. переводчика — В оригинале использовался всем знакомый термин «software engineer». Так как русский его аналог «инженер-программист» используется в повседневной речи редко, пришлось использовать слово «разработчик» как наиболее близкое. Также профессия «short-order cook», с которой автор сравнивает положение многих разработчиков в индустрии, была переведена как «мальчик на побегушках» — мне кажется, что она отлично отражает суть проблемы отношения к разработчикам. Наконец, я старался везде вместо слов «to code» и «programming» использовать «разрабатывать» и «разработка» из-за сложившемся в русском языке негативном смысле слов «кодировать» и «программирование» как примитивных процессов перевода требований в машинные инструкции низкого или высокого уровня.

Автор оригинальной статьи — Nickolas C. Zakas, известный фронтенд разработчик и JavaScript-евангелист в свое время проработавший более пяти лет в Yahoo. Это запись из его блога, в которой он говорит о том, почему с разработчиками так сложно договориться и что с этим делать.


Не так давно Дженна Байлотта написала замечательную статью «Как дизайнерам ужиться с разработчиками», в которой она описывает методы работы в команде, позволяющие дизайнерам и разработчикам добиться лучшей производительности. Я в свое время работал с дизайнерами (а, работая в UI, и с разработчиками) и столкнулся с похожими проблемами, так что мне понятен ее практичный подход. Во время командной работы никогда не помешает уважать труд своих коллег и понимать их способ мышления.

Одна из главных мыслей той статьи заключалась в том, что разработчики говорят «нет» слишком быстро. Эта мысль тут же въелась мне в мозг и долго отказывалась вылезать оттуда. Мне хотелось воскликнуть: «Но подожди, ты же не понимаешь, почему мы говорим „нет“!». Тут же появился миллион других защитных аргументов. На самом деле она, конечно, права — мы правда слишком быстро говорим «нет», причем не только дизайнерам, а вообще всем. Это побудило меня поразмыслить над психологией разработчиков и тем, что составляет нашу истинную суть.
Читать дальше →
Всего голосов 242: ↑228 и ↓14 +214
Просмотры26.6K
Комментарии 76

Как дизайнеры и разработчики могут играть слаженно (и продолжать бегать с ножницами)

Разработка веб-сайтов
Перевод
Recovery mode

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


Как дизайнер, работающий в технически ориентированных компаниях последние десять лет или около того, я трачу много времени на работу с разработчиками. Эти сотрудничества — наиболее конструктивные и плодотворные рабочие отношения, которые у меня были.
Дизайнеры, вы тоже можете создавать эти типы отношений с разработчиками — вы просто должны прорваться через ваши личные предубеждения (как дизайнеров, так и разработчиков), чтобы создать пространство для эффективного партнерства. Если вы успешны, преимущества намного перевешивают любые боли и незначительные изменения необходимые, чтобы этого добиться.
Читать дальше →
Всего голосов 14: ↑8 и ↓6 +2
Просмотры2.3K
Комментарии 11

Проект vs Отдел

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

Некоторые руководители считают, что конфликты, возникающие в матричной структуре, способствуют поиску наиболее оптимальных решений, так как рассматриваются интересы обеих сторон. Но в то же время конфликты, порождаемые матрицей, являются причиной срыва сроков выполнения задач и падения производительности и эффективности.
Читать дальше →
Всего голосов 37: ↑31 и ↓6 +25
Просмотры4.1K
Комментарии 52

Пользователи и клиенты. В чем разница?

Блог компании «Knoema»Разработка веб-сайтов
Я в своей жизни неоднократно сталкивался с тем, что многие в ИТ не видят и не понимают разницы между пользователями (users) и клиентами (customers). Думаю, будет полезно прояснить этот момент в небольшой статье, хотя для многих тема, которую я попытаюсь раскрыть, будет очевидной. Итак, приступим. Готовы?
Читать дальше →
Всего голосов 27: ↑23 и ↓4 +19
Просмотры14K
Комментарии 7

Иллюзия эффективной разработки: управление

Разработка веб-сайтов
    Я бы хотел обсудить неприятную для многих тему, а именно — ваши иллюзии. Иллюзии и убеждения относительно того комплексного процесса, который называется разработка программного обеспечения. Давайте сразу определимся, что такое иллюзия в данном контексте — это такое убеждение человека, не подкрепленное четкими научными доказательствами.
    Разработка ПО пронизана такими убеждениями на всех уровнях, начиная от выбора языка программирования, переходя на технологию проектирования, и заканчивая технологией управления проектами. Интерпретация результатов результатов успешного проекта, если вы решите проверить какую-то методику на его примере, тоже может ввести вас в заблуждение, если вы не будете настроены максимально скептично. В этом цикле статей я попытаюсь дать вам несколько отправных точек для анализа эффективности той или иной методики разработки. В какой-то мере все, что будет написано далее является просто развернутым описанием основной идеи сайта programming-motherfucker.com.

    Начнем пожалуй с управления проектами, как области, где поиск истины затруднен больше всего. И если хотя бы один человек, прочитав эту статью, откажется от внедрения в своем проекте модной методики разработки, основываясь только на ее популярности, то я могу считать, что время на написание этого текста было потрачено не зря.
Читать дальше →
Всего голосов 16: ↑13 и ↓3 +10
Просмотры18.1K
Комментарии 26

Как построить разработку дизайна очень большого и долгого проекта

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



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

Посмотрим как они выкрутятся?
Читать дальше →
Всего голосов 123: ↑117 и ↓6 +111
Просмотры79.4K
Комментарии 66

Дорога в облака: SaaS vs desktop

CRM-системы
В конце 2012 года на Хабре промелькнул небольшой опрос «Почему вы не используете облачную инфраструктуру/сервисы в своей компании?» Его результаты весьма показательны для российского рынка SaaS в целом: большинство респондентов считают облачные сервисы либо дорогими, либо небезопасными для хранения коммерческой информации. Тем не менее, количество игроков на рынке облачных сервисов растет и в теперь как сервис предлагаются даже такие «консервативные» и, на первый взгляд, десктопные сервисы, как 1С.

Трудности терминологии

Несмотря на существующие предрассудки и боязнь пользователей, облачные сервисы наращивают свою долю на рынке, активно развиваются и день за днем предлагают частным клиентам и бизнесу новые решения и услуги: создание и хранение заметок, полноценных документов, хранение ссылок, организацию корпоративных порталов, настоящие CRM в облаке и т.д…
Прежде, чем попытаться дать ответ на вопрос, в чем же причина нарастающего успеха, разберемся с понятиями «облако» и «SaaS». Сегодня в России облачные сервисы подвержены двум основным тенденциям:
  1. неполноценное понимание самой сущности облачных сервисов
  2. многочисленные мифы о стоимости, опасности, нестабильности сервисов.

image
Источник изображения: www.computerra.ru
Читать дальше →
Всего голосов 16: ↑13 и ↓3 +10
Просмотры19.7K
Комментарии 8

Летний переполох: ищем облачную CRM

ERP-системыCRM-системыУправление проектамиУправление продажами
В начале лета ко мне обратился знакомый владелец небольшого бизнеса и попросил о том, «сам не знаю о чем, ну, в общем такой электронный менеджер». Несмотря на растущий бизнес, он долго сокрушался и из его рассказа стало понятно, что мониторы менеджеров сплошь заклеены стикерами-напоминалками, таблицы MS Excel неудобны для ведения клиентов, сделки стали срываться хотя бы потому, что о некоторых из них забывали. После небольшого опроса выяснилось, что к старту осеннего бума продаж и клиентов он хочет приобрести программу, которую «раз и открыл», занес клиента, закрыл, проконтролировал, прикрепил документ, проверил оплату, поздравил всех с завершением сделки. Ну и, само собой, недорого и быстро. Дополнительным требованием была возможность доступа сотрудников с их iPad, устройств на Android и с домашних терминалов. Ответ для него возник незамедлительно: CRM, причем лучше в облаке, благо что бизнес не предъявляет особых требований к безопасности.

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

Конечно, абсолютно все CRM рассмотреть невозможно, выбор пал на те, что на слуху, на первой странице поиска или в Яндекс.Директе.
image
Читать дальше →
Всего голосов 35: ↑31 и ↓4 +27
Просмотры83.9K
Комментарии 58

Как быстро запустить сложный проект?

Блог компании БурукиРазработка веб-сайтов

Три недели назад мы выступали на коференции RockIT Conf, которая прошла в Таллине в формате баркемпа. На RockIT технические доклады сменялись выступлением рок-команд, в кулуарах царила неформальная атмосфера. Событие прошло в два дня — первый был стопроцентно боевой, на второй народ разошелся и было немного кисло. Организаторы обещали провести следующий ивент в Питере и учесть ошибки первого RockIT.

Мы выступили с рассказом о том, как быстро запустить сложный проект, перспективы которого можно оценить только по реакции публики. Мы сторонники реального фидбека, а не экспертных заключений. Доклад был посвящен тому, как весной 2012 года запускался sociate.ru — проект для автоматизированного размещения рекламных сообщений в сообществах ВКонтакте.

Многое из того, что написано ниже, можно смело вложить в уста Капитана. Да, это действительно так. Но! Я сам из технарей и сам знаю, как часто мы увлекаемся какой-то технической фитюлькой, крутым рефакторингом или внедрением новых технологий. В 90% случаев пользователь об этом не узнает, особенно, если проект новый.

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

* еще раз, чтобы не было войны в комментариях — подход, описанный в статье подходит не всегда и не для всех проектов
Читать дальше →
Всего голосов 62: ↑51 и ↓11 +40
Просмотры19.1K
Комментарии 21

Решение проблем: 10 правил менеджера

Блог компании Mail.ru GroupРазработка веб-сайтов
Рассмотрим следующую ситуацию: вы — проджект-менеджер, и на вашем проекте возникла проблема. О том, как поэтапно добраться до источника проблемы и ликвидировать ее, я подробно расскажу в сегодняшней статье.



У меня все работает!

Существует расхожее мнение, что проблемы решают исполнители, а управленцы только ходят и мешают. Однако что происходит, если на проекте нет менеджера? Представим ситуацию: в саппорт приходит гневное письмо: «Я нажал на кнопку, а там 500-я ошибка!». Причем письмо приходит не одно, то есть проблема массовая.
Читать дальше →
Всего голосов 120: ↑74 и ↓46 +28
Просмотры37K
Комментарии 84

Советы практикующего андрагога: как мы учимся

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

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

Ведь всем известно, что корпоративные тренинги учат как жить в корпорации. Тебе вставляют в ухо шланг, через который начинают закачивать vision, mission & corporate values.

Поэтому, решил я, я сделаю свой тренинг, где расскажу всю правду-матку. И сделал. А что там делать? Берешь свой опыт, рисуешь красивые слайды, придумываешь упражнения — и вперед!

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

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

В прошлой статье [1] мы говорили о матрице осознанности и компетентности и том, как взрослые люди обучаются навыкам. Давайте теперь поговорим о модели обучения, которая дает ответ на вопрос, а как учить взрослых людей. О цикле Колба.

Поняв эту модель, вы сможете:
  • Четко понимать, почему одни тренинги и семинары оказываются полезными, а другие заходят плохо
  • Правильно обучать других людей — как в группах, так и индивидуально
  • С умным видом рассуждать на тему обучения взрослых людей, уверенно используя термин “цикл Колба”


Читать дальше →
Всего голосов 36: ↑29 и ↓7 +22
Просмотры39.8K
Комментарии 18

Управленческие инструменты: Почему заказчики требуют дурацкие отчеты?

Блог компании Стратоплан
На одной из конференций произошел комичный случай. Подходит слушательница:

— Александр, есть такой вопрос: Как нам повысить уровень доверия в отношениях с заказчиком?

— А что сейчас не так с уровнем доверия?

— Ну, у нас есть команда, есть менеджер. И мы хотим, чтобы заказчик доверял команде и общался только с менеджером. А он лезет напрямую к инженерам…

— А чем это плохо? Человек сразу получает ответы на свои вопросы, быстрые коммуникации и все такое.

— Понимаете… Мы ему джуниор инженеров продаем как синьор инженеров… И нам не хотелось бы, чтобы он обнаружил этот факт.


Напомню изначальную постановку вопроса: “Как нам повысить уровень доверия в отношениях с заказчиком?”

Вот о заказчиках сегодня и поговорим. А точнее, о простом инструменте, который:
  • Поможет осознать, где находятся ваши отношения с заказчиком
  • Покажет, почему формы отчетов иногда бывают такие идиотские
  • Возможно, поможет понять причины “неадекватного” поведения заказчика


Читать дальше →
Всего голосов 62: ↑57 и ↓5 +52
Просмотры64.9K
Комментарии 38

Взгляд фрилансера на менеджмент: управление проектом и коммуникация с клиентом

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


Таким образом получается трехсторонний конфликт интересов:
  • дизайнер хочет красивенько;
  • клиенту важно реализовать свое видение, передать свои ценности;
  • маркетологам нужны продажи.


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

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

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

Я же предлагаю под катом ознакомиться с еще одним мнением о том, как можно организовать свой рабочий процесс и избежать пререканий с клиентом по поводу уместности выбранной палитры.
Читать дальше →
Всего голосов 6: ↑5 и ↓1 +4
Просмотры11K
Комментарии 4