Практический опыт. Как наконец-то начать заниматься своим здоровьем?!

Я давний подписчик блога «GTD» (уст. Учись работать).

С 2008 года я активно читал статьи на Хабре и в Интернете и пробовал:
— вставать в 5:00 утра
— делать зарядку
— обливаться холодной водой
— бегать по утрам
— питаться правильно (особенно зачитывался вегетарианством)
— вести свои делало системе GTD (Things установлен на всех гаджетах :)
— выключать компьютер вовремя (хотя бы до 23:00)
— ну и конечно, сделать 100 отжиманий и кубики на животе…

Ммм… Вы уже наверное догадались через сколько дней заканчивались порывы моей души и все возвращались на круги своя? :) Я думаю не ошибусь, если скажу, что таких как я очень и очень много.

Что изменилось в январе 2012 года?

Рано… в начале кратко обо мне:
— Возраст: 26 лет;
— Семейное положение: женат (с февраля 2012), детей пока нет;
— живем отдельно в Санкт-Петербурге.
— Работаю в офисе 5 дней в неделю с 8:30 до 17:30.
— Иногда задерживаюсь, но не часто.

Если Вы считаете, что опыт Вам не подойдет… Ваше право, но мы же понимаем, что оправдания всегда можно придумать? Я их придумывал лет 5. Я знаю о чем говорю.

(далее…)

О стартапах и векторах

Наступает Новый Год, курсор Блокнота приветливо мигает, в заголовке окна виднеется «Безымянный». На самом деле, как назвать этот текст? В голове как всегда табун мыслей перебивающих друг друга. Мне есть что рассказать, однако нет единого вектора, который бы задекларировал четкий путь рассказа. image
Один вектор о фаундере-романтике, который слепо верит в свою идею. Второй, о том как создаются стартапы и что для этого нужно. Третий о выводах. Выводы о том, что мы не можем оценивать критично, то что любим. Три вектора и одновременно три темы пересекающиеся в одном посте. Помните, как у Джобса, — "… всего лишь три истории, ничего более".

(далее…)

Что плохого в работе на результат

Все чаще приходится слышать: "Работай на результат!"

"Работай на результат!" — кричит начальник подчиненному, чтобы заставить этого тупого неповоротливого кретина, принятого в команду по протекции, приносить хоть какую-то пользу общему делу.

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

"Обязательна ориентированность на результат!" — напишет пожилая кадровичка «ГорАвиаВагонМорСтроя» в требования к кандидату на должность помощника бухгалтера, будучи уверенной в том, что раз все так пишут, то и ей надо.

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

Культ карго. Мало кто из произносящих эту фразу может внятно объяснить, какой смысл в неё вкладывается. Люди верят в неё, как в волшебную формулу, заклинание, они пихают её куда ни попадя, надеясь, что она придаст им уникальность, выделит их из толпы таких же неудачников. Организации, Компании, конторы да и откровенные «шараги» не мыслят себя без этого лозунга. Как же это, «Рога и копыта» работают на результат, а мы, что, хуже?

Что плохого в работе на результат

А хуже ли?
(далее…)

Что в текущей модели инвестирования делает её натуральным bullshit

Что в текущей модели инвестирования делает её натуральным bullshit
Высокий порог входа и бюрократы

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

Самое сложное — вообще пройти порог входа (до миллиона долларов), где отваливаются 90% нормальных проектов. Второе по сложности — сделать засев позже (где нужны очень большие маркетинговые ресурсы). Бюрократы в этой модели имеют преимущества, и большие. А как мы знаем из истории менеджмента (да и не только), там где есть такая модель, сразу же логично появление гибкой децентрализованной системы, работающей поначалу с «длинным хвостом» проектов, а потом — и с основными вещами.

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

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

«Работает — не трогай». Стоит ли нарушать правила?

Введение

Очень не хватало возможности ввести пользователей в контекст перед голосованием. Спасибо! И так

Преамбула

Работая со старым унаследованным кодом, порой встречаются достаточно проблемные участки, которые есть желание переписатьисправитьпеределать, но нет такой возможности. Этот код может быть с ошибками, которые не исправляются годами и с ними приходится мириться. Что делать с таким кодом?
(далее…)

Особенности и риски крупного веб-проекта. Как строить работу между клиентом и разработчиком

Эта статья была написана после серии докладов на семинарах нашей компании, которые показали что тема крайне интересна многим специалистам и заказчикам. Надеемся, и вам понравится. Будем рады комментариям. Соавтор статьи — Алексей Шкарупа, менеджер проекта Домино.

