Доброго времени суток.

Я пришел в управление проектами из программирования. То есть, нет так давно, я еще писал код и мне это очень нравилось. Меня мало беспокоили волнения, происходящие где-то на верху — «у менеджеров». Все поменялось в 2004, когда меня назначили тим лидом.

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

Тогда я начал задумываться о причинах такой ситуации, начал читать посты и книги по менеджменту. Как программист, находящийся под впечатлением революционных архитектурных решений — таких, как MVC и паттерны Фоулера, я полагал, что есть *техническое* решение наших проблем с менеджментом — нужно его только отыскать и применить.

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

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

Привет, хабр! 1 марта стартовал очередной ежегодный, пятый по счету, рейтинг группы Тэглайн "TOP-100 ведущих студий России 2010". Под катом краткий рассказ об информационных продуктах, которые будут сформированы в процессе проведения рейтинга, и методике.



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

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

Что такое хорошо

Договор — это хорошо. Хороший договор — ещё лучше. Я искренне рад, что есть люди, согласные с этим. (Именно люди: ибо не один, не два, не три и даже (остросюжетный триллер) не четыре человека.)

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

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

Отсюда вывод № 1: сейчас нельзя назвать ни один из имеющихся (в том числе, здесь, на хабре) договоров хорошим. Но это ещё не всё.

Поразительное по своей красоте и сложности исполнения видео by Sam O'Hare.

Категорически рекомендую смотреть видео на Vimeo в HD и на весь экран:
vimeo.com/9679622

Съемка на Nikon D3 заняла 5 дней и 35.000 кадров.
Подробности о процессе создания можно узнать тут.

Это третий пост о стартапе Интернет-магазина mistersport.ru. На сей раз речь пойдет о поддержке предпринимательства правительством Москвы. Если быть более точным, о субсидии, которую удалось получить и немного затронем пограничные «сервисы» предоставляемы департаментом содействия развитию предпринимательства. Описание в «бложном» стиле, о том как эта субсидия бралась и какие моменты оказали влияние на позитивный итог. Приглашаю под cut.

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

Самое неприятное — это то, что стало «не модно» смотреть на «модные» вещи критическим взглядом: ведь «на них уже посмотрели столько людей и всем нравится, поэтому и мне нравится!» :) Стоит только компании заработать определённую репутацию — и у неё уже появляется масса фанатичных поклонников, которые с жадностью ловят любой анонс и с пеной у рта доказывают, что новое устройство N — это супер-устройство! Этот бесплатный пиар привлекает новых приверженцев, которые может и будут недовольны купленной вещью, но побоятся признаться в этом даже себе.

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

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

Итак, продажи в веб-студии делятся на три типа:

• Новые продажи со входящего потока (заказчик обращается с запросом сам). Расширение данного канала – основная задача внешнего маркетинга и PR компании.
• Повторные продажи по текущим клиентам. Увеличение продаж по данному направлению – одна из важных задач службы клиентского сервиса.
• Холодные/активные продажи (инициируется контакт с заказчиком, который не проявлял до этого интереса к компании).

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

Сразу оговорюсь – ни про какой спам и прочие массовые безадресные акции речь не пойдет.

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

Почти все знают о гигантах конвеерного веб-программирования, основанных на php — Drupal, Joomla!, Wordpress и прочих, но не все знают, что в мире Python существуют не менее мощные и даже гораздо более зрелые инструменты.

Пока все Интернет сообщество со всех сторон продолжает обсуждать, как же можно приспособить iPad для работы, я бы хотел все же вернуться к iPhone. По профессии я программист и люблю новые технологии. И очень мне уж хотелось сделать приложение для своего телефона, но вот как-то душа к Objective C не лежит пока что, да и макбука с лицензией разработчика тоже пока нет. И мне стало интересно, могу ли используя знания html и js написать что-нибудь. Оказалось что да, и способов очень даже много. О них – под катом.

Те, кто следят за развитием Open Source проекта Web Optimizer (которому скоро исполнится год), уже в курсе событий последних дней — выложена стабильная версия 1.0 приложения для автоматического ускорения сайтов — WEBO Site SpeedUp.

Загрузить последнюю версию: www.webogroup.com/ru/home/download

Под катом — некоторые подробности относительно новой версии и планы на ближайшее будущее.

Внезапно потребовалось выводить на странице виджет Яндекс.Карт с какими-то накладываемыми слоями. Проблема заключалась в необходимости дать пользователю редактировать эти слои.

Быстрый поиск редакторов накладываемых примитивов дал только конструктор схем проезда от Яндекса и какой-то убогий php'шный конструктор карт (к тому же ещё и платный). А редактор был нужен. По этому пришлось сесть и быстренько написать.

Введение

«Наибольшей выгода будет тогда, когда каждый в команде будет думать не только о своем успехе, а о своем успехе и об успехе команды в целом»
Х/ф «Игры разума»

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

Сам я работаю ведущим программистом, руковожу группой программистов.

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

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

Подарив своей Любимой Nokia 5800 XM и зная, что она очень любит слушать музыку осознал одну неприятную особенность – большая часть песен не имеет не то что обложки альбома, но и просто названия песни.

Скажи хабрачеловек, часто ли тебе приходилось наблюдать нечто бесформенное в своем play-листе?



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

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

Периодически встречаю в публикациях предвкушения скорого ухода мыши на покой. Было два заметных обострения — после анонса майкрософтовского «тэйбла» и после вчерашнего эппловского планшета.

Мыши, дескать, уже 30 лет, а тут «Эппл» готовит революцию в интерфейсах.

Рано вы мышь хороните!

Аббревиатура HCI расшифровывается как human-computer interface. Вот у хьюманов есть своя физиология. Читать и смотреть удобнее, когда поверхность стоит вертикально, а вот рукой водить — по горизонтальной поверхности.

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

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

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

Привет

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

Особенности бекграунда задачи — система должна быть очень динамичной и наглядной. Специфику и уклад жизни нашей небольшой команды я коротко описал в недавнем посте. Бизнес кейс задачи таков: у нас в работе много проектов. Пишутся предложения, рисуются оценочные Гантты, обсуждаются вопросы, ведется поддержка Процесса Разработки… В день через обсуждение в команде может проходить до 15 проектов. У проектов могут меняться статус, фаза, владелец. Информации много, она быстро меняется, и она важна. Наступил момент вводить инструмент для управления портфелем проектов.

Под катом я расскажу, как правильно одеть меня и сделать не таким одиноким.

Доброго времени суток, уважаемый All!

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

Описание проекта

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

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