Тут в прошлой статье мне задали вопрос: “как строите взаимоотношения с заказчиками/подрядчиками ? Т.е. устные договоренности, бумажные договора, риски, действия при срабатывании рисков и т.д.”

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

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

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

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

Ну и стандартный кусок контрактов

- собственность (кто владеет чем по окончанию проекта)
- что вы гарантируете (а что нет)
- о невмешатесльстве в бизнесы друг друга (а-ля наем чужих сотрудников)
- окончание контракта
- эксклюзивность

В целом, если вы поищите большинство consulting agreement’ов будут иметь все эти пункты.

Если что-то заранее не может быть определено, лучше всего запишите в контракт либо диапазон (например 4-6 месяцев), либо методику по которой будет определяться значение (”длительность проекта буду указана в дополнение к контракту после исследования предметной области”).

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

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

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

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

Насчет подрядчиков. В целом все тоже самое. Единственное, проактивность стоит воспринимать по другому. Со стороны заказчика под проактивностью я понимаю – постановку задач, их приоритезацию и объяснений тех критериев, которые для него важны. Подрядчики – люди и не умеют читать мысли. Очень многие заказчики наступают на грабли, что они ожидают чего-то от исполнителя, что никогда не было оговорено.

Ну и пару мелких замечаний.

- Если заказчик или подрядчик не хочет подписывать (разумный) контракт, то стоит ооочень серьезно задуматься о дальнейшем сотрудничестве. Аналогично, если из контракта пытаются выбросить стандартные пункты. Большинство контрактов обтачивались достаточно долгий срок, чтобы быть достаточно универсальными.

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

Вспомнились несколько разных случаев.

- Как-то объяснял двум Senior Software Developer’ам, которые проработали в компаниях разрабатывающих security по крайней мере по нескольку лет, что такое битовые операции.

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

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

- Помогал другому senior software developer’у пофиксить баг – поставить в нужном месте скобку. Причем, компилятор указывал, где должна быть вставлена скобка и что ее там не хватает.

- Хоть не о разработчиках, но тоже хорошо. Работал с заказчиком (который технарь и достаточно долго ведет IT бизнес), который считал, что в проекте можно исправить ВСЕ ошибки.

- И тоже не о программистах. На конференции видел sales, который на Palm не знал как перейти в Launcher (аналог Program Files для Windows). При этом он продавал сложную систему (включая Palm клиента) и должен был отвечать на вопросы.

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

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

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

Да, кстати, чтобы расставить все на свои места. Я не верю, что в exUSSR можно нормально эту проблему решить в легальном поле, так как попадание в суд, даже в виде обвиняющей стороны длинный и болезненный процесс. Ну и решение ее в нелегальном поле – а-ля “послать двух парней с паяльником – пообщаться” не наш метод тоже.

В целом есть три направления, в которых надо двигаться.

а) Контракт с заказчиком

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

б) Нормальные отношения с своими подчиненными.

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

в) Компания (как посредник) должна быть полезна для заказчика.

Вот этот пункт достаточно сложны. Чаще всего все IT компании, которые делают проекты фактически предоставляют услуги, которые составляют 100% их пользы. Чаще всего нету особо дорогого оборудования, которые отделившиеся программисты не смогли бы себе позволить.

Одна из хороших идей, лицензирование им (даже за бесплатно) какие-то из своих библиотек. Эта та самая Intellectual Property, которая будет являться дополнительной пользой.

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

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

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

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

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

Просто напишу пункты из той статьи, к которым комментарий относится

>6) Идея должна быть размеров, которые можно потянуть
>2) У идеи должен быть рынок.
>1) Идея должна решать реальную проблему.
>5) Идею нужно иметь возможность сделать лучше чем конкуренты.

Охохонюшки…. Я с своим продуктом конкретно влип по всем статьям.

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

Даже супер идея и супер реализация не доведенная до конца вероятнее всего будут стоить ровно круглый нолик.

С самого начала нужно планировать бюджет – денег и времени. И все с двукратным запасом, так как и то и другое выбьется из под контроля.
Никаких мечтаний о миллионе крутых фич и кучи мелких красивостей – четкий и холодный расчет… Даже, для продукта, который по вашему мнению займет сделать всего один месяц. Еще раз – деньги и время, деньги и время.

