Несколько несвязная тема, неправда ли? Сейчас все объясню. Вы знаете, у меня есть одна странность – я очень нерешителен, при выборе чая. Это происходит потому, что я сталкиваюсь с тремя проблемами:

1. Упаковки закрытые и узнать аромат и вкус чая, можно только заварив его.
2. Чай продается в 200–300 граммовых упаковках, а это значит, что пить его придется не меньше месяца.(Выкидывать непонравившийся мне чай, не позволяет мой жизненный принцип)
3. Вкусный чай не всегда имеет дорогую, красивую упаковку. А неоновую надпись “это самый вкусный чай”, можно прочитать между строк на любой упаковке.

Отсюда и появляется страх пить неприятный чай так долго! А ни одно мое рабочее утро не обходится без чашечки вкусного чая…

Примерно с такими же трудностями сталкивается и IT-специалист при смене места работы:

1. Какова атмосфера работы, политка, отношение к сотрудникам и перспективы в компании, можно узнать только лишь поработав в ней.
2. Менять место работы чаще чем раз в 1.5–2 года – плохая практика и негативно сказывается на резюме специалиста.
3. HR/PR-отделы IT-компаний всегда выставляют свою компанию в лучшем свете.

Так давайте попробуем разобраться, как же выбрать чай? Для начала можно определить несколько категорий чая: зеленый, черный и сбор трав. Продоложая аналогию с IT-компаниями: компания работающая над одним проектом, компания перебирающая проектами и “всеядные” компании, которые берутся за все, что приносит деньги. Если в случае с чаем, выбор зависит от вкусовых предпочтений покупателя, то для IT-специалиста выбор доллжен основываться на понимании того, как тот или иной тип компании подходит его ожиданиям. Для этого добавим еще пару параметров в оценке IT-компаний – это размер компании, наличие брендового(широко известного) имени, размеры проектов и перспективы карьерного и финансового роста. Сразу хочу оговориться, что какую бы мы аналитику и логические выводы не делали, все равно из любого правила есть исключения, а следовательно воспринимать нижеследующее как панацею на все случаи жизни не рекомендую.

Компании численностью от 1 до 20 человек можно отнести к малым компаниям индустрии. Такие компании редко имеют брендовое имя, так как не содержат маркетинговых отделов, да и средств на рекламу зачастую нет. Эти компании занимаются либо небольшими по размерам и срокам проектами, либо работают над одним, средней величины проектом. В случае, когда такая маленькая IT-компания занимается несколькими проектами, это либо support уже существующих(иногда и больших) проектов, либо разработка маленьких, новых проектов. Маленькие компании редко имеют формализированные процессы, так что опасаться CMMI тут не стоит ;)

Рекомендации: Архитектору делать в такой компании нечего – архитектура либо уже написана, либо проект настолько мал, что применить свой потенциал там негде. Junior-разработчик имеет хорошие шансы получить первый опыт на несложных проектах, а при должном упорстве и в случае роста компании – хороший карьерный рост. На плечи разработчика уровня middle или senior в подобной компании, ляжет основной объем работ, а значит и отношение к ним будет соответствующее. Project Manager или Team Leader имеют все шансы войти в top-management компании. Перспективы же финансовые зависят от скорости развития компании, практика показывает, что компании занимающиеся одним проектом, развиваются медленнее, чем “всеядные” компании. Но стоит упомянуть, что чаще всего “всеядные” берутся за безнадежные проекты и проекты на старых технологиях. Также финансовому росту способствует отсутствие толстой менеджерской прослойки и не-billable людей.

Компании численностью от 20 до 100 человек редко имеют свое брендовое имя, если только она не выросла на одном продукте, который и рекламировала. Разнообразие проектов может быть такое же как и у компаний предыдущего типа. Тем не менее, среди этих компаний чаще попадаются “переборчивые” экземпляры, что благоприятно сказывается на опыте сотрудников не зависимо от их начального уровня. Возможности карьерного роста осложнены тем, что обычно в таких компаниях уже есть сформировавшаяся верхушка в менеджменте и “элита” в трудовых ее слоях. Стоит отметить, что компании этого рода более стабильны и надежны.

