Scrum Master в Prometheus RIS
  • Интеллектуальная элита

    там еще ПМ-ы не нужны :)

    Підтримав: Eugene
  • Опитування серед програмістів щодо їх вподобань у додатковому навчанні

    Увидел слово «проФФесиональные» сразу отпала охота участвовать в опросе.

    Підтримав: Evan Demenkoff
  • И снова о языках! Скилы разговорного английского. Как?

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

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

    Также с вами согласен, обучение должно быть комплексным, без грамматики просто быть говорилкой тоже не правильно. Поэтому я всегда говорил (в том числе и на доу). Если цель быстро заговорить, то прямая дорога на курсы с носителями языка, где носитель языка присутствует с первой недели обучения (независимо от уровня, в паре с русскоязычным) + как минимум выполнение домашних заданий которые дают на курсах.

  • И снова о языках! Скилы разговорного английского. Как?

    Занятие с носителем обязательно.
    1. Быстро ломается психологический барьер
    2. Не дает расслабится (к примеру слово забыл)
    3. Если несколько носителей вообще шикарно, учишься слышать....быстро

  • Как стать прожект менеджером?

    PM-ы вообще не нужны на проектах.

  • БЫВШИЙ программист?

    Не смог стать бывшим.

    Несколько лет назад все бросил и ударился в предпринимательство (никак не связано с ИТ).
    Но тем не менее тянуло обратно. Это даже вылилось в это
    dou.ua/...ums/topic/3695

    Короче вернулся обратно.

    Підтримав: Gremlin
  • А нужны ли менеджеры?

    ну если действительно 23 года....то со «студенческим» максимализмом тем более не имеет смысла спорить

  • А нужны ли менеджеры?

    А смысл спорить и доказывать человеку, который дальше тех.лида не видит. Кодит на аутсорсинговом проекте, где(про разжеванные спецификации уже писал)?

    Підтримав: Eugene
  • А нужны ли менеджеры?

    Во первых, просьба не «тыкать», я с Вами не «кореша».
    Во вторых, если вы программиста считаете «пупом земли», Ваше право. Собственно фанатичным товарищам нет смысла ничего доказывать, просто потому что ими легко управлять :)

    Підтримали: anonymous, Eugene
  • А нужны ли менеджеры?

    у меня на проектах монстры разработчики получали и получают больше... Но меня это абсолютно не парило, просто потому в области разработки они круче чем я. Более того разработчиком перехотелось быть года 4-е назад. Поэтому свое java разработку забросил и стал ПМ-ом :)

    Підтримали: Eugene, Gremlin
  • А нужны ли менеджеры?

    не всегда

  • А нужны ли менеджеры?

    В данном случае это говорит лишь о том, что ПМ (ПМ-ами) были качественно проведены предпроектные работы, грамотно спланирован проект, грамотно была организована инфраструктура, грамотно подобрана команда, качественная документация, были получены все согласования и выделен бюджет.

    Разработчикам осталось только кодить, тестировщикам тестить, интеграторам — интегрировать.

    ПМ(-мы) на данном проекте молодец(-ы) :)В данном случае это говорит лишь о том, что ПМ (ПМ-ами) были качественно проведены предпроектные работы, грамотно спланирован проект,

  • А нужны ли менеджеры?

    ну на прошлой неделе писал, если проект аутсорс, если суть проекта написать «якусь приблуду», которая является частью большой хренотени, где финальной стадией проекта является аплоад кода в свн заказчика и отправка билда, то соглашусь ПМ не особо нужен. Более того сам не люблю ПМ-ов которые «выросли» на подобных проектах.

  • А нужны ли менеджеры?

    отлично, только меня там нет :)

  • А нужны ли менеджеры?

    Провожу аналогию.
    У меня есть проект назовем его «Реконструкция дома в деревне». Я есть заказчик этого проекта. В проекте нужно реализовать разные задачи, как-то земляные работы, кирпичная кладка, штукатурка различная, укладка плитки, обшивка гипсокартоном, прокладка электрики, установка сантехники и сантехнических комуникаций, можтаж теплого пола, покраска, сборка мебели и др.
    Для выпонения всех этих задач, нужны разные специалисты.

    Конечно, мне могут звонить разные специалисты что-то уточнять. И я как заказчик, должен планировать работы, договариваться с каждым о сроках, заниматься закупками, вести отчетность, обеспечить доступ в рабочую среду (методом передачи ключей). В случае переносов каких либо работ передоговариватся с другими специалистами. Меня как заказчика такой головняк не устраивает.

    Мне проще договариватся с одним, платить одному, принимать отчеты от одного, дать доступ одному, и если какие-то бока требовать с одного, корректировка планов с одним.

    Поэтому на моем проекте есть ПМ/тех.лид. Который какие-то работы выполняет сам, на какие-то привлекает специалистов. И мне абсолютно фиолетово, кого сколько кого и когда он привлекает. Для меня как для заказчика важно:
    — выполнение работ в срок.
    — качественное выполнение.
    — устраивающая меня стоимость.

    Підтримав: Xena GL
  • А нужны ли менеджеры?

    ну буду важным пм-ом, крученых кодеров на пушечный выстрел не подпускать.....шоб карму не портили :)

  • А нужны ли менеджеры?

    а если не его?

  • А нужны ли менеджеры?

    а ты уверен что кодер может объяснить, что бы бизнес(заказчик) понял?

    Підтримав: Eugene
  • А нужны ли менеджеры?

    ну конечно порадовало....
    про уат:
    конечно бизнеса так и ждут и мечтают о том чтобы поучаствовать в уате. Им просто заняться боле нечем.

    Про установка в прод:
    Ну если проект аутсорс. где как правило окончание проекта заканчивается на этапе оттестили билд и отравили фиг знает куда, то

    «организовывать установку в прод»
    вызывает
    особенно порадовало
    и понятие ОПЭ отсутствует напрочь.
    когда менеджер из-за ненужности начинает забирать работу у админов, салесов, офис менеджеров, и при этом еще навыдумывает кучу каких то мифических активностей
    Делать ему больше нечего.
    конечно админы же универсалы могут железо менять и настраивать на 2-х этажах, сопровождать десятка 3 систем на разных ОС.....

    тут разработчик (ключевой) заболел или договорится о ресурсах или внести изменение в план, или перенести сроки......это полюбому работа офис-менеджера.

    выяснить требования, когда заказчик как правило хочет «большую красную кнопку» и «шоб все работало» это полюбому сейл он елки маталки то же спец-универсал как админ и офис менеджер.

    Еще раз повторюсь, если команде влетает «разжеванная» задача, которая является маленьким кусочком «хр@н» знает чего, и на выходе на чего-то оттестить «юнит тесты рулят» и «куда-то отправить», но могу согласиться хватит и лида.

  • А нужны ли менеджеры?

    угу, у меня на 3-х проектах 10+ человек аутстаффа из 2-х компаний. Действительно ПМ-ы не нужны. Только товарищи чего-то не хотят(в том числе и их тим лиды):
    — у заказчиков уточнять требования,
    — согласовать варианты реализации,
    — нагибать заказчиков или прогибаться перед оными (в зависимости от ситуации, звезд на небе или магнитных бурь),
    — согласовать доступы,
    — решать вопросы инфраструктуры (выбивать железо, диски),
    — организовать ЮАТ,
    — координировать работу разработчиков разных систем (в проектах задействовано 11 систем),
    — решать вопросы в случае каких сбоев (одни готовы приступить, другие не доделали или бока вылезли на тестировании по сути тоже не доделали),
    — организовать тестовую среду, которая развернута на территории 3-х компаний (а здесь и свои и чужие админы),
    — организовать установку в прод,
    — передать на сопровождение,
    — реагировать на изменения команды (один уволился, другой заболел, третий в отпуск, четвертый на сессию, у пятого жена родила)
    — вести учет времени,
    — получать пиндюлей (в зависимости),
    — заботиться о душевном состоянии команды (в том числе делать что «пендели» до команды не доходили, а благодарности доходили в обязательном порядке),
    — а также прочая административная хренотень (в том числе отчетность).

    Просто потому что им за это тупо не платят (оплата то почасово).

    Штатные (15+), в принципе тоже сильно не отличаются (потому что им за это тоже не платят). В принципе и аутстафф и штатные одинаковые. И те и другие хотят програмить, в период пауз (кроме авралов, на проектах паузы бывают), им лучше чего пооптимизировать, поизучать какой-то фреймворк, на худой конец чаи поганять или покурить.

    Вопрос честно говоря вообще провокационный, потому как у каждого свои обязанности + каждый должен не мешать друг другу в одних вопросах, и
    помогать. Собственно как в книжках пишут «модель win-win рулит». Тьфу-тьфу у меня проблем с программистами и тестировщиками никогда не было.
    Хотя попадались программисты, которые поначалу старались саботировать работу. Но вопросы решал,без привлечения, каких-либо административных рычагов, более того подружились даже.

← Сtrl 1234567 Ctrl →