Так вот “деньги и время” должны стать коэффициентом, на который вы должны домножить абсолютно все. Есть идея, которая должна покорить рынок в 5 миллиардов баксов? А теперь домножьте на свои накопления в $123 и по полчаса в день по вечерам, которые вы собираетесь вложить. Умножили? Так вот, результат равен нулю.

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

Аналогично и с конкурентоспособностью.

Так, что повторяю еще раз – деньги и время.

Originally published at Блог об IT бизнесе. Please leave any comments there.

Как и подобает каждому приличному секуритяну, я задумываюсь иногда о большом, белом и добром – об абсолютной защите от уязвимостей. То есть, какая должна быть система, чтобы с математической точки зрения к ней нельзя было сделать exploit’ы. Сразу оговорюсь, мы говорим именно о технической стороне, а не о social engineering’е, когда человек сам отдает ключи от квартиры, где лежат деньги.

А кстати, навеяло это мне то, что блог взломали и поместили невидимые линки на какой-то сайт с рекламой всякого хлама. Забавно, что жил на старинном WordPress 2.3 больше года и не был взломан. Стоило перейти на распоследний 2.8.5 c Security updat’ами и не прошло и недели, как взломали. Но, это, так… к делу не относится.

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

Вероятнее всего, имеет смысл даже более жестко вводить разделение. Вообще, управление программой не должно быть возможно с помощью “сырых” данных. То есть, все методы условного и безусловного ветвления могут работают только на основе того, что храниться в флагах или коде. А уж только флаги в свою очередь могут быть выставлены какими-то операциями с обычными данными.

Так, что – долой архитектура фон Неймана и да здравствует архитектура Ронина (м… нужно какой-нибудь титул раздобыть).

Вторая идея, фактически продолжение первой – запрет всех интерпретируемых языков. Долой всякий SQL-injection. Увы, пока я не смог придумать, как с технической стороны можно ограничить возможность интерпретирования.

Увы, пока на этом мысль останавливаются.

Есть у кого-нибудь еще идеи и предложения по этому поводу?

P.S.1. Основная идея, не какой-то метод написания кода, который будет более стабильный, а система в которой потенциально нельзя написать код позволяющий сделать exploit. Понятно, что против SQL injection и buffer overflaw есть вполне четко описанные практики борьбы, весь вопрос, что программист должен об этом думать и может забыть/не знать и поэтому везде и есть куча дыр.

P.S.2. Отличная идея от Alex UK. Конечная state machine действительно хорошо справляется с поставленной задачей.

Originally published at Блог об IT бизнесе. Please leave any comments there.

Инвестиции – это как наркотик для компании.

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

И потрясающая лекция от David Heinemeier Hansson’а (37signals) о том как строить реально работающий IT бизнес (без инвестиций). Лекция на английском, но если настоятельно рекомендую попытаться через нее “пробиться” даже тем у кого английский слабый.

Originally published at Блог об IT бизнесе. Please leave any comments there.

Ужас… Никак не расстанусь с темой этого самого резервного фонда.  Это последний пост на эту тему и в следующем таки перейдем к инвестированию.

На повестке три вопроса:

а) Для каких конкретно ситуаций нужен резервный фонд?

б) Почему нужно иметь 6-9 месяцев запаса?

в) Менталитет exUSSR жителя связанный с накоплением.

Итак по первому вопросу. Для каких ситуаций нужен резервный фонд?

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

Ко второму вопросу. Почему именно 6-9 месяцев ваших текущих расходов?

Естественно – эта средняя температура по больнице. Вот те параметры, которые влияют на нее

-  среднее время безработицы по стране (а идеально в вашей области и по специальности) во время рецесии.

В США – это как раз что-порядка 6 месяцев.

Замечу, не пытайтесь это считать по своему опыту – вы один человек и статистика на вашем опыте очень не точна.

- ваша толерантность к риску

- ваша возможность ужаться в расходах.

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

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

Ну и дальше, ваше уже дело, выбрать точную цифру. Например те самые 6-9 месяцев дают мне спокойно спать. Имея скажем всего 2 месяца, я постоянно дергался бы, что если что-то пойдет не так, то очень быстро не будет денег даже на покупку еды.

И третий вопрос. Менталитет exUSSR жителя связанный с накоплением.

Я обнаружил, что в головах у людей намешано дай боже. Примерный список

