Солянка сборная часть 3.

Июнь 4th, 2009

Сегодня, у меня солянка сборная. На повестке дня три темы:

— организация совещаний

— соотношение менеджеров и исполнителей

— американский миф о команде

Итак по поводу совещаний. Я малехо удивлен, что фактически не в одной организации не проводятся нормально совещания, хотя в штатах, даже на простейших курсах, которые я проходит (Business communication для людей у которых английский — второй язык) рассказано как их разумно вести.

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

А теперь быстренько по пунктам, что нужно для толкового совещания:

а) Длительность митинга должна быть обозначена заранее.

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

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

в)Должен быть координатор совещания.

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

в) Должен быть человек, который имеет право принимать решения. Особенно, это важно если совещание собрано именно для принятия решений, а не для генерации идей. Я, вообще, очень сильно настаиваю на то, чтобы в компании было достаточно четкое разделение прав, ответственностей и полномочий. Так вот, должен быть человек, который может авторитарно сказать — мы идем путем A, а не путем Б.

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

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

Слава богу, что в IT на территории exUSSR пока не сильно прижился этот американский стандарт.

Второе, что я хотел сказать — это соотношение менеджмента и  исполнителей. Кстати, оказалось я об этом уже говорил тут. Хотя со мной и не согласились, но я считаю, что у чистого менеджера не должно быть больше чем 7 прямых подчиненных, но и меньше чем 4-5 тоже не должно быть. Как только вы обнаруживаете, что у вас 4 программиста, 3 тестировщика, 1 project manager и 2 product manager, 1 director, 1 CEO, 1 CFO, 1 CTO и т.п., то значит в королевстве датском, не все в порядка, так как общее соотношение по фирме выходит один исполнитель к одному менеджеру. Чаще всего этим болеют молодые компании, которым ну оооочень хочется, выглядеть большими и серьезными. Но, чаще всего, это проходит, как только становится видно что деньги утекают с какой-то сумасшедшей скоростью.

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

Возьмем на себя повышенные обязательства.

Июнь 1st, 2009

Есть три цифры, которые стартаповцы стандартно себе называют, при создании продукта.

а) Я сделаю прототип за 2-3 месяца.

Причем, люди реально в это верят, до тех пор пока пройдет месяца 1.5

б) Я создам продаваемый продукт за 9 месяцев.

Опять же, где-то до тех пор пока не проходит месяцев 6 они все еще в это верят.

в) Я выйду на самоокупаемость где-то за 1.5-2 года

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

Естественно, есть исключения. Обычно эти исключения наступают в том случае если вы пишите что-то очень мелкое или у вас нету основной работы и поэтому вы вкладываете по 10 часов день в разработку и плюс к этому…. вы пишите, что-то мелкое.

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

Проблема backup’а и самообразовании.

Май 28th, 2009

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

Вроде  решается все тривиально — ну делаешь резервную копию, да и все. Просто то, оно просто, но есть несколько подводных камней

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

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

В общем, веселая проблемка. Но, я собственно говоря не о том. Я вообще хотел написать о самообразовании.

Опять же, большинству понятно — надо самообразовываться, иначе отстать от прогресса в IT можно буквально за 2-3 года, а через 5-7 лет уже только и останется ворушить говно какого-то мамонтного проекта.

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

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

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

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

P.S. Видео которое подкинул Sergey Perepechin (в другой статье) смотреть ОБЯЗАТЕЛЬНО!!!! Там как раз много сказано по поводу того, с какой скоростью все меняется.

25 пунктов почему НЕ стоит стартовать бизнес.

Май 23rd, 2009

1. У вас никогда не будет выходных. Вы всегда будете думать о бизнесе.

2.  Вы можете потерять деньги.

3. Вы точно потеряете время.

4. Если он не удастся, то вам будет грустно.

5. Если он удастся, то все равно вы все время будете нервничать, что он вот-вот перестанет работать.

6. Если вы кого-то уволите — вас будут не любить.

7. Даже тех кого вы не уволите, а просто заставите работать — тоже будут вас не любить.

8. Вам придется общаться с налоговой.

9. А иногда еще и с пожарными и санэпидемстанцией.

10. Ваш телефон будет звонить гораздо чаще, причем в самое неподходящее время.

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

12. Вы тоже будете постоянно должны и тоже об этом будете волноваться.

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

14.  В самый неподходящий момент от вас уйдут ключевые люди из команды.

15. На самом деле, когда бы ключевые люди не ушли — это окажется самый не подходящий момент.

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

17. Вам придется избавиться от привычки ковыряться в носу, когда вы с кем-то общаетесь.

18. Еще понадобится приходить вовремя на встречи с деловыми партнерами.

19. Первым словами ваши детей будут — «деньги» и «заказчики».

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

21. Количество потребляемого кофе вырастет в четыре раза.

21.5 (C подачи GeniusMaster)Все это негативно отразиться на здоровье: нервное истощение (возможно суицидальные мысли), болезни сердца, желудка (язва, гастрит), лысина, пузо (пардон ожирение), геморрой, ослабление потенции …….. и многие другие замечательные бизнес болячки…

 

22. Количество времени проведенного на свежем воздухе упадет два раза.

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

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

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

25. Ну и само собой, если вы стартуете бизнес — то  вам придется отложить вашу давнюю мечту о властвование над вселенной.