Рекомендации: как правило в таких компаниях не больше 2–3 архитекторов, поэтому тут они на вес золота. Так как размер проектов в такой компании средний, выше среднего(в случае с одним проектом) – то лучших условий для обитания архитекторов просто не найти. Для junior-разработчика есть перспектива дорасти до уровня senior за 2–3 года. В случае, с одним проектом (на всю компанию) даты могут несколько увеличиться. Middle и Senior играют в таких компаниях меньшую роль, чем в малых компаниях, но перспектива карьерного и финансового роста есть. Если в такую компанию приходит Project Manager, то он либо сразу попадает в ту “верхушку”, либо начинает заниматься неперспективными проектами. Team Leader также как и Senior будет чувствовать себя в такой компании очень комфортно – есть кем управлять, возможна частичная/полная смена команды или проекта, т.е. есть где получить разнообразный и полезный опыт.

И наконец, компании-гиганты на Украинском IT-рынке численностью от 100 до 500 человек. Такие IT-компании зачастую имеют громкий бренд и редко когда работают над одним проектом. “Вечные” или “support-обещающие” проекты являются основой многих подобных компаний. В таких проектах карьерный рост не предусмотрен, так же как и финансовый (но из любого правила есть исключения – я знаком с командой размером в 50 человек, работающуюю на подобном проекте и получающую вышесреднего по отрасли зп). В компании вцелом карьерный рост сильно осложнен, если в компании все хорошо и нет большой “текучки” кадров.

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

Станете ли вы перед выбором чая или нового места работы – не важно. Главное – понимать принципы и закономерности развития любого бизнеса, а также постараться собрать как можно больше информации о предмете своего выбора. И помните: риск - дело благородное :)

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

Сегодня я хочу поделиться с вами простым, но очень эффективным инструментом time management’a – дневник (activity log).

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

Подготовка и заполнение дневника.

Нет необходимости вести дневник постоянно. Важно делать это в течение 3–7 дней и повторять эту процедуру раз в пару месяцев. Но во время заполнения дневника, от вашего внимания не должно ускользнуть ни малейшее ваше действо. Хотя это не значит, что большую часть времени вы должны тратить на заполнение дневника. Достаточно вносить новые записи по окончании очередной задачи или в течение небольшого периода времени (10–20 минут). Итак, возьмите лист бумаги и очертите следующие графы: Время, Что делал, Было ли запланировано, Отвлекался и Приоритет.

“Чудо” дневника

В одном из своих постов, Макс Крайнов упоминал о Хоторнском Эффекте, позволяющем повысить эффективность работы человека, благодаря простому наблюдению за его работой. Ваш дневник по сути и является таким наблюдателем за вашей деятельностью. Более того, это позволяет вам преодолеть психологический барьер и начать самим меняться. Вы когда-нибудь пробовали изменить точку зрения другого человека? Тяжело, неправда ли? Мы всегда сопротивляемся внешним изменениям, особенно если кто-то пытается нас осудить и доказать, что мы неправы. Намного проще менять свою точку зрения, если ты сам себя “осуждаешь” и сам побуждаешь себя меняться.

Кроме того, после заполнения дневника вы можете еще и проанализировать его, дав ответы на следующие вопросы:

1. Какой процент времени вы тратите на различные аспекты вашей жизни? (Бизнес, Семья, Отдых, Здоровье и т.д.)
2. Какой процент ваших дел имеет высший приоритет? Срочность?
3. Насколько вам помогает планирование и сколько вы успеваете сделать по плану?
4. Как часто и что вас отвлекает от занятий?

После ответа на эти вопросы подумайте как вы можете оптимизировать использование вашего времени:

1. Имеет ли смысл тратить столько времени на какие-то задачи?
2. Можете ли вы сэкономить время, группируя некоторые задачи?
3. Имеет ли смысл планировать?
4. Какие условия необходимо вам создать, чтобы вас ничего не отвелкало?

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

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

 

 

Компания таким образом отмечает Международный день Земли! Так откуда же взялась такая традиция менять логотипы?