а) Деньги – это зло

б) Стабильности нет, так что лучше все пропить сейчас, так как завтра может наступить конец света.

в) Я легко могу ужаться на 50% на 3 месяца, но я абсолютно не могу откладывать по 10% в месяц, так как умру от голода/буду себя этим очень ущемлять.

г) Все равно, сколько я бы не накапливал, я никогда себе не куплю Lamborgini Diablo со всеми наворотами.

д) Планирование – это полная фигня, я как-нибудь так понакапливаю. А может если что-то интересное по ходу попадется, то другое куплю.

е) Главное, чтобы сейчас нормально себя чувствовать, а в будущем как-нибудь разберусь.

ж) Да у меня ЗП последние 10 лет постоянно растет, мне проще больше зарабатывать, чем откладывать.

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

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

На повестке дня следующие вопросы

- Нафига вообще откладывать? За 4 года все поменяется. И вдруг мне на голову упадет концертный рояль?

- Как можно откладывать 10% от дохода? Только жирные пиндосы могут себе это позволить.

- Куда откладывать и в чем? Доллар может упасть, банкам доверия нет, квартиру могут обокрасть и вообще куда этот мир котится?

- А что вообще насчет накоплений на какие-то крупные вещи – пенсию, тот самый концертный рояль о котором я говорил? Что же с ними делать то? Как и когда на них копить?

Вопрос нумер уно:

- Нафига вообще откладывать? За 4 года все поменяется. И вдруг мне на голову упадет концертный рояль?

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

Естественно в жизни ничего не гарантировано и в финансовом мире тоже любая инвестиция и накопление имеют свои риски. Тем не менее, что нас интересует – это среднестатистический вариан. А вот среднестатистически, вероятность того, что вам упадет рояль сегодня на голову равна 0.000000000375% (для грузчиков она выше). Примерна такая же вероятность (ну буквально на 5-6 порядков меньше), что к вам спустится ангел небесный с чемоданом баксов. Но вот, с вероятность 95% сегодняшний день будет достаточно похож на вчерашний и у вас будут похожие нужды, похожие доходы и похожие растраты.

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

Замечу еще одну вещь. Да блин многие из нас, а особенно наши родители пережили очень крупные изменения с распадом страны. Фактически все обязательства (включая банковские) исчезли в один день. Потом был целый период нестабильности, лопающихся банков, МММ’ов и т.п. Все это приводит нас к тому, что мы не верим в стабильность. Тем не менее, даже в плохой экономической ситуации, постоянно растущих ценнах есть уже достаточно много стабильности., чтобы понять, что завтра мир не прекратит существование и таки нужно планировать, что с вами будет.

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

Суммируя. Мы планируем что в течении 4 лет собираемся достичь резервного фонда в 6 месяцев. Если вдруг на нас упали деньги, то вместо дикой их траты – вкладываем в фон, и уменьшаем длительно до достижения цели. Если возникла ситуация, что мы никак не можем откладывать столько, то уменьшаем и цель откладывается (вот с этим надо быть очень осторожными и таки отдавать себе отчет, когда это действительно необходимость, а когда прихоть).

На этом достаточно по вопросу.  Переходим к следующему вопросу.

- Как можно откладывать 10% от дохода? Только жирные пиндосы могут себе это позволить.

Да, я наполовину уже пиндос. Все еще пока не жирный. Так, что мои ответы с толикой цинизма.

Предположим вы получаете $500 в месяц. И вы откладываете по 10% и в конце года видите, что отложили $600 баксов и говорите – блин, это же не сумма – это полное говно. Вот тот пиндос, может по $600 каждый месяц откладывать от своих $6k зарплаты.

А теперь напрягли мозг. Сколько у вас расход в месяц? Ага, $450. Сколько, вы можете прожить на сохраненные за год деньги – правильно 1.3 месяца (для простоты пока инфляцию и проценты по вкладам не учитываем). Сколько отложит жирный товарищ с зарплатой $6k за год? Отложит $7.2k. Сколько у него расход $5.4k в месяц. Сколько он сможет прожить на сбережения? Те же – 1.3 месяца.

Ну вы догадались, откладывая 10%, при любой зарплате, максимум можно прожить на это 1.3 месяца без изменения расходов. Так, что в достижении поставленной цели ваши $600 эквивалентны его $7.2

