Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×
software engineer в DataArt
  • А нужны ли менеджеры?

    Человек не голословил, а привел конкретные примеры из жизни. Причем расписала все от и до, разжевала донельзя, и как бывает хорошо без ПМа, и как бывает плохо без него, привела примеры того , когда без ПМа было действительно плохо. Ты по сути не возражаешь, зато съезжаешь на поток сознания. Отличная позиция, что тут скажешь...

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

    неструктурированный поток мысли
    множество эпитетов
    шапкозакидательство других людей
    притензии на мессию.

    ну вот если бы ты не относился предвзято к людям, не поддерживающим твою точку зрения — можно было бы дискассить, а так... неинтересно в общем...
    le-positive.ru/...BXIlGhIvpYw.jpg

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

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

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

    А смысл? ТС все равно не ответит. Либо просто проигнорит, сославшись на «поток сознания», либо выдерет из всего текста одну-единственную фразу, которая якобы «подтверждает его теорию» и опять же проигнорит все остальное. Спорить бессмысленно.

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

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

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

    Если убедительно напишешь, я готов поверить тебе на слово

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

    Примерами "

    success stories
    ", разумеется
  • А нужны ли менеджеры?

    Чепуху какую то щас сказал. Как от географического положения человека может меняться его роль?

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

    А я не собираюсь это делать, мне это не надо. Меня просто уже малость раздражает твой подход «все ПМы, которых я видел, нетехнические идиоты и значит они не нужны, все что они делают — ерунда, вот это тимлиду отдадим, вот это сейлзу, а это ваще фигня и бред, тут аниматора наймем». А ты мне лучше скажи — вот тот вот идеальный тимлид, которого ты описываешь по всему треду — он где то существует кроме твоей фантазии? Покажи нормальную репрезентативную выборку по тимлидам, которые а) продумывают от и до архитектуру проекта б) выбирают технологии, которые будут юзаться на проекте в) пишут технические спеки г) продумывают и реализовывают на высоком уровне ядро системы д) объясняют и обсуждают с девами технические аспекты задачи. При этом этот же человек (внимание!) должен а) держать Заказчика в курсе того, как и куда движется проект б) выяснять у Заказчика бизнес требования, а также приоритеты и сроки в) общатьсяся абсолютно со всеми участниками процесса г) коммуницировать с руководством Компании д) составляют и контролируют планы работ е) координируют сотрудничество девов с тестерами, дизайнерами и пр и пр и при этом (самое главное) ж) этот человек еще не свалил в другую контору, в которой он занимается именно тем делом, на которое он изначально подписался (менеджмент чисто ТЕХНИЧЕСКОЙ стороны проекта — архитектура!). Покажи мне хотя бы 10 таких саксессфул сториз, а потом уже будет иметь смысл что-то обсуждать...

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

    А я не понимаю, что это значит именно тут... Это может быть как «у нас в компании», так и «у нас в Украине»...

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

    Хотел настрочить много букв, но после этого коммента понимаю, что ничего я нового уже не скажу. Все просто супер, написано четко и отлично. Как жалко, что на ДОУ нельзя поддержать коммент больше, чем один раз. Спасибо.

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

    При таком подходе любую должность можно разобрать на кусочки и разбросать на тех, кто рядом стоит, а саму должность признать ненужной.

    Підтримав: Євген Козлов
  • А нужны ли менеджеры?

    В нас РМів нема майже ніде, тімліди — менеджери.
    Какое странное (если не сказать глупое) обобщение... Что значит нигде? За свой опыт работы в 3х аутсорсовых компаниях на 7 (кажется проектах) могу сказать, что ВЕЗДЕ были ПМы и были тимлиды. И больше чем в 70% случаев ПМы не мешали проекту, а приносили пользу. Там же где они мешали, была проблема не в том, что ПМ не нужен в принципе, а в конкретном человеке — он либо не понимал что от него требуется, либо не хотел это делать, в итоге человек менялся и все становилось нормально.
  • А нужны ли менеджеры?

    — менеджментом тасков должен заниматься тимлид, так как он намного ближе к телу, у него намного более адекватное представление о сроках и способностях людей
    В моем понимании тимлид (тоже что и архитект) не должен заниматься менеджментом, его задача делать архитектуру и решать именно технические вопросы. Да в большинстве случаев и не нужно оно архитекту, ибо он человек технический, ему это нафиг не надо. А вопросы сроков, приоритетов, успеваем/не успеваем — чисто менеджерские вопросы и это и должен делать ПМ. По поводу конкретных примеров — работал в проекте несколько месяцев без менеджера, но с тимлидом. В какой то момент заказчика задолбало то, что он не понимает что и когда будет делаться, а тимлида — что его напрягают нетехническими вопросами. Наняли менеджера — успокоились заказчик и тимлид. Со стороны программиста ничего, по сути не поменялось. Ваша позиция «менеджер не нужен» мне видится очень узколобой, скажем так, Вы смотрите на нее только со стороны программиста. А есть еще заказчик, для которого такой человек бывает очень нужен. И на тимлида (если мы под ним понимаем именно _технического_ лидера) вешать обязанности ПМа глупо и неправильно.
  • Трудовые будни синиора

    Джуниор может подойти с пустяком, а может оказаться, что он набрел на такой неприятный клубок проблем, с которым синьору придется сидеть часов шесть.
    Мне кажется, что не совсем правильно давать джуну задачи, в которых есть возможность набрести на «неприятный клубок проблем». Либо же джуна в нужный момент не проконтролировали, потратив на это полчаса-час времени, чтобы показать что так делать не надо, а надо делать эдак
    Синьор не всегда занимается синьорскими задачами, но несиньорские задачи ему нужно давать не очень большие, чтобы если что, иметь возможность его переключить на что-то сложное или срочное.
    Ну Вы же понимаете, что так тоже будет получаться далеко не всегда... Ну нет в данный конкретный момент «не очень больших несиньорских задач», есть только большие. Опять же — ни в одном багтрекере не будет разделения тасков на синьорские и несиньорские, просто в большинстве случаев одну и ту же задачу синьор будет делать быстрее/качественнее миддла и намного быстрее/намного качественнее джуна. Если появился таск, на который надо переключиться и быстро сделать — то зачем тратить на него 8 часов джуновского времени, когда синьор сделает это за час. А таск критичный, потому и принимается решение сдвинуть текущий таск синьора. Собственно именно эта ситуация у ТС и описывается. И это те самые издержки профессии, с которыми надо просто свыкнуться и уметь правильно менеджить.
    Підтримав: Lika Nika
  • Трудовые будни синиора

    Как жеж у вас все легко и просто получается... Мне особенно понравилось про «твои задачи должны быть двух видов». Конечно же, у синьора альтруистичное начальство, которое понимает, что синьора нельзя отвлекать пустяковыми задачами, с которыми справится джуномидл, и клиент, которому не жалко платить нефиговую синьорскую зп человеку, который будет работать от силы 5-10% своего рабочего времени (ведь с остальными пустяковыми задачами справляются джуномидлы, а синьорские таски — они такие, сегодня есть, завтра нет). Мое мнение по поводу задач синьора такое — синьор должен делать задачи, в которых упор на скорость и/или качество. Если этого упора нет — скорее всего, эту задачу можно поручить джуномидлу под эпизодическим контролем синьора. Касательно отвлечений на вопросы джуниора — можно попробовать организовывать свою работу и работу джуна таким образом, чтобы это не отъедало львиную долю времени. К примеру, выделять на работу с джуном час в день. При этом максимальный упор делать на то, что джун должен обращаться к синьору тогда, когда он уже испробовал все что мог и порылся в гугле в поисках решения своей проблемы, но ничего не получилось. Естественно, если вопрос короткий — не надо ждать, джун спросил, синьор ответил, все пошли дальше работать. Но если разговор «надолго» — под это нужно выделять фиксированное время. Что касается переключения на другие задачи — думаю, это следует считать чем-то вроде издержек профессии, с которыми просто нужно смириться. Самое главное тут — при необходимости переключения на другую задачу в известность должен быть поставлен ПМ/тимлид и они должны принимать решение, нужно ли переключаться на другую задачу или она может подождать. И тогда не будет у синьора головной боли по поводу «до сих пор несделанного рефакторинга» и он будет делать именно то, что в данный момент нужно проекту.

← Сtrl 1... 5678910 Ctrl →