• Как доказать важность своей работы начальству?

    @imikh
    mletov:
    Ну да, я про это и написал. Просто не всем нужен карьерный рост. Многих вполне устроит профессиональный рост до Senior или человек в будущем вообще планирует запилить какой-нибудь свой проект. Для того, чтобы просиживать штаны на совещаниях, нужно иметь подходящий склад характера. Ощутил на себе)


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

    @imikh
    mletov:
    а, следовательно, должен первым сулить какие-нибудь выгоды.

    Только если вы аргументированно откажетесь от изначального предложения.
    А вообще утверждение несколько забавное. Должен? Суд обяжет?

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

    Ну или другой сценарий. Вы отказались, вам говорят - берись, а то уволю. Вот и ваша выгода - сохранить рабочее место.
  • Как доказать важность своей работы начальству?

    @imikh
    mletov:
    В другом месте вполне можно зарабатывать такие же деньги, ограничиваясь кругом своих прямых обязанностей.

    Это мышление с точки зрения экономии своих сил, а не с точки зрения увеличения дохода. Для карьеры - исключительно провальное.
  • Как доказать важность своей работы начальству?

    @imikh
    mletov:
    Подозрительно похоже на суждение человека с другой стороны баррикад)

    Верно, я имею опыт с обеих сторон, поэтому могу говорить объективнее.

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


    "Если вы хотите получить повышение, одевайтесь так, как будто вас уже повысили."
    Иными словами, чтобы начальство рассмотрело в вас кандидата на повышение, нужно этому повышению УЖЕ соответстовать.
    Повышают активных, а не тех, кто ждёт, что к ним придут с предложением.

    Про увеличение зп речи не шло.

    Так это ж ваше упущение. Или вы ждали, пока вам предложат?
  • Какой ноутбук выбрать для разработки?

    @imikh
    Вадим Егоров:
    установить хакинтош

    вот вы гемора за свои деньги себе купите...
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Игорь Воротнёв:
    Видимо дискуссия чуток в сторону ушла. Если есть нормальное (подчеркиваю, нормальное) ТЗ и достаточное время его оценить, то закладывать в 2-3 раза больше времени - неадекватно и говорит о системной проблеме.

    Собственно именно об этом я и написал в своём комментарии, но несколько другими словами.
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Игорь Воротнёв:
    Во-первых, оценка сроков является непосредственно компетенцией программиста. Финальная оценка, передаваемая клиенту менеджером проекта, и включающая риски и прочее - это другое, и совершенно никак не исключает программиста из процесса.


    Компетенцией программиста является оценка сроков его фронта работ, а не проекта.
    Я же написал, цитирую:
    Если от лица программистов (линейного персонала), то тема не об этом и оценка сроков проекта вообще не в вашей компетенции.

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

    Так это проблема бизнеса, проблема менеджера, который просрал озаботиться заказом сайта заранее. Сам себе лось. Я тут при чем?


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

    Да даже более того, даже без заказчика. Если мне (как менеджеру проекта) такое будет говорить миддл, то как бы... Такие фразы нормальны только для джуна, но не более. Но джуны не ведут переговоры с клиентами.

    Потому что таки просрал. Можно ли этот факап разрулить - другой вопрос. Но это факап.

    Определение факапа в студию! По мне так это значит, что кто-то не выполнил свои прямые обязанности.
    Однако такая ситуация может быть и в другом случае. Например у нас есть определённый риск, скажем "государство введёт обязательные технические требования (как с онлайн кассами)". Мы оцениваем этот риск как крайне маловероятный и работаем с ним по стратегии "забить". Т.е. какие-то движения сейчас не стоят того, будем разруливать, если он вдруг реализуется. И вот он реализовался. Разруливаем. Никакого факапа, просто реализовался маловероятный риск.
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Игорь Воротнёв:
    Все верно, именно об этом "программеры которые сроки не любят, соблюдать не хотят и не умеют" задают кучу вопросов и требуют ТЗ. Потому что есть два варианта:
    1. Нет ТЗ, оценку точную сделать невозможно, поэтому высокие риски и большой разлет в вилке +/-
    2. Есть детальное ТЗ, есть время его изучить и прийти к реалистичному estimate, и рисков сверху закладывать сильно меньше.


    Напомню, мой первый комментарий относился к, цитирую:
    Лучше заложить в проект в 2-3 раза больше времени, чем называет исполнитель

    Это относилось к оценкам по ТЗ.
    В какой из двух ваших случаев это попадает?
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Игорь Воротнёв:
    Так это проблема бизнеса, проблема менеджера, который просрал озаботиться заказом сайта заранее. Сам себе лось. Я тут при чем?


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

    @imikh
    Игорь Воротнёв:
    без ТЗ все эти месяцы и +/- - пальцем в небо, ни о чем.

    Вот именно. Поэтому как можно говорить про 300% без ТЗ, мне не понятно.
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Vladislav Churakov: Пожалуйста. Мы даём бесплатные консультации по скайпу длительностью до 30 минут по проектам, независимо от того, с нами вы его делаете или нет. Если есть желание - обращайтесь. Контакты в профиле.
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Boris Korobkov:
    значит, вам этот проект пока "не по зубам". "Тренируйтесь на кошках"

    К чему относится эта реплика, я не понял.
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Boris Korobkov:
    Если вы сделали хоть один проект, уложившись в первоначальные сроки и скромный бюджет

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

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

    На конференциях я выступать не буду, по крайней мере с темой "как уложиться в сроки в 2-месячном проекте". Засмеют. Ещё бы про однодневный проект рассказывать.

    рассказывать, как именно вам это удалось. Я с удовольствием послушаю.

    Да ничего нового. Оценки, риск-менеджмент, контроль. Всё по сто раз написано.
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Игорь Воротнёв:
    Собственно, по нему и надо работать - есть промежуточные дедлайны и понятный процесс, вполне четкие и реалистичные ожидания.

    Ага. А у бизнеса запуск сети магазинов уже намечен на 37 пенрабря, 1400 сотрудников выйдут на работу, эфирное время для рекламы проплачено и т.д.
    А мы ему - "соблюдение дедлайна скорее случайность, нежели достижимая цель".
    Хотел бы я посмотреть на его лицо и послушать, что он вам ответит))
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Игорь Воротнёв:
    соблюдение сроков +/- возможно только в относительно небольших проектах

    Например в проекте на 2 месяца?
    А +/- это сколько процентов отклонение?
  • Как сделать оценку потенциальной стоимости/сроков проекта, при заказе у фрилансеров?

    @imikh
    Boris Korobkov:

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

    А если выяснится, что у меня не первый проект, то что тогда?
  • Как анализировать работу разработчиков в Hubstaff?

    @imikh
    sim3x:
    все что не имеет експертизы внутри компании - аутсорсим


    Что аутсорсить, а что нет, решают совершенно не так.
    У вас телега впереди лошади.
    Делается совсем по-другому.
    1. Определяют/решают, какие компетенции будут создавать конкурентное преимущество компании.
    2. Приобретаются/расширяются эти компетенции, если это нужно. (Например наём новых сотрудников, обучение существующих, поглощение компании с нужной экспертизой и т.п.).
    3. Те бизнес процессы, в которые не входят ключевые компетенции (см. п. 1) рассматриваются как кандидаты на аутсорс. Факторов тут много. Экономия, качество, возможность контроля и т.п.

    А не просто - что не умеем, то отдаём. Так успешний бизнес не построить. По такой стратегии даже человек развиваться не сможет. Учиться надо, и человеку и бизнесу.

    "Что не умеем - отдаём" это скорее тактическое решение.
    "Приобретаем ключевые компетенции, аутсорсим остальные" как я описал - это стратегическое решение.
  • Как анализировать работу разработчиков в Hubstaff?

    @imikh
    sim3x:
    Если бизнесмен не может увидеть, кто халявничает, а кто нет, привстав со свего места - ИМО, что-то не так с ним


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

    Вопросы - риторические.
    Всего доброго и вам.
  • Как анализировать работу разработчиков в Hubstaff?

    @imikh
    sim3x:
    скажите, вы за или против того, чтобы измерять производительность сотрудников?
  • Как анализировать работу разработчиков в Hubstaff?

    @imikh
    sim3x: стесняюсь спросить - у вас есть свои сотрудники?
    ТС просто хочет знать, халявят сотрудники или нет. Желание разумное, правильное и, главное, осуществимое в какой-то мере. Каждый бизнесмен сталкивается с этой задачей и либо решает её, либо бизнес долго не живёт.

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