Эта традиция появилась еще на заре Google, когда о нем еще мало кто слышал и еще меньше кто пользовался. Сергей и Ларри были не только компаньонами, но и хорошими друзьями еще со времен учебы в Стэнфорде. Они постоянно тусили вместе, подшучивали друг над другом и часто дискутировали. В университетском городке их так и называли ЛарриСергей - одним словом. Отдыхать они тоже любили вместе, к примеру, они ежегодно посещали фестиваль свободного искусства и свободной любви Burning Man, иногда называемый воскрешением "Лета любви" в новом обличье. Ларри и Сергей всегда перед отъездом ставили фигурку горящего человека в логотип гугл на главной странице. Программист Марисса Майер, поступившая на работу как раз тем летом, когда они первый раз сменили логотип, вспоминала, что фигурка человека в логотипе "не несла особого смысла, а скорее служила сигналом того, что офис компании пуст - все уехали в пустыню". С тех пор гугл меняет своё лого. Вначале маркетологи были против, т.к. по законам маркетинга лого должно быть постоянным, но пользователям нравится.

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

Факт #1: При взлете с воды, каждый гусь бьет крыльями по поверхности воды, таким образом стая формирует воздушный поток, который облегчает взлет отдельно взятой особи на 71%.

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

У меня был опыт работы в нескольких командах разработчиков. Опишу лишь две из них:

1. Первая команда состояла всего из 3–х участников. Это неплохие, умные и скромные ребята. У каждого участника был огромный опыт работы с необходимыми технологиями. Но прежде эти люди вместе никогда не работали.

2. Вторая команда состояла уже из 4–х участников-новичков, и о них можно было сказать следующее: настоящие товарищи, хотя раньше им вместе работать также не приходилось. Работа в этой команде всегда была оживлена беседами “не по работе” и в компании этих людей было просто приятно находиться.

Артем Попов. © «Ашманов и Партнеры»

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

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

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

Факт #2: Гуси никогда не нарушают строя во время полета, потому что знают – в противном случае, сопротивление воздуха на каждую особь увеличится и стая скорее всего не долетит до цели – сил не хватит.

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

Приведу еще один пример из своего личного опыта. В то время жизнь казалось трудной, но и захватывающе интересной, впереди было много тяжёлой работы и грандиозных задач. Перед нашей командой была поставлена цель – реализовать модуль одного большого проекта, причем в срок. В моей команде тогда работали два программиста. У каждого из них были цели, о которых я даже и не подозревал. Целью первого, назовем его Богач, было заработать как можно больше денег, поэтому он с удовольствием соглашался на работу в овертайм. Целью же второго – Идеалиста, было написание совершенного кода, этот человек всегда и во всем стремился к идеалу. Моей же целью было – выполнить проект в срок. События развивались далее следующим образом: Богач делал работу неспеша и к идеалу в коде особо не стремился – а зачем? за это больше не платят… Идеалист же наоборот – переписывал свой код по-нескольку раз, вызвая задержки со сдачей своих задач. Я, не подозревая о целях каждого, старался сделать каждую задачу как можно быстрее и по-возможности без багов . Как вы понимаете, сроки мы сорвали.

Опыт опять отрицательный, но все же опыт. Если бы я знал о целях каждого из участников и имел возможность распоряжаться бюджетом проекта, то в качестве одного из вариантов решения этой задачи можно рассмотреть следующее: уменьшить ставки разработчиков и ввести премиальную систему с идеологией – чем быстрее сделал(с определенным процентом багов), тем больше заработал. Этим можно было бы достичь большей производительности от Богача и пересмотра своих амбиций у Идеалиста.

Факт #3: Когда гусь-лидер устает(он ощущает наибольшее сопротивление воздуха), то он занимает место в конце строя, а на его место становится другой.

Вывод: Имеет смысл разделять любую трудную/нудную работу между всеми учатниками команды. Также полезно разделять и лидерство.

Артем Попов. © «Ашманов и Партнеры»

Компания, где наша команда работает в данный момент занимается самыми различными проектами. В том числе и проектами на старых технологиях. Конечно же никому не хочется вспоминать ASP.NET 1.1 и разбираться в багах старого проекта. Но эффективная командая работа – это постоянное динамическое равновесие между общими потребностями команды и личными потребностями ее учатсников. Быть среди людей и работать вместе с ними – здорово. Но все мы, каждый из нас, все равно хотим быть Номером Один. Забудьте обо всех этих киношных сценах, где солдаты бросаются грудью на амбразуру, чтобы защитить своих товарищей. В реальной жизни мы сотрудничаем с другими в первую очередь ради того, чтобы удовлетворить свобственные потребности. Люди соглашаются работать в команде только при словии, что в первую очередь это поможет им удовлетворить собственные потребности.

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

