Тим Брей покинул Google

Тим Брей покинул GoogleВеб-гуру Тим Брей (Tim Bray) — один из авторов спецификаций XML и автор статуса HTTP 451 для веб-страниц, запрещённых цензурой, — с 17 марта больше не будет работать в Google.

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

Тим Брей понимает позицию Google, потому что работа с удалёнными сотрудниками — «это не та модель, которую Google решила создавать». Он понимает, что действительно был бы более эффективен и получал бы больше удовольствия при очной работе в офисе, но, к сожалению, просто не может переехать.

У веб-гуру не оставалось другого выбора, кроме увольнения.
(далее…)

Автоматизация складских процессов интернет-магазина: опыт Аудиомании — Часть 2

Автоматизация складских процессов интернет магазина: опыт Аудиомании — Часть 2

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

О ноу-хау нашей системы, логике организации складских помещений, результатах проекта, а также о том, какие плюсы получили от реорганизации наши конечные покупатели, читайте ниже.]

(далее…)

Оплата за результат и гарантии

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

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

Как это связано с гарантиями, и стоит ли вписываться в проекты с «оплатой за результат»?

Оплата за результат и гарантии

(далее…)

Управленческие инструменты: Как невольно затроллить собеседника и получить минус в карму

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

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

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

И вот иду я по коридору со счастливой улыбкой на лице. Навстречу — директор одного из Sun’овских подразделений, назовем его Сергей. У нас были такие приятельские отношения, поэтому ничто не предвещало беды.

(далее…)

Как мы делали автомобильный трекер

Как мы делали автомобильный трекер

Три года назад мы решили делать простое решение: берёшь коробку, кладёшь под капот, платишь 195 рублей в месяц и всегда точно знаешь, где машина. В реальном времени.

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

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

Начали мы с того, что купили несколько железок для опытов и начали смотреть на то, как они будут использоваться. Кто-то увидел, что сын не поехал на дачу; кто-то нашел свою машину на штрафстоянке; кто-то помогал жене доехать до нужного магазина. Я же звонил в страховой автосервис и спрашивал, когда начнут ремонт (у них цех и площадка в разных местах). Они меня уверяли, что работы идут полным ходом — а я просто уточнял, почему тогда машина ещё не в цеху. В общем, оказалось, что «гражданских» применений просто море.

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

Применение диаграммы Парето для анализа причин отставания от графика разработки

Как проект может отстать на год?
… по дню «за раз»
…Фред Брукс

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

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

Видео докладов с конференции Loc Kit

Как вы помните, в прошлом году 27 сентября состоялась конференция Loc Kit Software Localization Conference 2013, организованная нашей компанией. В преддверии новой конференции мы решили поделиться видеозаписями докладов с прошлогодней.

image
Участники конференции Loc Kit 2013
(далее…)

Вася говорит

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

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

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

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

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

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

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

Как монетизировать идею. Опыт и ошибки

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

Не бойтесь реализовывать

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

Agile для внутренней разработки на 1С

Асхат Уразбаев, Scrum Trek «Agile для внутренней разработки»

(далее…)