Естественный вопрос. Так, блин, он же на эти деньги и в авто ездит и на Гаваи летает, а я за эти деньги на велосипеде и на местную речку. Ну, что же… С этим спорить бесполезно. Да, тот кто получает больше при равных процентах накопления вероятнее всего лучше будет жить и за накопленную сумму может купить больше товаров.

И третий вопрос. У того товарища с $6k есть гораздо больше того, что можно урезать. Поэтому ему легче добраться процента накопления 10% или 15%, а у меня только вещи первой необходимости.

Это я разобью на два ответа

а) Во первых, не думаю, что у вас только первая необходимость. Я сам был в этой ситуации. У меня с 1998 года по 2005 зарплата выросла с $50 до $1k. То бишь в 20!!!! раз.  При этом я вроде тратил только на первую необходимость и у меня ничего не оставалось. Что-то я не верю, что первые необходимости выросли в 20 раз в долларах. Это у меня запросы выросли в 20 раз.

Да, действительно, в exUSSR у людей поменьше возможностей для разумного урезания бюджета. Но всегда есть компромиссы – вместо трех пивопитий в неделю – делать два. Вместо курения супердорогих сигарет X, курить менее дорогие Y, а лучше вообще бросить (сразу две пользы). Ездить домой на метро, а не на такси и т.п.

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

б) Если у вас действительно суровый прожиточный минимум – хлеб, одежда и крыша над головой. То вам нужно подумать первым дело не о накоплении, а о вложениях в себя – получении знаний, которые пользуются спросом и переходом на более оплачиваемую работу. Думаю все дальнейшие мои советы вряд ли будут к вам применимы.

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

- Куда откладывать и в чем? Доллар может упасть, банкам доверия нет, квартиру могут обокрасть и вообще куда этот мир котится?

Начнем с цели. Резервный фонд – это деньги на черный день – увольнение, непредвиденные траты и т.п. Соответственно, два пункта – у вас должен быть быстрый доступ к деньгам (максимум в течении дня), они не в коем случае не должны быть в чем-то рискованном (заработать % на них НЕ является целью).

Насчет падающего доллара. Самое худшее, что может случиться с долларом, ну скажем он упадет на 20%. Да это не приятно, но не катастрофа. Ваши 6 месяцев, ужались до 4.8 месяца.  Основная идея этих денег, чтобы вы спали спокойно, чтобы у вас есть деньги на черный день. Их “потеря” в каком-то виде как раз запланирована. Считайте, что падение доллара – это как раз один из этих черных дней. Поэтому не стоит переживать по поводу доллара так сильно.

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

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

Остальные деньги я бы рекомендовал положить на обычный поточный счет в банке которым владеет какой-то иностранным банком (США или европейским). Они гораздо лучше относятся к своим обязательствам. Если вам все равно не уютно – разделите между двумя банками.

Примечание от CAE (копия его комметария).

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

Держать в золоте, акциях и т.п. я бы очень не советовал. Время превращения в деньги выше, колебания тоже выше (если 20% потерь мы можем вынести, то 50% будет больно). Плюс, как я писал, мы не пытаемся заработать на этих деньгах. Мы будем зарабатывать на инвестициях о которых я буду писать дальше.

- А что вообще насчет накоплений на какие-то крупные вещи – пенсию, тот самый концертный рояль о котором я говорил? Что же с ними делать то? Как и когда на них копить?

А вот этот вопрос я таки оставлю на следующую статью. Это как раз и является целью инвестирования – сохранение и накопление на крупные вещи. Опять же, резервный фонд не для покупки авто, а для того, чтобы поддержать штаны, если выгонят с работы.

Originally published at Блог об IT бизнесе. Please leave any comments there.

Итак, начнемс.. господа.

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

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

Первым дело, очерчу круг вокруг того места, где я собираюсь копать. Для этого введу два небольших понятия.

- Опытность

Насколько человек хорошо разбирается в персональных финансах и их планировании.

- Выдержанность.

Насколько человек любит планировать и умеет следовать планам связанным с финансами.

По моей классификации все люди делся на 4 класса относительно планирования – опытные и выдержаные, опытные и невыдержанные, неопытные и выдержанные и неопытные и невыдержанные.

Естественно первым (опытным и выдержанным) вряд ли будет интересно читать то, что я напишу, они и так движутся полным ходом к стабильному будущему.