Факт #4: Гуси, летящие в строе, всегда кричат, если впереди летящие сбавляют скорость. Таким образом поддерживается строй во время полета.

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

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

– Нам жарко, поставьте нам кондиционер и повесьте жалюзи. 

– Эмм, а у нас не жарко. Да и зачем вам сразу жалюзи и кондиционер? Выберите что-то одно.

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

– Хм, мы вас конечно понимаем, но деньги кончились…

(тем временем наступил знойный июль и мы заклеили окна газетной бумагой).

– Как там с деньгами? Появились? У нас техника отказывает, но коллектив – держится.

– Денег по-прежнему нет. Молодцы, что держитесь. А тяжелые времена пройдут. (хотя жалюзи нам, после приезда одного из менеджеров, всеже повесили)

Казалось бы, условия труда – это то, на что большие компании(а компания была ооочень большая) тратят деньги легко и всегда, но нет – компания предпочла выкупить еще два соседних помещения на “перспективу”…

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

– Ха! Просили кондер – а мы вам никогда не откажем. Нате – получите.

– ???

– Все ради сотрудников, все ради вас.

Хоть наши просьбы в конечном счете были выполнены, но авторитет руководства уже был ниже ватер-линии и один сотрудник успел покинуть нашу команду.

Факт #5: Когда один гусь заболевает или получает ранение, еще двое его товарищей покидают строй и следуют за ним, чтобы помочь или защитить раненного. Они находятся с ним до тех пор пока он либо не умрет, либо не выздоровет. После чего они либо присоединяются к следующей стае, либо догоняют свою.

Вывод: Друг познается в беде…

Артем Попов. © «Ашманов и Партнеры»

P.S.

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

По счастливой случайности, мой хороший друг Макс Коренков, в скором времени открывает представительство московской компании Mirantis. Компания по неизвестным нам причинам остановила свой выбор именно на г. Харькове, что нетипично для открывающихся офшоров – обычно выбор падает на г. Киев, с его более развитой инфраструктурой и большим количеством IT специалистов. Хотя, возможно именно потому, что наш IT-рынок труда еще не так развит и не так поделен как в Киеве, Mirantis и пришла в наш город. Добро пожаловать, Mirantis

Пару слов о том, чем эта компания будет заниматься. В первые планы компании входит формирование Java-команды для работы над каким-то интересным проектом (детали мне так и не удалось выпытать у Макса…). Компания предлагает хороший социальный пакет: медицинская страховка(компании с мед. страховкой в Харькове можно пересчитать на пальцах одной руки), курсы английского языка, отпуска и больничные по КЗОТУ. А также чуть выше рыночных – цены.

Ориентировочно офис будет находиться пл. Восстания7/8 (бизнес-центр “Протон”).

У меня уже был опыт setup’a офиса по тойже схеме, что сейчас делает Макс. Могу сказать, что первые люди, пришедшие в такую компанию имеют очень хорошие шансы ускорить собственный рост по карьерной лестнице, за счет того, что подобные офисы имеют тенденцию очень быстро развиваться в последнее время, а следовательно образовываются вакансии на должности Team Leader, Project Manager и тп. Но если быть откровенным до конца, то тут многое еще зависит от уровня бюрократии в главном офисе компании и от менеджера на месте, в данном случае – от Макса. Я верю, что у него все получиться и желаю ему успехов во всех его начинаниях!

Все специалисты Java, кого заинтересует работа в этой компании могут присылать свои резюме либо мне, либо Максу.

Началось все очень давно – еще во времена первобытного человека. Будучи homo sapiens, первобытный человек заметил, что вместе с другими людьми выжить легче, чем в одиночку. Как далее развивались события - вы знаете из курса истории. Люди начали объединяться в общины, потом племена и так появилось государство. Но во все времена были группы людей имеющие схожие интересы или цели, именно интересы и цели объединяют людей в профессиональные сообщества или “тусовки”. Некоторые гуру менеджмента отмечают постепенный переход от разделения людей по классовому и территориальному признаку, к делению на сообщества и “племена”.

Связи решают все. Не имею 100 рублей, а имей 100 друзей. Рыбак рыбака видит издалека.

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

