Рекомендации по построению владельческого бизнеса.

[inbelousov]

С добрым утром, коллеги и друзья!

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

Основа

Comments

[makarolya]

ну попробуем)) Спасибо!

[inbelousov]

Пожалуйста.
Если попробуете - уже хорошо.
Но ... у меня это работает.

[eduardcrane]

Может быть я поздно начал читать, но я не понял откуда берётся финансирование на столь широкомасштабное и динамичное развитие?

[inbelousov]

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

Далее. Я владею инструментами: лизинг, кредитные линии, овердрафт и т.д.
Рычаг. Ничего нового.
Есть денежный поток перекрывающий оплату за рычаг? Всё хорошо.

Ответил ли?

[eduardcrane]

в общих чертах, денежный поток это хорошо

[inbelousov]

Это так.

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

Продукт для сотрудника

[araphonto]

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

Re: Продукт для сотрудника

[inbelousov]

Это не мои авторские права.
Это компилляция всего, что я смог найти в литературе и в своем опыте.

У меня нет, не было и не будет никаких претензий ни к кому.

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

Так что - пользуйтесь на здоровье.

Re: Продукт для сотрудника

[zahhar]

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

Re: Продукт для сотрудника

[inbelousov]

В основе ТЭБ лежит мое военное прошлое и опыт.

Я много чьих работ поперечитал. Что-то было и от последователей РЛХ.
Но говорить, что в основе лежит именно он - нет, это не так.

[xieergai]

В МОИХ КОМПАНИЯХ ВСЯ ЗАРАБОТНАЯ ПЛАТА СОТРУДНИКОВ ПРОЧНО УВЯЗАНА С ПРОИЗВОДСТВОМ ПРОДУКТА. -- вот это, на мой взгляд, очень правильный подход, правильного капиталиста. Весь Китай работает на сдельной оплате и растёт всей страной почти по 10% в год.

[inbelousov]

Иначе нет движения. Иначе все будут приходить "работу работать".
А так все понятно. Хочешь зарабатывать больше? Вперед!

[levaal]

>> Хочешь зарабатывать больше? Вперед!
Такой вопрос - при таком подходе есть потолок максимальной прибыли.
Грубый пример - если продукт - стул, производство которого, к примеру, в среднем занимает час. Как ни бегай, ни обрезай время обеда, работая по 12 часов в день, нельзя физически сделать больше, к примеру, 18 стульев.

Как сотруднику зарабатывать больше?

[astrahan_in]

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

[astrahan_in]

Ваш пост про PR был очень логичен и понятен, учитывая все записи на тему ТЭБ в которых не раз вы упоминали про данную концепцию "измерить = управлять".

Но вот сидел вчера голову ломал, как измерить продукт программиста/команды программистов?
Количество строчек кода? Количество функционала в ПО? Количество багов?
Давайте подумаем так как же?

[pavel_koryagin]

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

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

Впрочем, здесь вырастает специфика. Если для программиста в веб-студии гораздо важнее сколько он веб-страниц/плагинов за единицу времени выдал, то для разработчика в сложном проекте (у меня) это далеко не единственное главное. Более того, как измерить продукт я пока не придумал - работаем, как работается. А вот критерии сопутствующих проблем, снижающие рентабельность и качество итогового продукта - уже начинают обрисовываться.

Далее туда же, количество "забытых" тезисов из ТЗ. Количество отпущенных багов в типовых юз-кейсах.

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

[astrov]

может измерять количество законченного продукта за какое то время (http://www.artlebedev.ru/kovodstvo/sections/148/)

[levaal]

Да, по-моему подходит на роль кандидата продукта для айтишников.
Разработка одного проекта была основана на user stories, которые оценивались в story points. Вот эти самые story points и можно учитывать как продукт.

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

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