CEO в makeme.guru
  • Архитектура ПО: что это значит и как выстроить свою

    Добавлю от себя ссылочку en.wikipedia.org/wiki/Systems_design
    Сферический конь обычно в какой то среде летает поэтому среду эту тоже имеет смысл учитывать.

  • Изменения на рынке аутсорсинг услуг, и их влияние на компании и сотрудников

    Владимир — если текущий объем работы вполне закрывает то за что заказчик готов платить — вы абсолютно правы. Выполнять больше за те же деньги имеет смысл только если нет других вариантов. К сожалению в Украине с фрилансерами совсем беда потому что они не смотрят на бизнес контекст в широком его смысле. В makeme.guru есть бизнес симуляция называется Outsourced Production. Суть ее в разделении 20 −30 человек на рынок, продуктовую и производственную компании. После чего продуктовая компания идет выявлять потребность рынка придумывает прототип решения заказывает его у производственной компании, проверяет валидность ожиданиям рынка, «допиливает напильником» и заказывает серию из 3-5 штук. Понятно что все это из скотча и картона потому что и так сложно. Так вот довольно частно производственная компания говорит в конце игры что считает что все прошло успешно. При этом рынок не купил продукт у продуктовой компании и соответственно они «попали на деньги» заплатив производственной компании. Если смотреть на контекст шире — в целом работа не успешна тк не все участники получили выгоду а только производство. Потребность рынка не удовлетворена и продуктовая компания терпит убытки. Если мы говорим о разовых работах — такой исход можно расценивать как успех (если вы просто исполнитель того что вам сказали). Если мы говорим о долгосрочном сотрудничестве — такого исполнителя не особо будут любить. Если ваш рейт как фрилансера на уровне просто исполнителя указаний — с вами будут работать. Если он выше — будут думать имеет ли это смысл тк получается переплата, связанная с тем что я как заказчик должен сам все придумать и заменеджить а фрилансер просто сделает механическую работу продуманную мной от а до я но за деньги, включающие в себя еще и работу менеджера и аналитика + на уровне ожиданий чем выше чек тем «очевиднее» для заказчика что фрилансер будет смотреть широко учитывая всех участников сделки а не только «фрилансер-заказчик». Как пример — заказывается дизайн сайта. И происходит опоздание на неделю. И присылается совсем грустный дизайн. После чего фрилансеру говорится — верни предоплату. На что он говорит — не. не верну тк я ж то потратил время. На что заказчик говорит — ок. оставляй себе $200 а мне пожалуйста компенсируй мои недополученные за эту неделю ввиду отсутствия сайта $2500. И для фрилансера это звучит как обида. Хотя как вы говорите — это же бизнес. Поэтому вопрос в том насколько широко смотреть на понятие «бизнес». После чего становится понятно достаточно ли вы делаете за те деньги которые берете. Все вышесказанное — просто мое мнение и никак не критика если что)

  • Что делать с дефицитом IТ-кадров: опыт Израиля

    Какая интересная дискуссия.
    Вопрос к аудитории (правда интересует мнение. после чего разовью свою мысль дальше) — можно ли быть Senior не зная ООП?

  • Изменения на рынке аутсорсинг услуг, и их влияние на компании и сотрудников

    Я как раз об этом собираюсь говорить на Kyiv Outsourcing Forum 2017
    Раз тема интересна — следующая статья о Competency Based Management

  • Изменения на рынке аутсорсинг услуг, и их влияние на компании и сотрудников

    Всем добрый день.
    Не стоит смешивать физический продукт и услугу по его изготовлению. Это два разных бизнеса с абсолютно разными правилами внутри. Разработчик продукта (А) может воспользоваться услугой по его разработке, предоставляемого компанией Б. Для него это нормально в рамках продуктовой бизнес модели (как и рассказывалось в комментариях). Для аутсорсера начать разрабатывать свой продукт = почти полностью поменять бизнес модель компании. Если так не считаете — подумайте поспрашивайте и поищите на рынке примеры тех компаний кто пытался начать такое делать. Заканчивалось все созданием дочерней либо отдельной компанией. Совмещать услугу и продукт некак и точка. Сюда не входит услуга по кастомизации своего же продукта. Я говорю только о чистом аутсорсе. Если захотите привести в пример автомотив люкса или digital епама — вникните в суть предложения. Потому что оно состоит не в продукте а в том что у компании есть полуфабрикат на основе которого она может сделать вам ваш продукт экономя на «не с нуля». Это как bespoke vs ready-to-measure vs ready-to-wear. В аутсорсе как нигде нужны полуфабрикаты (архитектурный репозиторий и тд). Это тоже может быть частью УТП и конкурентным преимуществом тк вы делаете то же что и соседи но быстрее и иногда дешевле.

    Аутстаф и дальше будет существовать. Особенно в маленьких компаниях. Я нигде не написал что он исчезает как вид. Весь вопрос в том на какие сделки вы ориентируетесь. Большинство работает в крупных компаниях где за мелкие контракты никто браться не будет. И им все написанное актуально сегодня. Для компаний поменьше это «на подумать» что делать через год два три.

    По поводу странной концовки статьи — DOU не совсем про бизнес. Соответственно и выводы нужны не на бизнес языке для бизнес аудитории а для людей, работающих как наемные сотрудники в таких бизнесах. Потому что их положение на самом деле самое хрупкое. Нет ЗП — нет безопасности. Те кто поумнее сложили пачечки долларов под подушку. На пол года хватит. Но что потом? Lifelong Learning не просто так становится одним из обязательных навыков там куда нам пока только обещают визы отменить. Каждый из нас — бизнес, предлагающий что то своему покупателю (той же аутсорс компании). Поэтому и думать нужно не как о «вот закончил вуз пошел на завод и вышел на пенсию» а как о бизнесе. Понимая что такое стратегия и тактика в долго средне и краткосрочной перспективе. Как то так.

  • Изменения на рынке аутсорсинг услуг, и их влияние на компании и сотрудников

    Я говорю о том что в плане знаний человек занимающий любую из перечисленных ролей должен будет чуть чуть знать и о том как шить и как жать и как играть на дуде. Хотя бы знать. Это смешно когда программист не знает хотя бы поверхностно как работает тестировщик. Я не говорю про умение тестировать всеми возможными способами. Я говорю про «знать». Не зная он не может с ним коммуницировать. Он не понимает зачем этот человек в их общей команде. Он не может ему помочь. И не может адекватно воспринимать и обмениваться информацией. На сейчас у нас есть слишком много уж очень узко специализированных сотрудников, играющих в игру «а это ж не из моей зоны ответственности». И так как индустрия молодая и эджайл и время перемен и менеджмент не зрелый и нет должностных инструкций — эта манипуляция срабатывает. Но манипуляция так и остается манипуляцией а сделанное дело сделанным делом. За манипуляцию могут заплатить зарплатку. Просто потому что проще заплатить чем разбираться. Потому что нет времени и большинство такие же. А клиент хочет платить за результат. Ему все равно что кто то не может понять зачем код фриз на проекте. И все равно что QA автоматизатор принципиально не хочет что то протестить ручками. И все равно что программист топает в знак протеста негодуя на BA за то что тот использовал непонятные ему слова в описании тасочки. И это именно BA виноват никак иначе. Я именно о таких ситуациях а не о живородящеяйцекладущем. Я и сам против непонятных мутантов. Всем всегда говорю что хватит эксперементировать на живых организмах.

  • Изменения на рынке аутсорсинг услуг, и их влияние на компании и сотрудников

    Я скажу больше — подобного рода учебный центр обычно продается заказчикам как инструмент, обеспечивающий поддержание профессиональности сотрудников на требуемом уровне. Кривые косые не до конца дающие то что нужно — все это следствия того контекста в котором мы живем. Тем не менее они есть и они дают возможность что то получить в плане знаний и опыта. Если вам это не нужно значит ваш уровень выше чем то что может дать такой УЦ. И значит пора искать что то следующего уровня. Ну а как план Б — никто ж не заставляет. Рынок большой и каждый волен выбирать.

  • Изменения на рынке аутсорсинг услуг, и их влияние на компании и сотрудников

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

  • Изменения на рынке аутсорсинг услуг, и их влияние на компании и сотрудников

    Роман — Agile ж не про «не знает что хочет». А про «готовность поменять направление движения в случае необходимости». И каждое такое изменение стоит денег. И об этом нужно договариваться «на берегу». Если мы с самого начала строим машину — нет смысла проходить все по классике объяснения эджайла — строить самокат потом велосипед потом мопед потом мотоцикл потом его клонировать чтобы получить 4 колеса и понять что нужен другой кузов. Если вы с самого начала знаете что это автомобиль — стройте автомобиль. Если знаете что это транспортное средство для вспахивания полей — сделайте несколько PoC и выберите подходящее решение после чего уже делайте его по модели автомобиля — понимая что зачем. Нет смысла брать инструменты из области построения продуктов/решений и применять их 1 в 1 в области исследовательской. Это не будет эффективным. Любой аппетит можно измерять как в ресторане и потом выставлять счет. При условии что вы об этом изначально договорились. Другой вопрос что у нас мало кто умеет оценивать иначе чем «экспертным мнением». Но это уже другая история.

  • Изменения на рынке аутсорсинг услуг, и их влияние на компании и сотрудников

    Алексей — все именно так. Одно небольшое дополнение. Нет возможности вести бесконечную конкуренцию ввиду того что у заказчика нет печатного станка. Чтобы рассчитаться с вендором заказчик будет использовать либо привлеченные средства (инвестиции и т.п.) либо доход от конечных пользователей продукта. В обоих случаях сумма ограничена. При привлечении средств доходностью бизнеса и доступностью этих самых средств. При доходе — суммой которую конечный потребитель готов заплатить за продукт. И мы уже очень близко к этим границам (смысла нет платить больше за разработку продукта на котором ты не заработаешь). Плюс заказчик тоже «конечный потребитель» и тоже имеет некие мысли на тему что сколько стоит. Какое то время можно играть в игру «а куда ж ты денешься». Все в нее и играли. Проблема этой игры — в долгосрочной перспективе происходит изменение (кто то что то обычно придумывает), меняющее правила этой самой игры. И тогда те кто ухмылялся думая что «деться некуда» говорят что то типа «Э Э ты куда?! мы ж так не договаривались» оставаясь обычно без денег.

    Поддержал: Volodymyr Lisivka
  • Как построить качественный процесс

    Добрый день. Под 100% имеется ввиду необходимый для работы процесса уровень владения навыком. «Хорошо» по шкале от «как попало» до «гениально». Если минимально необходимый уровень (который с точки зрения процесса составляет 100% т.к. все что выше использоваться все равно не будет т.к. процесс рассчитывается на людей, которых можно найти относительно безболезненно) обеспечить невозможно то имеет смысл переделать процесс. Иными словами — если в вашем процессе от программиста требуется знание особо узких областей астрофизики — проще создать в процессе две роли одну из которых займет программист без знаний астрофизики а вторую астрофизик без знаний программирования. Примерно как Форд сделал станки для одноруких чтобы поднять утилизацию и использовать именно то что люди могли делать лучше всего.

  • Как неправильная роль в проекте приводит к катастрофам

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

  • Как неправильная роль в проекте приводит к катастрофам

    Зачастую цель можно достичь более чем одним способом. Порой кажется что это не так. Что способ только один. Причина этого — ограниченность. Ограниченность взглядов, знаний, опыта, кругозора. Да, IT относительно молодая индустрия. Но далеко не всегда изобретение «велосипеда» оправдано. В этом мире очень мало принципиально нового. По большей части все существующее собирается из раза в раз из тех же самых кубиков поэтому понимание того как все работает сводится к способности мыслить абстрактно, находить аналогии и строить модели. Говоря о процессах, создателях и исполнителях я хотел обратить внимание на то как это делается в зрелых индустриях. И учитывая вышесказанное — предсказуемость есть наименее рискованный способ достижения цели. Учитывая существование «Черного лебедя» — все риски просчитать невозможно. Что возможно — исключить очевидную «лажу» в стиле вот мы собрали с улицы 4 программиста 1 тестировщика и 1 ба и сказали что отныне это SCRUM команда, с первого дня работающая на пике производительности. Или послали менеджера возрастом 20-23 года управлять проектом численностью 30-50 человек, разбросанных по всему земному шару. Делая так повышается предсказуемость провала а не успеха.

    По поводу как понять к чему я более склонен — прислушайтесь к себе. Что говорит внутренний голос? Если он говорит «отлично. я знаю что я пишу код/тестирую/делаю анализ и т.п. с 9 до 18:00 и знаю что мне гарантированно за это заплатят — меня это устраивает т.к. больше всего в жизни я люблю петь в 20:00 в церковном хоре» — значит исполнитель. Нужно также учитывать что в зависимости от контекста человек может менять свои предпочтения. Например создавать процессы — не мое а создавать музыкальные произведения или картины — мое. Мы говорим лишь о контексте производства программного обеспечения на заказ. И раз уж это тот контекст, который вас кормит — именно в этом контексте и стоит понять кем вы являетесь т.к. это покажет на чем фокусироваться в дальнейшем развитии.

    Ну и пару слов на тему совмещения в себе «того и другого». Как вы считаете, зачем в войсках спецназначения в команде есть сапер, связист, снайпер, медик и иные роли если все они умеют стрелять и бегать? Кому легче будет обезвредить бомбу — саперу или связисту? Сапер всегда сделает это быстрее и качественнее. От программиста можно ожидать эффективного использования последних фреймворков но никак не эффективного построения процесса, приносящего доход компании. Точно так же как от топ менеджера глупо было бы ожидать написания качественного кода. Я и сам когда то пытался сидеть на нескольких стульях сразу. Результат получается так себе. Гораздо эффективнее стать «мастером» в чем то одном чем быть «любителем» во всем сразу.

  • Life страхування: за і проти

    Абсолютно согласен. На сейчас стоит учитывать тот факт что законодательство украины (Закон о страховании) разный для рисковых компаний (обычное страхование типа КАСКО/мед и т.д. суть в том что стоимость ниже выплаты в случае если риск сработал но назад платеж не возвращается) и накопительного в котором заинтересовано само же государство. До кризиса 2008 года в штатах активно работала пенсионная система которую пытаются ввести и в Украине. Хороша она тем что сотрудник компании не получая денег на руки не может их потратить и таким образом собирает себе на пенсию. Плоха на тот момент она была тем что не существовало существенных ограничений на то как этими деньгами может пользоваться управляющая компания. И получился замкнутый круг — чтобы увеличить доходность инструмента начали использовать деривативы рынка кредитования жилья (кредиты брали сами же владельцы пенсионных счетов). поэтому когда кредиты перестали выплачиваться — неоткуда было брать деньги и на пенсии. Заработали компании — посредники, продавшие деривативы. Пострадали в конечном счете «пенсионеры». Это если за 5 минут одну из сторон кризиса рассматривать. Понятно что на самом деле все было чуть сложнее. Учитывая падкость человечества на доходность во всем мире (а украинское законодательство в плане долгосрочного страхования жизни не такое уж и плохое) ввелось ограничение на гарантированную доходность инструмента. Отсюда и 2-3-4 % которые гарантируют Уника, MetLife, ViG и другие. В законе также написано что вся доп доходность должна распределяться между «инвесторами». Помимо этого ставка налогообложения у таких страховых 0% т.к. государство заинтересовано в том чтобы пенсионеры заботились о себе сами т.к. не может заботиться о них поэтому и повышает пенсионный возраст до 65 при средней продолжительности жизни в 57 лет. Вобщем даже в условиях Украинских реалий есть компании с которыми можно иметь дело и способы «держать руку на пульсе» чтобы выйти если «все пойдет не так». выйти можно опять же за счет законодательства т.к. даже в случае банального банкротства именно лайфовой страховой — приоритет по получению денег именно у «инвесторов» в отличие от банков где инвестора стоят на 3-4 месте т.к. сначала идут кредиторы. Не говоря уже про перестраховщиков. Просто нужно понимать всю схему. Тогда понятны риски и понятны пути их минимизации. Если и вправду интересно — пишите в почту. Я в Киеве буду с февраля можно будет встретиться поговорить.

  • Life страхування: за і проти

    Артем — быть кинутым можно независимо от возраста. Вопрос не в том могут ли прокинуть. Вопрос в том как этого избежать. И тут каждый волен выбирать в зависимости от навыков управления рисками, уровня компетентности и т.д. Понятное дело что если предлагают застраховать до 90 лет-что то тут не так т.к. у нормальных страховых возраст после 65 идет по отдельному тарифу т.к. риски совершенно другие. Страхование не панацея а один из инструментов в портфеле. И к сожалению в нашем мире 100% гарантировать можно что каждый из нас умрет в свое время. Все остальное — вероятности и умение ими управлять. если нет умения или желания его преобрести-стоит жить просто и не заморачиваясь. взять тот же форекс — я знаю людей которые брали кредиты в банке и сами шли торговать. Чуть не вешались потом. И знаю людей которые имеют стабильные 20-30% годовых в долларах пользуясь этим инструментом иначе. Кто виноват? Форекс или те кто используют его не по назначению? еще раз-в финансах есть строгое правило — не уверен — не лезь. А в жизни есть правило — за все ответственность несешь сам ибо твои решения. Поэтому я за то чтобы каждый принимал решение сам чтобы избежать ситуации это не я это он виноват. я молодец а они козлы и поэтому меня обманули. Нет такого. Я не молодец потому что недодумал/недооценил/ недочитал/недослушал/провтыкал и т.д. И в результате принятого мной неправильного решения сам же и пострадал (в лучшем случае) а бывает что пострадали и другие.

    Поддержал: Рома Андрійчук
  • Life страхування: за і проти

    И не одной

    Поддержал: Shurygina Svetlana
  • Life страхування: за і проти

    43 комментария от людей, занимающихся разработкой ПО и лишь в паре из них есть реальные факты. В остальных — знакомый такой то знакомый сякой то/не выплатили/лохотрон и т.д. И это люди которые судя по аватарке ну никак не дожили до возраста выплат по дожитию. Как говорил приятель в школе — за нацию обидно. Суть вопроса — не понимаешь зачем инструмент — не пользуйся. Можно рассказывать что молоток отстой потому что можно по пальцу больно ударить или убить кого то. А в руках мастера гвозди забивает идеально. Так что все зависит от желания разобраться в сути вопроса а не в попытке услышать поверхностное мнение о каком то абстрактном случае пересказанном по испорченному телефону. Если кого то действительно интересуют факты — janosh.oros@gmail.com. Если мнения — прошу продолжать в том же духе. У нас же демократия.

  • Куда податься джуниору?

    Это как утверждение что хакер обязательно должен быть в одежде из секонд хенда и в ботинках московского эксперементального завода :) неважно какие очки. главное что человек может.

  • Better English could do miracles for Ukraine

    а заиц тут при чем?.. :)

    Поддержал: Александр Лысенко
  • Better English could do miracles for Ukraine

    нифига не понятно. переведите пожалуйста.

← Сtrl 12 Ctrl →