Как это ни цинично звучит, но каждый из нас товар на рынке труда. Точне не мы, а наши умения, навыки, опыт и деловой имидж. Нас продвигают, а проще гвооря продают родные и близкие, друзья и сообщества. Обычный рассказ в курилке о вас, с оценкой “+” или “-”  может сыграть большую роль в вашей судьбе профессионала. По статистике получив о вас положительный отзыв, ваш собеседник передаст эту информацию пяти своим знакомым, а получив негативную – десяти! Лучше конечно производить приятное впечатление на любого собеседника, работая тем самым на свой имидж или бренд. В любой профессиональной среде настоящие специалисты продаются не через рекрутеров, а через знакомства. И то как вас продадут зависит от того, что о вас говорят коллеги.

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

Рубаха – парень. Жмот. Эгоист

Обратите внимание, в своей жизни мы сталкиваемся со многими брендами: CocaCola, Microsoft, BMW. Также мы видим бренды личностей: BillGates, Mikel Jackson, Michael Schumacher и другие. Причем если раньше бредны личностей были характерны для деятелей шоу-бизнеса, политических деятелей и ученых, то теперь это понятие распространяется и на лучших специалистов в своих областях.

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

Алгоритм построения бренда не так сложен:

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

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

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

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

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

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

Казаться, чтобы быть или быть чтобы казаться?

Ни для кого не секрет, что реклама зачастую преукрашивает действительность, если даже не нагло врет. Даже если это реклама самого себя. Так что мне нагло врать каждому встречному, что я супер-специалист? Конечно же нет. Врать не хорошо. Но рассмотрим такой пример, студент закончил университет и пытается устроится на работу. Ему задают такой стандартный вопрос: “Какой у вас опыт работы?”, на что он естественно отвечает: “Никакого. Но я хорошо учился.”, после чего работадатель проникается к нему глубокой жалостью и отказывает в устройстве на работу… Если бы студент сказал, что он имеет огромный опыт работы, то через 5–10 минут собеседования стало бы ясно, что такового опыта у него нет и в его протоколе собеседования была бы строчка: “Переоценивает свои силы” или “Соврал об опыте работы”. К слову сказать такие протоколы собеседования или анкеты ведут и сохраняют многие компании для последующей их обработки. Благодаря этим анкетам можно увидеть рост человека за определенный период времени, а также это лучший способ вести мониторинг рынка труда. Так что же нужно было ответить? К примеру, “опыт работы у меня небольшой: я делал маленький проект для группы Х и пытался его продать, но ничего не вышло и я пришел в вашу замечательную компанию…” В итоге, студент получит не только работу, но и шанс стать специалистом. Да и работодатель не останется в проигрыше – если человек не будет справляться со своей работой, то его попросту уволят, а если начнет расти профессионально – то руководство хорошо заработает на этом сотруднике.

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

Online “тусовки”

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

Продолжение следует…

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

Симптом

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

Некоторые выбирают другую стратегию – стараться делать все по чуть-чуть, но тут есть риск за день так и не сделать вообще ничего.

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

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

Другие причины неэффективного использования личного времени:

• Ожидание “правильного” настроя или настроения
• Боязнь проиграть или выиграть
• Недостаточная самоорганизация
• Перфекционизм (такие люди говорят: у меня нет должных навыков для этой работы, поэтому я не буду ее делать вообще)

Решение

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

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

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

Это один из самых простых способов управления собственным временем. Более сложные и эффективные способы самоорганизации я постараюсь осветить в своих следующих статьях.

UpdatePanel - это контрол Microsoft ASP.NET AJAX, который позволяет довольно удобно интегрировать AJAX в ваше приложение. Но именно ввиду его удобства и простоты использования со стороны разработчика, некоторые вещи далеко не очевидны. К примеру как вызвать клиентский JavaScript по завершению очередного обновления этой панели?

Трюк заключается в том, чтобы добавить EndRequestHandler в request manager:

Sys.WebForms.PageRequestManager.getInstance().add_endRequest(EndRequestHandler);

Вот пример формы с двумя TextBox, куда вы вводите текст, а сервер возвращает длину текста и отображает ее во втором TextBox:

<%@ page language="C#" autoeventwireup="true" codebehind="DemoJScriptUpdate.aspx.cs" inherits="CharterWeb.DemoJScriptUpdate" %>
 
 <script runat="server">
 protected void txtDataOnChange(object sender, EventArgs e) {
 txtLength.Text = txtData.Text.Length.ToString();
 }
 </script>
 <html xmlns="<a href="http://www.w3.org/1999/xhtml">http://www.w3.org/1999/xhtml</a>">
 <head id="Head1" runat="server">
 
 
 <script type="text/javascript">
 function EndRequestHandler(sender, args) {
 if (args.get_error() == undefined)
 alert("Your text has: " + document.getElementById("txtLength").value + " character(s)");
 else
 alert("There was an error" + args.get_error().message);
 }
 function load() {
 Sys.WebForms.PageRequestManager.getInstance().add_endRequest(EndRequestHandler);
 }
 </script>
 
 <form id="form1" runat="server">
 <?xml:namespace prefix ="" asp /></asp:scriptmanager id="_scriptManager" runat="server">
 
 <asp:updatepanel id="UpdatePanel1" runat="server">
 <contenttemplate>
 Write something: </asp:textbox id="txtData" runat="server" autopostback="true" ontextchanged="txtDataOnChange">
 <br />
 Server says the length is: </asp:textbox id="txtLength" runat="server" autopostback="true">
 </contenttemplate>
 </asp:updatepanel>
 
 </form> 

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

• Первое и самое главное - это безусловно опыт, потому что если вы уже реализовывали подобное в ваших предыдущих проектах, то вероятность того что ваша оценка совпадет с реальностью увеличивается.
• Далее необходимо  разбить будующий функционал на как можно более независимые блоки их можно разрабатывать в различных фазах проекта.
• Затем каждый блок разбивается на функционал, время реализации котрого не более 3х часов.
• Если какие-либо части настолько сложны или новы для вас, что вы не представляете себе как их реализовывать, то лучше потратить час-два на изучение/поиск подобных решений в гугле. Кстати,забыл сказать, что прежде чем вообще садиться оценивать проект, можно посмотреть не реализовывал ли кто-то другой, то что вы сейчас пытаетесь создать. Свой опыт ценне всего, но если есть чужой, то почему бы им не воспользоваться?
• Еще один момент - оценивать проект лучше не в одиночку(какой бы вы гуру ни были), а небольшой группой в 2-3 человека. Если количество людей будет больше, то будет слишком много мнений и тяжело будет быстро прийти к компромиссу, а следовательно быстро оценить проект (за оценку проекта заказчик как правило не платит...). Если людей будет меньше, а именно вы один, то есть риск переоценить или недооценить собственные силы.
• Но даже разбив проект на мелкие части и оценив каждую из них, мы не сможем получить точную оценку проекта(честно говоря получить точную оценку проекта невозможно в принципе), так как еще необходимо учесть человеческий фактор, а он предполагает чтот в рабочем 8ми часовом дне вовсе не 8 часов отдается работе:

  - Чтение блогов и новостей, разгребание почты по утрам. (15 минут в день)

  - Перерывы на кофе/чай. (2-3 в течении дня 10 минут на каждый)

  - Различного рода собрания. Проектные собрания для решения текущих вопросов. (дважды в неделю 3 часа)

  - Решение проблем с железом, не работает комп или сеть или нет тока. (раз в две недели пол дня)

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

  - Заполнение time journal-ов и других формальных документов. (15 минут каждый день)

  - Походы в WC. Да, это тоже занимает время. (10 минут в день. В дни когда селедку запиваешь с молоком 10 минут каждый час ;)

  - Написание необходимых емейлов (4 часа в неделю)

  - Написание ненужных емейлов (4 часа в неделю)

  - Удаление спама (30 минут в неделю)

  - Болезни, прочие личные причины отсутсвия на работе (1 день в месяц)

  - 8 минут - одна сигарета

• Для подсчета времени на вышеупомянутые радости жизни можно либо подсчитать в столбик либо воспользоваться принципом трех четвертей: берем четверть времени от общей оценки проекта и прибавляем ее к оценке - таким образом закладываем время на разработку новых или измененных заказчиком требований. Затем от этой четверти считаем четверть и опять прибавляем к общей оценке(убираем риск преодоления "подводных" камней в проекте) и наконец от последней четверти прибавляем четверть и таким образом закладываем время на все те радости жизни, что я описал пунктом выше.