Далее, я хочу откинуть две категории – опытные и невыдержанные и неопытные и выдержанные. Честно говоря, это длительный и утомительный труд пытаться из невыдержанных людей делать выдержанных. Кстати, именно эта цель метода 4 конвертов придуманная (поправочка: придумана она была до него, он ее слегка подредактировал и разрекламирован в русскоязычной блогосфере) и практикуемая Максом Крайновым.

Остается единственная, последняя категория к которой я сам принадлежу и которая меня интересует – выдержанные, но неопытные. Если вы сомневаетесь, насколько вы под нее подходите то задайте себе несколько вопросов

а) Часто ли я остаюсь без денег и занимаю у кого-то до получки?

б) Есть у меня какие-то долги (кроме жилья), которые тянутся долго и о которых мне тяжко думать?

в) Свойственно ли мне делать какие-то крупные покупки без обдумывания или делать постоянно кучи мелких покупок без контроля их стоимости?

Если вы ответили нет на все три вопроса, то поздравляю, вы таки финансово выдержанный человек.

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

Понимание своей ситуации:

- Разбираемся, куда тратятся деньги и сколько, чтобы знать свой доход и расход.

- Имеем список всех долгов и всего, что можно обратить в деньги.

Контроль:

- Тратить нужно меньше чем зарабатываешь. Хороший средний показатель – это сохранять 10% от своего дохода.

- Из сохраненных денег первым делом нужно формировать резервный фонд (на черный день, а точнее на то, чтобы черный день был не черным). В этом фонде должно быть 6-9 месяцев вашего среднего дохода.

- Все крупные покупки планируем заранее и если они действительно крупные, то откладываем на них отдельно от резервного фонда.

Оптимизация:

- Пытаемся оптимизировать то, что легко оптимизируется и позволяет сохранять больше.

- Выплачиваем все долги (особенно с высокими процентами). Жилье пожалуй тут исключение.

На черный день:

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

Из базового вроде все. Выглядит достаточно внушительно, но тем не менее, если постараться то даже с нуля (надеюсь у вас чуть больше денег, чем ноль) можно добраться до этого за 3-4 года, обладая хорошей зарплатой и разумными потребностями. (Для любителей математики, слово “постараться” равно 15% и это позволяет накопить 6 месячный резерв за 3 года и 4 месяца без учета инфляции, накопительных процентов и т.п.).

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

Ну вот, все, спасибо за внимание, увидимся через 3-4 года, когда накопятся резервы….Кхм… Ладно, шучу. Перейду к следующему пункту, что собственно говоря делать дальше.

А вот дальше начинается самое интересное, ради чего я и затеял эту тему.

а) Постановка финансовых целей

б) Выработка финансового плана

в) Исполнение плана / инвестирование.

Но об этом таки в следующий раз. А сейчас, самое время задать мне вопросы или кинуть виртуальным помидором.

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

Первое, что я хочу сказать, что Макс Крайнов большой молодец

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

Что меня натолкнуло на это?

- Падение рынка прошлого года, которое уменьшило мой пенсионный план (в целом я много не потерял, так как там много и не было, но все равно неприятно)

- Увольнение с прошлой работы

- Покупка авто

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

и некоторое количество других фактов.

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

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

Итого, подумав-подумав, я решил, что пора таки взяться и заняться нормальным инвестиционным самообразованием и равномерным ведением персональных финансов. Я _НЕ_ собираюсь заниматься инвестирование для зарабатывания, все что меня интересует аккуратное накопление и приумножение.

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

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

Кстати, у меня по этому поводу есть просьба. Не найдется ли среди моих читателей, кто-нибудь с наличием Photoshop, свободных 10-15 минут и желанием мне помочь с небольшим изменением в моей шапке сайта (связанной с новой темой)?

Originally published at Блог об IT бизнесе. Please leave any comments there.

Один сотрудник рассказал о интересном проекте, которым он занимается и меня ну ооочень заинтересовало это дело.

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

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

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

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

Кстати, если таки кто-то знает где можно почитать о том, как понимать, что же делает схема – был бы очень признателен. Обозначения я уже знаю, но абсолютно не понимаю,

В общем, сбылась мечта идиота – добрался таки до железячек.

Выложил фотки пульта радиоуправления в трех файлах: 1,2,3

