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

Вот некоторые проблемы пирамиды:

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

Корень проблем в самой системе.

Насчет записи дел на листочке, сам практиковал, до тех пор пока количество дел не перевалило за 10-15 штук. Записываю я правда не только деловые дела (а-ля поход к дантисту 15 числа).

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

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

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

В бумажке у меня обычно порядка 8 пунктов, 2-3 из которых имеют по 4-8 подпунктов. Как раз лист А4.

Если у меня жопа и количетсво ожилающих дел перевалило за 30, то я их вбиваю в MyLifeOrganized – и текущие на неделю выписываю.

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

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

Настраивал эту схему он год примерно. Работает она четыре года. Стартового капитала небыло фактически. Ну вернее там отпускные+премия с основной работы с которой он уволился. Первый десяток девайсов собрал сам, фирмы стоительные обзванивал сам, клиентам отвечал сам, ремонтировал ходил сам. Потом нанял местную контору на отслеживане прессы и отзвон в стоительные компании, заодно написал FAQ – типа что говорить клиентам и компаниям. Потом начал заказывать мелко оптово приборы опять же в местной компании. Потом после того как его и о его приборе узнали переложил первичный суппорт конечных клиентов на плечи строительных компаний и той же конторы что их остлеживала. Потом вытащил производство в Китай, получал заказы сам и рассылал компаниям сам. Потом суппорт в индию, пользуясь статистикой и данными с от местной конторы. Ну потом все остальное.

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

Да конечно можно найти применение программистам незнающим математику.
Он будет заниматься тестированием и иногда писать не требующие мозгов куски кода (компания с экономит, так как знающий математику будет стоить дороже). И так года 2-3 (где-то так меняются технологии). Потом его уволят за ненадобностью он уйдет, так как перспектив роста у него не будет. Только вот все, что он знал давно выйдет из моды. Научится. И опять 2-3 года работает (ура! Есть постоянный приток программистов, знающих последнии технологии).

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

PS: заметка в тему “О тупых программистах“.

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

По поводу вашего опыта в shareware. Если вы живете на территории exUSSR и при этом не в Москве и Питере, то как по мне результат вполне не плох. Добавить 2-3 программы, и это вполне достигнет уровня дохода, на который можно жить. Если вы живете в США, то действительно радости от 200 в месяц не много.

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

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

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

Ну тут врядли кто будем спорить ИМХО.

рекомендую в бумажном виде – об этом в отдельной статье

Я практикую следующую практику, когда я перестаю удерживать задачи на текущий день в голове (что впрочем, считаю признаком того что я до этого делал что-то не так)

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

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

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

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

Так вот, относительно “который может работать без тебя”. Малый бизнес НЕ может работать без владельца. Максимально, на что можно надеяться, настроить его так, чтобы он мог проработать некоторое время (неделя, месяц, пол года).

Вот тут хочется пообсуждать. СОВСЕМ без владельца безуслово. С участвием владельца в десяток часов в месяц – думаю к этому имеет смысл стремится.

В классическом шареваре у меня (я больше по мобильным девайсам) опыт не большой, и даже скажем не удачный. Но этот неудачный опыт приносит мне 150-200 долларов ежемесячно. Затраты – 17 ответов на письма за 2009 год. Из них 8 просьб напомнить серийный номер, 4 просьбы refund, и 5 писем переписка о проблеме. На первые 12 суммаро порядка часа времени, на последние 5 – поряка 2 часов.
2008 год писем был порядка 60-ти. 2010 вероятно будет так же….далее уже нет скорее. Затраты на разработку окупились еще в 2007-ом. Но это скорее fail чем, win.

Но в этом плане меня большее вдохновляет другой пример.

Мне известно о бизнесе одного человека. Он в свое время разработал схему определенного устройства которое конструктивной частью дома/квартиры. На данное устройство есть небольшой устойчивый спрос в определенных регионах обусловленный географическими особенностями.

В текущий момент его бизнес выглядт следующим образом.

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

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

3. Телефонный супорт опять же в Индии который работает с конечными потребителями – отвечая на простые вопросы о использовании, либо перенаправляя их в компании из пункта 1, которые при контракте обязуются делать X часов бесплатного сопровождения.

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

5. Фабрики в Китаее (в одни момент времени миниум 2 штуки одноверменно) которые по запросу компании 4 производят и высылают крупные парти устройств используя документацию которая у них есть (сборка ручная).

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

7. Финансовая компания в США которая занимается финансовыми и налоговыми вопросами, аккумулированием денег и выплатами всем из пунктов 2-6

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

Он очень скурпулезно следит за тем сколько времени он трати и у него получается порядка 20 часов в месяц на поддержание работоспособности описанного выше. Причем он пытается не размазывать это время, а выделять его кускам не более чем 5 часов за раз.

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

Общий доход у него не велик, в за 4 года в среднем 200к долларов в год.

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

Я писал с пару недель статью о девайсе о котором я мечтаю. Одна из его фич как раз ведение дел.

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

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

б) Достаточно часто бывают задачи, которые например идут в несколько фаз – исследовать,
составить план и сделать. И вот такое уже не так удобно вести в блокноте. Для мелких контор все еще можно продолжать вести на бумаге, когда компания становится больше, мне ближе всего именно системы ticket’ов. Они отражают лучше всего суть. Есть задача “X”, она может пройти через N состояний.

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

Проектные задачи храню в SCRUM tool’е, так как связи в них меняются, а скорее важен порядок их выполнения.