Мне часто задают вопрос: «Как ты находишь время?». Чаще всего речь идет об open source, иногда о книгах, изредка — о других вещах. Обычно я уклонялся от ответа чем-нибудь вроде: «Блин, не знаю, просто беру и нахожу». Но этот ответ не слишком полезен. Да и мне было интересно, смогу ли я справляться со временем еще лучше. Так что я немного порефлексировал, и вот как я нахожу время:
(далее…)
Я уже писал краткий обзор того, как IT-решения помогают оптимизировать цепочки поставок. Теперь я расскажу о том, как такие системы внедряются в реальности в России и что это даёт. К сожалению, я не могу называть конкретных заказчиков, поэтому мы сейчас будем торговать абстрактными телефонами и планшетами и сталкиваться с теми же проблемами.
Итак, представьте, два года назад вы решили торговать телефонами и даже открыли интернет-магазин. Поначалу всё было просто: заказов довольно мало, и всё можно посчитать на бумажке. Через два месяца стало понятно, что магазин работает стабильно, и заниматься поставками надо серьёзно — ведь если юзер не увидит в наличии свой любимый мими-планшет с минимальной наценкой, он просто купит его у другого магазина, и вы лишитесь шанса продать не только планшет, но и дорогущие обложки, переходники и так далее.
Соответственно, задач у вас сейчас три:
Доброго времени суток, %username%!
Я мог бы начать эту статью издалека, кидаясь всяческого вида призывами и тезисами, но я не хочу никого утомлять… просто сначала спрошу, казалось бы, очевидные вещи:
Если все это тебе знакомо, то прошу под хабракат.
(далее…)
Jim Gochee, New Relic Inc.
11 сентября 2012г.
перевод статьи A Developer Becomes a Product Manager
В старое доброе время я зарабатывал на жизнь программированием. Это был один из самых лучших и беззаботных этапов в моей трудовой жизни. Помимо написания кода у меня было мало других обязанностей. Я понятия не имел откуда у компании берутся деньги на мою зарплату и не представлял откуда клиенты узнают про наш продукт. Я не задумывался о том почему мой босс просит меня запрограммировать фичи X/Y/Z — я просто писал код. Моё время было занято решением интересных технических задач и в общем-то моя жизнь крутилась вокруг программирования.
(далее…)
Могут ли программисты заниматься благотворительными разработками? Да, могут. Яркий пример этому — Random Hacks of Kindness (RHoK) – проект, суть которого заключается в привлечении экспертов, разбирающихся в проблемах человечества, а также волонтеров-разработчиков и дизайнеров, придумывающих и разрабатывающих решения данных проблем. Глобальный проект RHoK проходит в декабре 2012 года в 30 городах в 16 различных странах мира. В данной статье рассказывается об истории RHoK и о прошедшем на прошлых выходных мероприятии RHoK в Претории (ЮАР).
«Урал» — первый из корпусов Технопарка Сколково.
Прошлый мой визит в Сколково вызвал некоторый отклик на хабре, в том числе и администрация технопарка, из-за того что обзор получился довольно однобоким и любительским. Да это мое ИМХО, но проблема в том, что это вообще единственная блоггерская статья о Технопарке на хабре, да и во всем рунете.
Прямо напротив «Урала» — космическое здание бизнес-школы «Сколково»
Надо исправлять положение — но как рассказать о технопарке объективно? Наверное только через историю его резидентов. Когда я прошелся по технопарку, то встретил два проекта — проект генетического анализа PrimerLife и система навигации внутри зданий Indoorgo. Еще TsarS просил сделать обзор сколковского общепита — сделаем в следующий раз, как только обойду все заведения.
Пожалуй, многие веб-дизайнеры (особенно, занимающиеся исключительно дизайн-макетами сайтов, вне вёрстки и программирования) сталкивались с тем, что их сданная и одобренная работа, проходя известные стадии, претерпевала различные изменения и искажения. Хорошо, если разработка происходит в слаженном коллективе, где веб-дизайнеры тесно сотрудничают с верстальщиками и программистами. При таком положении звёзд, велика вероятность, что все углы будут подточены и достигнуты наилучшие результаты. Однако, при тенденциях отдельного найма фрилансеров, по большинству, сотрудничества не возникает.
.png "Веб дизайнер vs верстальщик. Разделение труда, или когда нужен менеджер проекта (из истории одного стартапа)")
Статья может представлять определённый интерес для заказчиков веб-услуг (владельцев сайтов / бизнесменов, желающих открыть собственный стартап). Материал также может послужить полем для обсуждения всеми сторонами вопроса — веб-дизайнерами, проектными менеджерами, верстальщиками, владельцами сайтов. В статье рассказывается о процессе проектирования и разработки веб-дизайна (с логическими схемами) стартапа, о наблюдении за реализацией и последующей «жизнью» проекта и об итоговом его закрытии. Не наделённая достаточной информацией по объективным причинам закрытия данного стартапа, я постараюсь избежать домыслов, пересудов и необоснованных выводов. Цель моего рассказа — отразить взгляд со стороны веб-дизайнера на реализацию его дизайна на сайте. Статья содержит практические советы по контролю качества вёрстки.
(далее…)
Менеджеры проектов в сфере IT — это очень узкий и специфичный сегмент рынка человеческих ресурсов (как кровожадно сказано, прямо холодная офисная сталь). Так вот, прием на работу на эту должность для нас обычно сводился к отслеживанию увольняющихся коллег из других студий (в основном посредством Twitter) и предложение им работы в надежде на то, что они постоят работу в студии вокруг себя.
В виду невысокого уровня данной специализации на рынке — это не срабатывало. Так или иначе, людям приходилось навязывать собственный стиль работы, получалась борьба и разочарование. Ситуация патовая — человек свои методики работы не внедряет, чужие не поощряет — в результате слабо контролируемый процесс разработки.
Выходов два. Либо найти руководителей более высокого уровня. Либо построить мощную систему и внедрить в нее менеджера как шестеренку в мощный механизм — человека без устоявшихся (ошибочных) взглядов, без опыта на данной конкретной должности, но обладающего некоторым набором качеств (ответственность и харизма), а также некоторым набором базовых знаний, которые насаживаются в течение одного-двух дней.
Я, как человек сделавший больше сотни проектов, некоторые из которых были весьма сложны, уделяю этому процессу повышенное внимание. Таким образом, помимо Технической реализации построения рабочих процессов и теоретических описаний Корпоративных стандартов компании, я принял решение о внедрении в нашей студии некоего концептуального документа, а именно Девяти заповедей менеджера проектов. Вот они:
(далее…)
Навеяно очередной прочитанной книгой по управлению проектами. Это «Scrum и XP: заметки с передовой» Хенрика Книберга.
Скрам – это круто и красиво. Особенно красиво (и, на мой взгляд, реально применимо только в этом случае), когда решены все инфраструктурные проблемы, когда усилия всей компании (а не только скрам-команды) направлены на выпуск качественного продукта вовремя и когда задача программистов – именно разрабатывать ПО (т. е. никто не будет выдёргивать разработчика «из потока» для выполнения фантастически несвойственных ему задач).
Одна из фраз из книги Книберга: «В качестве значения по умолчанию фокус-фактора для новых команд мы обычно используем 70 %». Под «фокус-фактором» понимается некий коэффициент, отражающий отношение производительности существующей команды к производительности «идеальной» команды программистов. А как насчет программистов, которым постоянно приходится отвлекаться на решение хозяйственных проблем, техподдержку (ввиду страшной недоукомплектованности из-за экономии хозяйственного и суппортерского отделов) и прочие ужасно снижающие фокус-фактор проблемы?
В другой книге («Человеческий фактор…» Тома Демарко и Тимоти Листера) написано, что в идеальном рабочем помещении для программиста должно быть по окну на каждого сотрудника (чтобы он мог более вдохновенно заниматься разработкой и потому, что мы работаем, чтобы жить, а вовсе не наоборот). А как насчёт комнат на 10-20 человек с двумя окнами каждая (выходящими на промпейзаж, куда и смотреть-то лишний раз не захочется)?
Обсудим отечественные реалии, которые убивают теорию уважаемых Демарко и Листера и практику не менее уважаемого Книберга на корню. Начнем с соцпакета.
Недавно разговаривал с коллегой – руководителем PMO из соседней программерской фирмы (PMO – это Project Management Office, само его наличие говорит о том, что фирма придерживается современных взглядов на управление проектами; у нас вот – классическая функциональная структура, в лучшем случае – слабая матрица, нам PMO не светит). Так вот, они в ближайшее время будут завозить в офис и давать сотрудникам неограниченно потреблять всякие перекусы и питьё: чипсы/орешки, печенье/булки, соки и т. п. Как сказал коллега: «Предположим, нашему программисту ближе к вечеру захотелось перекусить. И у него возникает сложная дилемма: уйти поесть или поработать всё-таки еще пару часов. Плюшки в офисе склонят его в пользу поработать». А действительно, рассмотрим дилемму повнимательнее. Итак, таблица (цифры взяты «с потолка», но я в них почти уверен):
(далее…)