Originally published at Блог об IT бизнесе. Please leave any comments there.

Фух… Собрался с моральными силами и таки поставил новый WordPress. На удивление, где-то за часик-полтора все привел в примерное работающее состояние.

Дорогие читатели, несколько просьб

а) Если заметите что-то странное (что-то пропало, что-то появилось и оно гадкое, что-то изменилось и стало еще мерзче чем было) напишите мне об этом.

б) Если в блоге написать не удается по каким-то причинам, еще большая просьба – напишите мне на email (vronin at consultant.com)

Надеюсь, что openid с новым wordpress дружит лучше. Пока еще попробовать не успел.

Originally published at Блог об IT бизнесе. Please leave any comments there.

В прошлой статье Andrey Yasinetskiy сказал, что мой манифест работодателя противоречит Agile. Я так взял, взвесил agile практики, которые знаю, почесал в голове, отписал, что они не противоречат. А потом я полез и прочел Agile software development статью в wiki. и обнаружил, что большинство практик на самом деле противоречат первому же пукнту Agile манифеста.

Самый первый пункт манифеста - “Individuals and interactions over processes and tools“. Блин, да половина agile дисциплин основана именно на следовании процессов. Test driver development, continuous integration, code refactoring, iterative development - это же все процессы. Причем, если взять какие-нибудь уже готовые методики (а-ля того же SCRUM) то эти процессы там уже четко прописаны, описаны, роли, действия, артифакты и т.п. Да, естественно в каждой из них есть “individuals and interactions”, но как только individual решать забить на процессы, которые им не нравятся - а-ля перестанут код класть в source control, остановят систему генерящую билды и перестанут делать итеративную разработку, вот тут как раз и придет пипец их попыткам работать Agile.

Кстати, аналогично насчет послднего пункта Agile манифеста “Responding to change over following a plan“. Это не значит, что надо нафиг забить на план. Это значит, что план должен изменяться в зависимости от внешних событий.

В целом, можете в меня хоть помидорами кидать, но Agile Manifesto в чистом виде - это радужные мечты богемы IT мира. Для всего же остального мира, Agile практика (которая таки требует процессов и изменчивого плана) кроет как бык овцу Agile теорию.

Originally published at Блог об IT бизнесе. Please leave any comments there.

Решил написать манифест работодателя, который будут давать всем людям в случае если они собираются на меня работать.

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

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

Если вы знаете, что какие-то правила вам не подходят, то озвучивайте наперед, тем самым экономя свое и мое время и нервы.

Правило N.1. Если вы работаете со мной, то вы делаете то, что мне нужно, а не то что вам хочется.

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

Правило N.2. Отчетность всегда является самой критичной и важной задачей.

Я должен быть в курсе того, что происходит. Отчетность должна быть краткой и четкой (не обязательно писать Войну и Мир по поводу каждого бага).

И если я НЕ знаю, что работа сделана, то я подразумеваю, что она НЕ сделана.

Кстати, как небольшое уточнение. Отчетность может быть в разном виде - личное общение, электронная почта, какие-нибудь системы для отчетности. Главное - она должна быть.

Правило N.3. Если вы freelancer, это не обозначает, что вы free работать по времени когда вам хочется и сколько вам хочется.

В начале сотрудничества обсуждается какое минимальное количество часов в день и неделю необходимо работать. И само собой разумеется, что внезапные “исчезновения” абсолютно недопустимы.

Правило N.4. Во всем, что относится работы, я не терплю лжи или специального искажения информации.

То есть, не должно быть отчетов, что все готово на 95%, когда оно готово на 20% (при том, что работник на самом деле это знает наперед).

Правило N.5. Работа должна делаться.

Никаких размазываний работы и создания видимости, что дело делается. У каждой задачи есть четкие цели, которые должны достигаться.

А теперь добрая часть.

Я всегда оплачиваю работу полностью и в срок.

Даже если работа НЕ качественная, я оплачиваю ее (правда больше не сотрудничаю).

Оплату провожу своевременно, без задержек (хотя увы пару прецедентов мало зависящих от меня были).

Я всегда готов идти на уступки

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

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

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

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

Товарищ по оружию avl проводит семинары о построении эффективной системы разработки.

Вырезка из его блога: “В ходе тренинга с 5 по 11 октября мы последовательно будем строить эффективную систему, позволяющую избежать наиболее частых ошибок при разработке ПО и решать требуемые задачи наиболее эффективно.”

