• Тупик аутсорсинга

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

  • Тупость и самодурство

    тут они одумались (на самом деле это нарушает конституционное право гражданина), размер ЕН определяется местным органом самоуправления, до 600 грн.

  • Тупость и самодурство

    судя по нынешней версии проекта кодекса — платеж в ПФУ не входит в состав ЕН.

  • Тупость и самодурство

    Я бы добавила — не просто сходить, а проголосовать «ЗА» (кого — это уже дело личных убеждений каждого). Просто «Против всех» на выборах систему не поменяет.

  • Тупость и самодурство

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

  • Кадровая проблема: Общие наброски

    >> Постепенное введение практики, когда высококвалифицированные инженеры работают не в одном проекте, а в нескольких. Достичь этого можно снимая рутинную нагрузку с сеньйоров и передавая ее джуниорам.Когда схема модели в компании «продуктовая», и все управление целого набора проектов осуществляется локально, безусловно, это может быть эффективным. Я не зря написала «может быть», ибо успех здесь очень сильно зависит от финансового менеджмента. Не буду вдаваться в детали. Однако, если речь идет о другой схеме аутсорсинга, не важно, как мы это назовем — Dedicated Teams, Dedicated Resource или Time& Material, когда заказчик определяет кто именно из ресурсов контрактора будет предоставлять услуги, и постоянно контролирует «свой» ресур, предлагаемая схема чревата потерей прозрачности для заказчика и целым рядом других проблем. imho, здесь вопрос цели, стоящей перед аутсорсинговой компанией и существующего уровня ее развития. Так, например, для молодой компании было бы самоубийством сразу пытаться взращивать свои кадры. Цель для нее — укрепиться как на рынке труда, так и в своей надежности для заказчика. Если на каком-то очередном этапе развития у компании есть намерение выращивать свои кадры (есть технические специалисты высокого уровня, готовые часть своего времени выделять на обучение других и/или позволяют финансовые возможности компании), то большАя роль отводится финансовому и сейлз отделам, потому что обучать юниоров лучше на живых, но небольших и менее значимых проектах, а, следовательно, идущим по низкому рейту. Обобщу — взращивание собственных кадров — дело полезное и нужное, но оно настолько завязано на всех подразделениях компании, что, пожалуй, только очень зрелые компании с очень грамотным менеджментом могут позволить себе инвестировать в будущее IT, и, только частично, учитывая все риски этого конкретного вида инвестирования, в развитие собственной компании.