Как определить большой проект?

Что такое большой проект? Чем он отличается? Чем опасен и чем интересен?
Правда в том, что для каждого клиента и разработчика большой проект это понятие с разным наполнением.
Большой проект это уникальный заказ, создающий новые риски для обеих сторон.
Новые риски — значит у вас нет отработанной на практике технологии работы с такими рисками. Что же такое большой проект? (далее…)

Внедрение KPI задом-наперед

Внедрение KPI задом напередКак сказал классик «не было печали…».
Суть такая. Нашему подразделению «спустили» набор показателей KPI. Набор обширный (27 показателей), хорошо структурированный, сопровождается методикой расчета и контроля. Правда, целевые значения не заданы. Некоторые показатели (10 шт.) помечены, как «мотивационные», т.е. будут использоваться в системе мотивации.
Поставлена задача: сформулировать план действий (ПД) по внедрению KPI в нашу работу.

Сейчас не хочу обсуждать «какие они там гады наверху». Есть возможность выйти к руководству — оно, вроде как, открыто для обсуждения. Поэтому, принимая сложившуюся ситуацию «как есть» (отменить переход к KPI нельзя, состав KPI тоже не изменить), ищу эффективный способ решения задачи.
(далее…)

И еще немного мыслей на тему методологий управления проектами

Последнее время меня часто записывают в лагерь противников методологий управления проектами (чаще имея ввиду agile/scrum/kanban). Это не совсем так. Я не против методологий, а против их фанатичного применения к месту и без, а также просто мистичесой уверенности в успехе после внедрения agile.

Мне кажется, многие не понимают, зачем вообще нужна методология.

Методология — это некий контракт (договоренность) между всеми участниками процесса. Это как язык жестов, правила дорожного движения, эсперанто или математические формулы. Отличие этих примеров от aglile/scrum/kanban в том, что они не подразумевают различных трактовок. В случае с aglile/scrum/kanban — каждая компания, и даже каждая команда имеет свой «канбан», который в большинстве своем вообще ничего общего с ним не имеет.

По сути, нужно просто собраться всем участникам процесса и обговорить все нюансы. Это достаточно просто, например: (далее…)

Как правильно защитить интеллектуальную собственность вашего SaaS сервиса?

Наш век характеризуется обилием высокотехнологичных инструментов в различных сферах жизни и бизнеса человека. Каждый день на рынке появляются новые программы, на следующий день создаются аналоги, а еще через сутки появляются апгрейд версии. И в таком ритме современный IT бизнес живет постоянно. Главное не упустить свой шанс и «золотую жилу».

Как правильно защитить интеллектуальную собственность вашего SaaS сервиса?
Особое внимание стоит уделить такому относительно новому направлению IT бизнеса в России, как SaaS (ПО как услуга). Ввиду сравнительной дешевизны создания SaaS сервисов, доля этого рынка неуклонно растет. SaaS сервисы удовлетворяют потребности от малого до крупного бизнеса, дистанционно предоставляя набор необходимых услуг за крайне «божескую» плату. Но, вот вопрос – от чего тогда не ограничиться одним сервисом по бухгалтерии, одним по управлению персоналом (HRM), одним по документообороту, ну и по одному в каждом сегменте бизнеса, где есть потребность? Ответ на этот вопрос можно расписать на целую книгу – юзабилити, функционал, цена, безопасность, команда, бренд и т.д. А можно уместить в одну емкую фразу. Обилие схожих сервисов на рынке SaaS вызвано не иначе как желанием заработать на первоначальной идее.

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

В таком подходе нет ничего плохого, на против, это один из самых без рисковых способов создания бизнеса, особенно на рынке IT. Найти достойный пример и сделать «копипаст», адаптировав его под выбранную конъектуру рынка, быстрее и дешевле, чем заниматься полномасштабным анализом спроса и предложения, оценкой рисков, дорогостоящей разработкой с нуля и т.д.
*Иногда такой вариант называют бенчмаркингом.

Для тех, кто «положил глаз» на чужой сервис и тем, кто хочет быть «властелином колец» своего SaaS, ниже тезисно сформулированы несколько основных пунктов, которые нужно учитывать при создании и использовании интеллектуальной собственности. (далее…)

Stiker.me — легкая и простая трекинговая система

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

За довольно короткое время написал свой велосипед Stiker.me. Использовать удобно и легко.
image
Под катом, описание функционала и техническая информация.
(далее…)