И дополнительная информация находится тут.

Originally published at Блог об IT бизнесе. Please leave any comments there.

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

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

а) “Исчезания”.

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

Дорогие товарищи freelancer’ы, обращаюсь к вам как представитель класса заказчиков. Это самый лучший метод потерять нас, даже если в остальное время вы супер-пупер потрясающе
исполнительные.

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

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

б) Не делание того, что говорилось раньше.

Одна из идей длительной и плодотворной работы freelancer’а с заказчиком - это “притирание” с обоих сторон. Когда заказчик вам говорит - после того как вы исправили баг - пишите мне об этом, то лучше всего это и делать, так как он это делает редко просто так. Зачастую же выходит, что freelancer делает только то, что он считает полезным или нужным делать. Мы даже не говорим о каких-то технических решениях, где freelancer может быть прав, а заказчик не прав. Мы говорим о том, чтобы заказчику было удобно и хотелось с вами дальше работать. Как вы считаете, если он вам дал 5-10 простых правил - после каждого бага мне письмо, исходники присылать раз в неделю и т.п, то нормально ли забывать это в 80% случаев после несколько разового упоминания?

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

Недавно услышал такую фразу “Ну не можем же мы переделывать фирму, из-за того, что ее структура не позволяет полноценно воплотить процесс”. Ну, на первый взгляд, действительно логично, если начинать курочить фирму под каждый процесс, то камня на камне не останется.

Только вот вывод из этого люди почему-то делают обычно не правильный.

Логичный вывод - если фирма не подходит под процесс, то можно либо найти другой процесс (под который подходит), либо если таки процесс очень ценный - то таки можно и переделать фирму.

Но есть еще и третий - самый худший вариант и о нем то и хочу написать.

Жил да был Вася, крутой чувак, у которого был дом с гаражем. И вон он решил себе купить немеренно крутую машину и выбрал Хаммер. Купил, приехал домой, а блин, машина в гараж не влезает на сантиметров 50. Ну, подумал, подумал и решил… А хули там… Если 50 сантиметров спереди оттяпаю, то ничего плохого с машиной не случится. И так выглядит уродливой уже. Ну, сказано - сделано. Хряп, нету 50 см, включая радиатор, аккумулятор, кусок движка и кучу прочей радостей. Блин…. не едет зараза. Ну пригласил механиков, кое как они на силу все заменили, назад присобачили. Ну ладно, если спереди не вышло, отрубим сзади. Хряп… Пробуем - ура… едет… Но как-то без глушителя, громкость как у реактивного самолета, плюс надоело выпадающие сзади сумки собирать. ok, переделываем выхлопную трубу, чтобы в правый бок шла, сзади навариваем шит, чтобы вещи не выпадали. Уже лучше, но из-за дыма из выхлопной трубы (каталитический конвертор тожи оттяпали) все стелка сбоку черные не фига не видно, плюс воняет постоянно. А сумки теперь сзади положить нельзя, только через салон запихивать приходится. Ладно, выхлопную трубу делаем подлиннее, так что она теперь справа на 30-40 торчит, а слева сзади прорежем дырку, через которые вещи можно доставать.  Труба правда теперь по асфальту бьется и мешает ехать правому ряду. Плюс, на парковке до окошка слева с вещами добраться не удасться. Переносим окно на крышу, выхлопную трубу загибаем, выводим на верх. Теперь правда машина похожа на небольшой паровоз 19 века, порезанная спереди и сзади, запаянная, с трубой сверху, с окном для того, чтобы класть вещи на крыше… Но зато она классно влазит в гараж.

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

С огромным перерывом возвращаясь к циклу статей (1,2, 3, 4) в которых я рассказывал о развитии моей с братом фирмы. Что радует, что статья эта последняя. Что не радует, что она гораздо менее радужная чем все остальные.

В прошлой статье я остановился на мае 2007 года.

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

Почему ушел заказчик? Хороший вопрос. Там много чего намешано было - то, что я был и сотрудником и владельцем provider’а и часовой пояс, и консолидация offshore активности и не слишком удачные с технической стороны последние несколько месяцев. Но, ключевым пунктом я бы сказал являлось то, что мы просто загнали себя в угол предоставляя им только Palm разработку(которая к тому времени была уже откровенно не актуальной).

