Head of development services, Senior Project Manager в KeyUA
  • О компании Игнайт (Ignite)

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

    По КЗОТу за каждый месяц сотрудник получает 2 отпускных дня. Т.е. за 2,5 месяц — это 5 дней (которые истице оплатили). Но, в 99% контрактах в ИТ компаниях сказано, что в них ходят и больничные. Т.е. из 5 возможных было отгуляно 11. Вот и вся математика.

  • О компании Игнайт (Ignite)

    Здесь 50 на 50, одни задумаются стоит ли иметь дело с компанией, а другие — стоит ли иметь дело с девушкой.

  • О компании Игнайт (Ignite)

    Вы имели право вообще ничего не платить, так как сотрудник отработал меньше 6 месяцев. 5 дней за 2,5 месяца — это правильно, только эти 5 дней должны были войти в те 11 дней, т.е. платить на них тоже не нужно. Я бы на Вашем месте защищал лицо компании в суде. Ваша правота тут видна 100%.

    Підтримав: Yuriy Bichurin
  • О компании Игнайт (Ignite)

    Многоуважаемый Алекс, я думаю, что Ваше мнение имело бы вес, если бы Вы оказались на месте компании и отвалили свои деньги такому вот недопонявшему, что тесты таки будут не автоматическими.
    Человек проработал в компании 2,5 месяца, но уже считает, что все ему должны. Не забывайте, что усилиями компании был найден проект, дана людям работа, организовано поездка зарубеж для сотрудников и за все это она, компания, выгребает кляуза за 2 дня которые не заплатили (По КЗОТу отпускнуе идут после 6 месяца работы)?
    А по ситуации, да — заплатят одному и эта практика будет практиковаться и в других компаниях.

    Опять таки не понимаю этих «огорчило-не огорчило», тестер не знает что надо тестировать — и это основная работа?

  • О компании Игнайт (Ignite)

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

  • О компании Игнайт (Ignite)

    Запасаюсь попкорном и кока колой. Такие отзывы читать — это все равно что читать отзывы туристок, которые на турправде начинают свои рассказы «Мы с мужем и двумя детьми приехали в этот отель на 21 день...»

    Підтримав: Alexander Kholodov
  • Увлечение Agile может быть вредно для вашего стартапа

    :)))

    от души посмеялся :)

    Підтримав: Volodymyr Lisivka
  • Увлечение Agile может быть вредно для вашего стартапа

    Естественно нужен. У нас их мало, потому как ПМов нормального уровня в принципе мало. Кастомеры то все равно ПМов нанимают если проект мало мальски нормальный.

    Если проект растет, то мифы о том, что без ПМ можно прожить — это большой самообман.

    Підтримав: Volodymyr Lisivka
  • Увлечение Agile может быть вредно для вашего стартапа

    Ну это проблемы проджекта, а не разработчиков. Это не должно влиять на их работу и проект в целом. Во много это будет зависеть от «боевого опыта» ПМа.

  • Увлечение Agile может быть вредно для вашего стартапа

    Следующая колонка на ДОУ — возможен ли Agile без бюджета и ресурсов :)

    Підтримав: Anton Karpenko
  • Увлечение Agile может быть вредно для вашего стартапа

    Не согласен по поводу процесса — качественно проработанный процесс (учитывая в т.ч. Agile принципы) будет нормально работать на проекте.

  • Увлечение Agile может быть вредно для вашего стартапа

    Что думаете?

    Думаем, что в этой теме будут очередные дебаты на нему flexible или strict

    Підтримав: Sergii Voloshyn
  • Некоторые правила улучшения временнóй оценки задачи

    В таком случае лучше говорить «Мы сделаем за 9 месяцев, но есть вероятность что сделаем раньше и если сделаем раньше, то дадим Вам знать». 100% работает с любым заказчиком.

  • To Be Agile Or Not To Be Agile?

    А кто план тестирования и тест кейсы пишет?

  • To Be Agile Or Not To Be Agile?

    Я так понимаю у Вас аргументы закончились и Вы решили перевести беседу в такое русло? Не нужно...
    По поводу скраммастера, заменяющего ПМа — Вы говорили ранее, что в ИТ проектах с использованием Agile и Scrum роли ПМа на проекте нет, т.к. она не нужна. Об этом говорят многие другие приверженцы гибких методологий.

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

  • To Be Agile Or Not To Be Agile?

    Сергей, респект за пост — все по делу. От себя добавлю:
    1. Ни один нормальный проект в ИТ не протянет без ПМ. Менять все бесконечно долго тоже достанет любого кастомера и рано или поздно он наймет менеджера, который будет думать головой.
    2. Чем больше скрам мастеров, рулящих проектами, тем дороже становятся услуги ПМ как более широконаправленного спеца.

    3. Большинство проектов все еще фиксед прайсовые и продать их как услугу стаффинга со скрамом НЕВОЗМОЖНО.

  • To Be Agile Or Not To Be Agile?

    Вот поэтому и бюджеты 8 значные :)

  • To Be Agile Or Not To Be Agile?

    Sergei Lodyagin и AL

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

  • To Be Agile Or Not To Be Agile?

    В целом, если опустить войны между аджайл-фанами и неаджайл-фанами, есть следующее:
    1. Agile удобен, если компания предоставляет заказчику услуги аутстаффинга. Т.е. большую часть ответственности берет на себя кастомер. Как уже писали ранее, компания заставляет кастомера сорсить свои мозги и, возможно, менеджмент.
    2. Если компания предлагает услугу разработать проект фиксед прайс (без привязки, по скраму или нет, т.е. на выходе выдать чисто готовый продукт), то кастомеру фиолетово по аджайлу, и называется ли аджайл аджайлом вообще, ему главное чтобы сделали вовремя :)

    Разница между пунктом 1 и пунктом 2 в том, что в случае пункта 2 заказчик заплатит больше за тот же объем работ + компенсирует дополнительно все изменения. В случае первого пункта, с точки зрения команды, в которой много умников и «тупых манагеров» не нужно — это cool и fun, но денег будет поменьше для компании... Такая вот правда жизни.

  • To Be Agile Or Not To Be Agile?

    Команда — это единый организм, поэтому виновата всегда вся команда, а не конкретный ПМ. разработчик, тестер и т.д.

← Сtrl 123456 Ctrl →