С 2003 года(7 лет) я руковожу небольшой IT компанией(5-20 человек). В 2009 году в компании произошло много изменений, пожалуй, больше, чем за предыдущие несколько лет. Изменения заставили меня задуматься и переосмыслить многие моменты ведения IT бизнеса. В связи с этим я решил опубликовать серию статей, связанных с моим личным опытом создания IT компании “с нуля” и последующего развития организации.
Публикации имеют несколько целей. Во-первых, я просто хочу поделиться опытом. Мои текущие знания и опыт очень сильно помогли бы мне 5-7 лет назад! Может быть, написанное ниже поможет кому-то избежать ошибок или более правильно спланировать работу организации. Во-вторых, мне очень интересна критика. Каждый из нас часто видит соринку в чужом глазу, но не замечает бревно в своем.
Серия публикаций будет состоять из статей, рассматривающих конкретный аспект деятельности небольшой IT компании. Полный перечень можно найти ниже.
Кому полезны эти материалы?
Опубликованные материалы могут быть полезны следующим категориям IT специалистов:
- В первую очередь – таким же ребятам как я =). Владельцам и руководителям небольших IT компаний. Возможность посмотреть со стороны на родственные процессы позволит избежать наступания на общие грабли.
- Менеджерам проектов, опять же небольших организаций. Понимание процессов в компании, особенно тех, которые остаются за кадром их деятельности, несомненно, пойдет только на пользу для работы.
- Разработчикам. Программисты редко задумывается о том, что происходит в подводной части айсберга, т.е. за пределами их зоны ответственности. С их точки зрения босс часто слишком требователен, недоволен результатами работы, пристает по мелочам и сует нос не в свои дела. Понимание того, что же все таки происходит по ту сторону двери офиса руководителя будет весьма и весьма полезно!
О чем я НЕ собираюсь писать
Я не планирую рассказывать о таких вещах, как юридическое и бухгалтерское обслуживание, налоги, законные акты, офис, оборудование и т.п. На мой взгляд, эти вопросы абсолютно банальны и не интересны. Мне непонятно, почему им большинство IT руководителей уделяет столько внимания.
В наш век юристов и экономистов за совсем скромные по сравнению со стоимостью разработки даже самого скромного продукта деньги можно нанять опытного специалиста в соответствующей области. Вы можете потратить уйму времени на изучение стандартного бухгалтерского вопроса, который опытный в этой области человек решит за 5 минут и без критичных для бизнеса ошибок.
Мой вам искренний совет – сосредоточьтесь именно на IT составляющей вашего бизнеса.
Особенности ведения бизнеса в небольшой IT компании
Ведение IT бизнеса в небольшой организации, или даже более правильно –
в небольшой команде(5-20 человек) имеет свои особенности, которые исключены в более крупных IT компаниях. Важно понимать, что все написанное касается именно этого типа IT компании, и многие вещи могут вообще противоречить стратегии и правил ведения бизнеса в более крупных организациях.
- Руководитель отвечает за все
Руководитель, который часто по совместительству также и владелец компании, отвечает и контролирует все и вся вокруг. Начиная от поиска клиентов, переговоров с заказчиками, часто ходом исполнения работ и заканчивая закупкой кофе для разработчиков в соседнем с офисом магазине. Такой разброс в деятельности имеет свои плюсы и свои минусы. Основной минус, очевидно, заключается в том, что приходится в голове держать слишком много задач. Это часто сказывается на эффективности основной деятельности – разработке программного обеспечения. Основной плюс – подконтрольность всего производства, а также принудительно очень большая база знаний по многим аспектам развития IT компании.
- Сбой в работе любого из сотрудников существенен для организации
Количество сотрудников не очень велико, а значит сразу же гораздо существенней, чем в более крупной организации на производственном процессе сказываются любые сбои, связанные с болезнями, увольнениями, отпусками и т.п. Вы не можете просто взять другого разработчика и заменить им проблемного, т.к. все полностью загружены своими задачами.
- Гибкость компании
Т.к. компания состоит из небольшого количества сотрудников и все проекты рассчитаны на участие 3-5 разработчков, то компания может быть очень динамична: при спаде можно уволить несколько сотрудников, при новом проекте набрать людей в команду.
- Инфраструктура не требует существенных затрат
Для организации рабочего пространства достаточно несколько комнат, несколько серверов и десяток рабочих мест. Совокупная стоимость содержания всей организации, включая аренду помещений может быть сравнима с зарплатой одного специалиста. Это, несомненно, большой плюс, т.к. компания может быть очень гибкой в выборе географического места работы. Переезд можно осуществить вообще за выходные, при этом не понеся существенных затрат.
- Демократичная атмосфера работы
Для многих сотрудников это один из существенным моментов. Нет необходимости работать по свистку с 9 до 18. Нет необходимости планировать отпуск за пол года вперед. Все условия работы очень гибки, компромиссы находятся за несколько минут. Многие очень профессиональные разработчики любят работать как раз в таких организациях, т.к. в них нет жестких корпоративных правил. Каждый сотрудник чувствует себя важным членом команды, а не винтиком в мегамашине.
Чем мы занимаемся
Несколько слов о том, чем же все-таки занимается моя компания. Просто для понимания того, что все написанное так или иначе связано именно с этой сферой деятельности.
Мы занимается разработкой проектов в области электронной коммерции и онлайн платежей. Как правило, это достаточно крупные проекты с оборотами до 10 млн. $ в год, с длительным периодом развития и работы. В год делается всего несколько проектов, однако большинство из них достаточно крупные и уникальные.
Т.к. много работы производится с финансовыми потоками, это накладывает соответствующий повышенный уровень требований ко всем участникам команды.
Список запланированных публикаций
Я планирую следующие публикации. Возможно, список и последовательность в будущем откорректируются по результатам комментариев:
- Начало небольшого IT бизнеса
Начало IT бизнеса не менее интересно, чем его развитие. У каждого своя история. Я поделюсь лично моей, а также советами, которые помогут построить успешную компанию. Помните – хорошее начало, это также важно, как и хороший фундамент для дома.
читать статью
- Развитие IT бизнеса
Начать свой бизнес несложно. Гораздо сложнее удержать его на плаву в течение достаточно долгого периода. Все редко идет по плану. Необходимо либо научиться работать в очень изменчивой среде, либо закрывать компанию и становиться наемным сотрудником в другой.
читать статью
- Найм сотрудников, собеседование, тесты
В IT все производится силами мозгов сотрудников организации. Для компании разработчик – это в первую очередь товар, которым она торгует и от качества которого зависит доход и процветание организации. Про найм на работу можно найти очень много материалов, однако у каждой компании как правило свой очень индивидуальный опыт и методики. Этим я и хочу поделиться.
- Поиск заказчиков, переговоры с заказчиками
Существуют тысячи стратегий привлечения клиентов. Грабли же часто общие. Почему у одной организации все в порядке с заказами и работа расписана на пол года вперед, а другая еле-еле сводит концы с концами, довольствуясь мелкими подачками рынка? В этой статье я хочу рассказать про свой подход работы с клиентами, который (тьфу-тьфу-тьфу), обеспечивает меня объемом работы во много раз превышающим физическую возможность выполнения.
- Составление технических заданий и договоров с заказчиками
Заказчик, даже очень хороший, часто ведет себя как женщина. Т.е. думает об одном, говорит другое и делает третье. Хорошо продуманное техническое задание, грамотно составленный договор, а также еще несколько формальных правил поведения помогут и вам, и заказчику сэкономить много нервов и установить долгосрочные отношения.
- Управление персоналом, мотивация персонала
Построение отношений с разработчиками это, пожалуй, одна из интереснейших тем. Разработчик за пару кликов мышки всегда может сменить работу, часто на более лучших условиях. Деньги часто не являются мотивацией, разработчик и так неплохо зарабатывает. Наказывать разработчика бесполезно – он просто уволится. Работа управляющего персонала в таких условиях часто сравнима с трюками Копперфилда.
- Управление IT разработкой
Есть много теорий и методологий по управлению IT проектами. В теории все звучит просто и безоблачно, на практике же всегда что-то идет не так, как задумано. Небольшая команда может вполне успешно использовать разработанные специально под себя методики, какие именно – об этом статья.
- Работа с удаленными сотрудниками
О работе с удаленными разработчиками, фрилансерами, написаны сотни статей, как правило не очень позитивных. Работать с удаленными сотрудниками можно и нужно, вопрос заключается только в том, как это делать успешно и с минимальными рисками. Достаточно много работы, не целесообразной и не интересной для производства непосредственно в компании можно вынести на фриланс. Личный опыт и несколько практических советов в этой статье.
- Диверсификация бизнеса
Как только штат компании разрастется до 5-15 человек, которых нужно кормить каждый месяц, одной из важнейших задач организации становится стабильность финансовых потоков. Если ваша организация не займется снижением зависимости от одного отдельно взятого направления\продукта\заказчика, есть риск финансовых проблем. В статье будут описаны несколько решений по этой проблеме.
- Стандартизация разработки
Рано или поздно вы придете к этому вопросу. Лучше рано =). Введение четких и обязательных для всех в компании стандартов разработки снимут с руководства массу головной боли в долгосрочной перспективе. Часто мера не очень популярная, т.к. какой бы стандарт вы не выбрали бы, всегда будут те, кто “за”, и те, кто “против”. В любом случае наличие хоть каких-то стандартов гораздо лучше, чем их полное отсутствие.
- ТОП ошибки – разбор полета
Я хочу отдельно вынести список тех ошибок, которые были совершены по различным причинам, и которых лучше бы не было. Возможно, где-то существуют идеальные компании и идеальные руководители. Я таких не встречал. Сейчас есть время перевести дух, посмотреть на проделанную работу и сделать соответствующие выводы. Надеюсь, кому-то поможет!
В среднем планируется одна публикация в 1-2 недели.
Если вам интересна определенная тематика – пишите комментарий. Я все внимательно прочитаю и внесу коррективы в план действий.
Новости, изменения в списке и графике публикаций
5 февраля 2010 г.
Я решил разделить статью о начале и развитии малого IT бизнеса на две, т.к. очень много материала набралось на каждую из этих тем.
Планируемый график публикаций — по понедельникам, раз в неделю. 8 февраля будет опубликована статься о начале малого IT бизнеса. Она почти готова уже =).
15 февраля 2010 г.
Статья про развитие IT бизнеса будет готова 16-17 февраля.
комментарии (112)
В противном случае будет непонятно откуда и какие ошибки возникли.
Поэтому обзор проблем оставлен на самый конец — чтобы был фундамент для их обсуждения.
Хотелось бы, чтобы со временем в данной статье появились ссылки на продолжения, прямо по пунктам.
Кстати, есть еще один круг лиц, заинтересованных в данной серии статей:
Планирующие открывать свой бизнес.
— Сбой в работе любого из сотрудников существенен для организации
— Гибкость компании
Суть состоит в том, чтобы максимально снизить издержки от ухода _любого_ человека в компании. Это очень обширная тема для обсуждения, которая будет представлена в соответствующей статье.
Если вкратце, то вы должны научится думать о том, что любой из ваших сотрудников может создать вам проблему уходом\болезнью\срывом сроков и т.п. в любое время. И постоянно принимать контр меры. Например, вы работаете с Петей 3 года, он ваш лучший разработчик и никаких проблем нет. Однако вы _всегда_ должны знать, что будете делать, если он завтра исчезнет из компании.
Вот реальные примеры, которые были у меня на практике:
— Разработчик бесследно исчезает на 4 дня. Итог: его менты остановили и без причины посадили на 3 суток.
— Один из лучших разработчиков уходит к одному из лучших клиентов, т.к. они напрямую договорились.
— Несколько разработчиков, поработав несколько лет, поняли, что могут спокойно работать сами на себя и открыли свой бизнес.
Ок, вот следующий кейс:
Ключевой сотрудник Вася только что закончил проект, и как бы на следующие 3-мес занять его нечем (по разным причинам: проекты в прейселе или вообще новых нет). Увольнять его не хочеться, т.к. сотрудник ценный, но и кидать его в другие проекты нет смысла сейчас (ну например). Отправляем в отпуска?
Это мне близко!
Итог очень прост — пока все идет супер и деньги идут, все с удовольствием берут предложенный кусок. Как только происходит критическая ситуация, и вы с надеждой ждете, что «Вот оно! Хорошо, что я поделился, сейчас вместе все разрулим!», ваш ключевой сотрудник резко отказывается от всех привилегий и как пчела перелетает на новый полный пыльцы цветок.
Когда ты делишься, то подразумеваешь, что с тобой будут и в радости, и в горе. А на самом деле в 90% случаях только в радости. Поэтому бонусные финансы лучше использовать на совсем другие цели. Я не говорю о том, что бонусы не надо платить. Как раз наоборот. Я говорю о том, что политика выплат должна быть хорошо продумана и взвешена.
Тогда такой вопрос в продолжение. Отказываются именно от процента в фирме, или от процента от прибыли?
И пытались как-то искать людей на ключевые позиции, которые как раз в горе и остались бы, если бы им процент принадлежал?:]
Были оба прецедента. Сейчас я понял, что процент от существующей фирмы вообще не стоит никому и никогда давать за исключением случаев, когда вы делаете дочернюю компанию. Например — делаете программный продукт на паях с разработчиком, даете ему и в продукте, и в курирующей организации процент.
Искать людей на ключевые позиции сразу на процент — это утопия. Если человек не очень способен, он вам не нужен. Если способен — вы ему не нужны. Промежуточные варианты редки.
А дочернии компании часто создаёте? Просто как раз такую модель планирую построить в ближайшем будущем.:]
Я их создаю при необходимости. Есть успешный опыт, есть не успешный. Если у вас есть время, деньги и желание на эксперименты — дерзайте. Вне зависимости от результата все будет в пользу, в первую очередь лично вам.
По поводу того, что написано про особенности. Позволю себе с вами не согласится по трем пунктам.
1. Руководитель отвечает за все. Мне кажется не совсем правильно. Руководитель малой или большой компании должен контролировать ключевые процессы. Я бы вам порекомендовал нанять секретаря-референта (зп 30 000 — 35 000 р.) и на нее или на него переложить мелочи (типа закупки кофе, прием и отправка корреспонденции, взаимодействие с разными обслуживающими компаниями — закупка воды в офис, заправка картриджей и пр., фильтрация входящих звонков, чтобы не тратить свое время на спамеров, можно выставление счетов поручить, если человек 1С знает и пр.). Затраты не большие, польза огромная.
2. Увольнять сотрудников плохо. Это не совсем гибкость, это скорее указывает на отсутствие бизнес-плана.
3. Демократичная атмосфера работы. Действительно очень ценю это в маленьких компаниях. Но. Отпуска надо планировать заранее и посещаемость должны быть нормальной. Иначе сложно планировать работу над проектом, когда не знаешь в какой момент какому сотруднику захочется в отпуск. А если в отпуск не отправлять, ссылаясь на работу, то теряется демократичность. Поэтому советую все же в начале года составлять план-график отпусков. Поможет в планировании.
— 1. Руководитель отвечает за все. Мне кажется не совсем правильно…
В общем случае вы правы. В моем личном скорее нет, т.к. специфика моей работы не предполагает много счетов, звонков, и т.п. Я в последнее время вообще отключил телефон, чтобы не мешали работать, и это никак не сказывается на бизнесе. Если у вас потоковое производство CMS-based софта, то надо делать, как вы написали. Если несколько крупных проектов в год — то вам нужно напрямую решать все вопросы с заказчиками. Ну а платить 300 штук в год за то, чтобы 50 счетов выставить и 500 чашек кофе налить — это дорого.
— 2. Увольнять сотрудников плохо. Это не совсем гибкость, это скорее указывает на отсутствие бизнес-плана.
Если сотрудник перестал быть полезной единицей, то его содержание в компании — это альтруизм. Бизнес — это не красный крест. Полезного сотрудника никто никогда не уволит, с бесполезным же надо как можно быстрее расставаться.
— 3. Демократичная атмосфера работы. Действительно очень ценю это в маленьких компаниях. Но. Отпуска надо планировать заранее
Если нет проблемы для компании сделать гибкий график отпусков, то не стоит специально создавать бюрократические сложности. У меня в компании нет с этим проблем, и я их стараюсь не создавать =).
Единственное не понимаю как вяжутся две ваши фразы: «Если сотрудник перестал быть полезной единицей, то его содержание в компании — это альтруизм.» и «Каждый сотрудник чувствует себя важным членом команды, а не винтиком в мегамашине.». Если вы готовы выбросить человека, как только посчитаете его бесполезным, то ни о какой его важности и о том, что он ни винтик, речь идти мне кажется не может. В целом для любой компании я считаю такой подход не верным. Бизнес должен и может быть с душой.
— сотруднику больше не интересна та работа, которой он занимается и это видно по производительности.
— сотрудник перестает соблюдать элементарные правила поведения на работе: график работы, качество кода, выполнение обязанностей, отчетность.
— сотрудник не справляется практически со всеми поставленными задачами. Делает элементарные вещи долго и проблемно.
Если эти симптомы налицо и все попытки исправить ситуацию не успешны — расставайтесь. Это лучше для вас обоих.
Далее, за последние лет 5 и за последующие лет 50 слово «выбросить человека» вообще не применимо к IT индустрии. Проблема как раз в том, что выбрасывают работодателя. Любой, любой разработчик находит работу в течение нескольких дней. Все, с кем я работал хорошо устроены. Даже те, кто занимал низшие позиции.
Просто речь шла немного о другом. Вы писали: «компания может быть очень динамична: при спаде можно уволить несколько сотрудников». И это приводится как особенность ведения малого бизнеса. Вот с этим положением я не согласился. Во-первых, как я написал, увольнять сотрудников в принципе плохо, только если компания совсем загинается и нужны радикальные меры. Естественно речь идет о хороших сотрудниках. Во-вторых это тогда не является отличительной особенностью малого бизнеса, тот же Opel при спаде увольняет тысячи, но в процентном соотношении уволить 2 из 20 или 2000 из 20000 одно и тоже. Ведь речь не шла об увольнении лоботрясов, таких ни в какой компании не держат. А с учетом кадрового голода, о котором вы пишете, даже при спаде надо пытаться сохранить команду. Разве не так?
Его можно заменить на «закончить деловые отношения». Сотрудники бывают разные. В одном из проектов мне нужно было работать с несколькими десятками не очень квалифицированных разработчиков в течение нескольких месяцев. Я их нанял, они выполнили работу, работа закончилась, мы прекратили деловые отношения. Это и есть мобильность.
Ну да ладно.
Насчет слова «уволить» хочу дать один совет — хорошего руководителя это слово не то, чтобы пугать должно, но настораживать точно. Плох тот руководитель, для которого уволить сотрудника ничего не стоит (в народе таких называют «самодур»). Вот в принципе та мысль, которую хотел донести.
Взять, да и написать.
А уж там, по дороге, понять, интересно оно или нет.
Ведь, от автора еще многое зависит.
Например, я промотал все авансы, и был рзочарован, что есть только структура будущих публикаций, причем в довольно менторском тоне и с банальными выводами.
Было бы отлично избежать этого в следующих материалах.
Каждый пункт, со временем перерастёт в несколько подпунктов. Глядишь, и своего рода учебник появиться! Силами IT — сообщества!
Откроете для себя новые области в бизнесе ;)
Хотелось бы разбор ошибок по каждому из пунктов и в конце сводный ТОП ошибок.
Жду продолжение с нетерпением. :)
лучше чаще (раз в неделю), чем реже…
Насчёт «руководитель отвечает за всё» — найдите толковую исполнительную девочку, дайте ей полторы средних зп секретаря и пусть она закупает кофе, ругается с курьерами из-за непришедшей посылки, выписывает талоны на бензин и составляет заявления о просьбе предоставить отпуск за программеров. Учитывая, что обычных секретарских обязанностей (отвечать на звонки клиентов и поставщиков, носить кофе на переговоры и разбирать входящие-исходящие) в компании типа вашей много быть не должно, девочка должна быть счастлива, а руководитель не будет распыляться на мелочи и частности.
3. Поиск заказчиков, переговоры с заказчиками;
4. Составление технических заданий и договоров с заказчиками.
В «ТОП-ошибках» хотелось бы видеть и «ТОП-решений» основанных на опыте.
я бы не пошел в такую компанию работать :)
слухи о таких компаниях быстро распространяются.
В данном случае лучше брать людей под проект — честно им говоря об этом.
Что после сдачи проекта ты свободен.
Если у вас есть информация о специфике именно российского рынка, тоже был бы признателен.
Ваша тема интересна, желание поделиться опытом очень полезно, поэтому будем ждать материалов.
Но основной вопрос не в этом: почему за 7 лет только до 20 человек?
Моей личной целью не стоит, по крайней мере сейчас, раздувание организации. Наоборот. Как ни странно, практика 2009 года показала, что можно сократить штат вдвое, вынести определенную работу на удаленных сотрудников, в высвободившееся время более тщательно сосредоточиться на ключевых моментах и заработать больше.
Также вы должны понимать, что если размер вашей организации превышает некий критический порог, то необходимо производить очень серьезные структурные изменения, которые часто могут не увенчаться успехом. Ну и конечно, это сказывается на вашем свободном времени и мобильности. У меня много областей интересов помимо IT, поэтому небольшая, мобильная IT компания, узко заточенная под конкретную специализацию это как раз то, что мне нужно на текущий момент.
Я об этом прямо заявил в первой же строчке анонса =)
Да, действительно я никогда не создавал крупных компаний и никогда не работал в них. Я отлично понимаю, что там совершенно другие процессы и особенности. Многие из этих особенностей мне не нравятся _по_состоянию_на_текущий_момент_.
Раз уж вы открыли эту интересную тему, назовите мне пожалуйста 5 преимуществ для руководителя и владельца средней или крупной IT компании по сравнению с небольшой. Давайте определимся в размере: 100+ человек, т.е. грубо говоря 5-10 млн\руб мес минимального оборота.
Жду=)
И у меня складывается четкое ощущение (и опыт подсказывает), что компанию из 100 человек можно замечательно разделить на 5-10 «независимых» команд без особой потери производительности. Это сводит задачу к предыдущей :)
Сколькими людьми вы руководили, и при этом сколько раз в год ездили в горы\на море\в другие страны для смены обстановки? Хотя бы раза 4-5 получалось?
Деньги — это далеко не все, что нужно от работы и от жизни.
Зарплату этим 25, вероятно, компания платит, а не вы из своего кармана? =)
Попробуйте 25 человек стабильно кормить пару лет, при этом попутно работая над их болезнями, срывом сроков, опозданиями и т.п. — получите интересный опыт!
Месяц компания просидела без работы — сразу 1 млн из своего кармана на зарплаты. А попробуйте на неделю задержать зарплату — сразу много нового о себе узнаете от своих же сотрудников =).
В случае, если провал идет по 100 людям, это самоубийство ехать отдыхать в такое время. В этом и вся разница. Работа это далеко не вся жизнь.
Это к тому же и дорого — надо ему двойной месячный оклад давать.
Но какой смысл автору делиться бесплатно столь ценным опытом?
Многие комментарии пользователей очень даже ценны. Бизнес-ценны.
Вариться в собственно соку не есть правильно.
И было бы интересно узнать ваше мнение о практике поощрения ведущих сотрудников процентом в фирме.
Насчет поощрения процентом — читайте habrahabr.ru/blogs/my_business/82708/#comment_2458381
Вы крепко ошибаетесь. Проверьте как-нибудь своего буха стороним аудитом на предмет ошибок.
Суть в том, что самому не стоит тратить время на изучение этих вопросов.
После этого в малой компании уже приходится и в кое-какие бухгалтерские тонкости влезать, увы.
Сколько бухов выгнали?
Не верю в безгрешность, закажите как-нибудь аудит со стороны, хотя бы последних 3-4 лет работы, за что могут зацепить налоговики.
Увы среди бухов мало реальных профи.
ЗЫ. Да это грабли, но их надо переконтролировать, увы. Хотя бы выборочно. Узнаете, возможно, много нового.
С аудитом идея ясна, но вдруг там работают такие же двоешники и халтурщики, как и ваш бухгалтер? Плюс интересно, как можно замотивировать своего буха работать на совесть. Мне в голову приходит только система штрафов за ошибки, прописанная в договоре.
Один из первых вопросов на собеседовании разработчика — есть ли у него ноут и хочет ли он на нем работать.
Весь прикол в том, что почти у всех представляющих из себя что-то людей ноут есть и они сами хотя работать на ноуте. Это весьма хороший знак, т.к. с моей точки зрения ноутбук для разработчика, это то же самое, что личная зубная щетка — всегда должен быть с собой.
Я предоставляю сервера и хорошие каналы связи. Разработчик, слегка приболев, не задумывается — ехать на работу или нет. Открывает ноут дома, по VPN соединяется с рабочей сетью и творит =).
www.ybw.su/uploads/images/irbiz/clubsail2009/P1010207.JPG
www.ybw.su/uploads/images/irbiz/clubsail2009/P1010205.JPG
Ох, вот сейчас начнется Спарта. ) А гентушники/арчеры в выборке не затесались, интересно из чистого любопытства? ;)
А по бухгалтерии и юристам работники на своих машинах нормально проходят? Ничего не надо ставить на баланс и опасаться проверки масок шоу?
Похоже у вас отличные условия, даже слегка позавидовал вашим разработчикам.
А это кто?
— А по бухгалтерии и юристам работники на своих машинах нормально проходят?
Если вы со своим молотком пришли на стройку, в чем проблема? Это личное имущество сотрудника, с помощью которого он производит продукцию -программный код.
«Заказчик, даже очень хороший, часто ведет себя как женщина» — супер! Добавлю, что эта проблема усугубляется, если заказчик еще и сам — женщина
«Управление персоналом, мотивация персонала»
Вы написали что за все отвечаете в своей компании. Как на все сил хватает?
Вы наверно не читали Стивена Кови «7 навыков высокоэффективных людей». В этой книги есть ответы, почему стараться за все отвечать не эффективно. Поищите ответы и вы сами удивитесь результатам