Дальше, пошла жестокая борьба за выживание. Мы начали пытаться найти любые проекты, чтобы закрыть брешь в бюджете и загрузить людей. Естественно, из разряда медленное развитие фирма перешла в режим  постепенного разваливания.

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

Где-то в сентябре 2007 я приезжал в Украину и все еще давал речь о том, что хоть сеячас тяжко, но мы все еще движемся в светлое будущее. Хотя, мягко говоря, я сильно в этом сомневался.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

А вот теперь к самому интересному. Что же все таки мы могли сделать?

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

И естественно я пытаюсь базировать все решения на нынешних знаниях, но тогдашних возможностях.

На данный момент я вижу три наиболее перспективных на тот момент пути

а)  Постепенный слив фирмы

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

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

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

Ясно, что с такой стратегией много с фирмы не получишь, но все равно больше чем в случае полного вылета.

б) Реорганизация

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

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

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

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

Originally published at Блог об IT бизнесе. Please leave any comments there.

Фраза подброшенная Кексом (увы у него нет блога, а то, точно сослался бы).  Идет речь о идее приехать в штаты и работать product manager’ом. Все имена третьих лиц в тексте само собой изменены

Вася> Ну так а че ты думаешь? соглашайся и едь. для карьеры это будет классный шаг, к тому же твоя H1B - это прямая дорога к гринкарте

Кекс> Вася, я понимаю все, но как-то стремно. Смогу ли я. Все таки никогда не занимался подобным

Вася> Тю блять, я могу, а ты не сможешь? Я вот раньше думал, что product mgmt - это такие чуваки, которые постоянно работают с маркетингом, выясняют у юзеров market demands, всё серьезно и круто. Так вот нихуя подобного! Наш director of marketing - это такой чувачок, бля, такой функционер типичный. Его функция в компании заключается в том, что он функционирует. Че-то там сидит и лепит всякую хуйню. А все наши product managers - это пацаны типа Пети, которые постоянно делают умное лицо и их работа - это ходить и ебать мозги всем остальным. Ты че думаешь, они знают, какая фича нужна, а какая нет? Да этого никто не знает. Они смотрят в потолок, им приходит ВИДЕНЬЕ! А потом они просто всех заебывают своим виденьем. Вот и весь product management.

Мои 5 центов. Было бы дико смешно, если бы не было так грусно. Действительно, добрые 90% product managment’а в штатах  эквиваленты средневековым астрологам - полагаются на их ВИДЕНЬЕ, а не на хоть какие-то вразумительные цифры и факты.

И ссылка дня блог Клуба IT профессионалов.

Originally published at Блог об IT бизнесе. Please leave any comments there.

Тут мы пообсуждали localstorm мою статью о CopyPaste. Ну и пришли к выводу, что да CopyPaste бывает полезен, но скорее для профессионалов, в тот момент когда люди понимают зачем и как его использовать.

Ну и по ходу у нас вышло вот такое обсуждение:

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

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

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

Сначала небольшая аналогия, а потом к делу. Представим себе, что у нас есть Linux машина и мы всем раздаем root права. И администратор говорит, ну что же поделаешь, что пользователи могут к черту все системы разнести, я приду починю, пожурю, объясню в следующий раз как надо и как не надо делать.

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

Так вот, я выступаю за то, чтобы разграничить права на использование инструментов, как разграничены права пользования в Linux. Условно говоря, главный программист может делать любые действия. Средний программист не имеет права изменения критических существующих интерфейсов и ядра системы. Младший программист не имеет правда добавления новых файлов, copypaste и т.п. Еще раз… Это всего лишь пример. У меня сейчас нет в кармане полного списка прав и как все разделить и разграничивать.

Естественно задача проблемного кода решается даже без введения ограничения на инструментарий путем review кода до сommit’а его в SVN. Но даже на этом уровне, получается, что доступ к более опасным tool’ам будет съедать время главного программиста, так как ему придется объяснять, что Вася, не бери бензопилу, не меняй интерфейсы в классах.

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

Да, кстати, localstorm пишет в своем ЖЖ о управление проектами, программировании и других IT радостях жизни. Рекомендую почитать - хорошие и взвешенные мысли.

Originally published at Блог об IT бизнесе. Please leave any comments there.