неструктурированный поток мысли
множество эпитетов
шапкозакидательство других людей
притензии на мессию.
ну вот если бы ты не относился предвзято к людям, не поддерживающим твою точку зрения — можно было бы дискассить, а так... неинтересно в общем...
le-positive.ru/...BXIlGhIvpYw.jpg
ну да, что еще остается говорить, если человек в двух комментах настолько по полочкам все разложил, что (!!!)нормальные(!!!) контраргументы придумать сложно, а «фе» высказать обязательно надо.
А смысл? ТС все равно не ответит. Либо просто проигнорит, сославшись на «поток сознания», либо выдерет из всего текста одну-единственную фразу, которая якобы «подтверждает его теорию» и опять же проигнорит все остальное. Спорить бессмысленно.
Ок, давай так: я не спорю, что бывают ситуации, когда ПМ не нужен, когда он — только лишнее звено в цепи, создает дополнительные мискоммуникейшны и мешает коммуницировать участникам процесса. Но бывают ( и очень много) ситуаций, когда ПМ действительно нужен, примеров тебе понаприводили тут немеряно, один вот тот длиннющий коммент от девушки-флешера с непонятным именем чего стоит и твои аргументы «ПМ тут все равно не нужен, потому что он все равно не нужен» тут не канают, извини. На этом дискуссию хочу закончить, толку с нее ноль.
Если убедительно напишешь, я готов поверить тебе на слово
Примерами "
success stories", разумеется
Чепуху какую то щас сказал. Как от географического положения человека может меняться его роль?
А я не собираюсь это делать, мне это не надо. Меня просто уже малость раздражает твой подход «все ПМы, которых я видел, нетехнические идиоты и значит они не нужны, все что они делают — ерунда, вот это тимлиду отдадим, вот это сейлзу, а это ваще фигня и бред, тут аниматора наймем». А ты мне лучше скажи — вот тот вот идеальный тимлид, которого ты описываешь по всему треду — он где то существует кроме твоей фантазии? Покажи нормальную репрезентативную выборку по тимлидам, которые а) продумывают от и до архитектуру проекта б) выбирают технологии, которые будут юзаться на проекте в) пишут технические спеки г) продумывают и реализовывают на высоком уровне ядро системы д) объясняют и обсуждают с девами технические аспекты задачи. При этом этот же человек (внимание!) должен а) держать Заказчика в курсе того, как и куда движется проект б) выяснять у Заказчика бизнес требования, а также приоритеты и сроки в) общатьсяся абсолютно со всеми участниками процесса г) коммуницировать с руководством Компании д) составляют и контролируют планы работ е) координируют сотрудничество девов с тестерами, дизайнерами и пр и пр и при этом (самое главное) ж) этот человек еще не свалил в другую контору, в которой он занимается именно тем делом, на которое он изначально подписался (менеджмент чисто ТЕХНИЧЕСКОЙ стороны проекта — архитектура!). Покажи мне хотя бы 10 таких саксессфул сториз, а потом уже будет иметь смысл что-то обсуждать...
А я не понимаю, что это значит именно тут... Это может быть как «у нас в компании», так и «у нас в Украине»...
Хотел настрочить много букв, но после этого коммента понимаю, что ничего я нового уже не скажу. Все просто супер, написано четко и отлично. Как жалко, что на ДОУ нельзя поддержать коммент больше, чем один раз. Спасибо.
При таком подходе любую должность можно разобрать на кусочки и разбросать на тех, кто рядом стоит, а саму должность признать ненужной.
В нас РМів нема майже ніде, тімліди — менеджери.Какое странное (если не сказать глупое) обобщение... Что значит нигде? За свой опыт работы в 3х аутсорсовых компаниях на 7 (кажется проектах) могу сказать, что ВЕЗДЕ были ПМы и были тимлиды. И больше чем в 70% случаев ПМы не мешали проекту, а приносили пользу. Там же где они мешали, была проблема не в том, что ПМ не нужен в принципе, а в конкретном человеке — он либо не понимал что от него требуется, либо не хотел это делать, в итоге человек менялся и все становилось нормально.
— менеджментом тасков должен заниматься тимлид, так как он намного ближе к телу, у него намного более адекватное представление о сроках и способностях людейВ моем понимании тимлид (тоже что и архитект) не должен заниматься менеджментом, его задача делать архитектуру и решать именно технические вопросы. Да в большинстве случаев и не нужно оно архитекту, ибо он человек технический, ему это нафиг не надо. А вопросы сроков, приоритетов, успеваем/не успеваем — чисто менеджерские вопросы и это и должен делать ПМ. По поводу конкретных примеров — работал в проекте несколько месяцев без менеджера, но с тимлидом. В какой то момент заказчика задолбало то, что он не понимает что и когда будет делаться, а тимлида — что его напрягают нетехническими вопросами. Наняли менеджера — успокоились заказчик и тимлид. Со стороны программиста ничего, по сути не поменялось. Ваша позиция «менеджер не нужен» мне видится очень узколобой, скажем так, Вы смотрите на нее только со стороны программиста. А есть еще заказчик, для которого такой человек бывает очень нужен. И на тимлида (если мы под ним понимаем именно _технического_ лидера) вешать обязанности ПМа глупо и неправильно.
Джуниор может подойти с пустяком, а может оказаться, что он набрел на такой неприятный клубок проблем, с которым синьору придется сидеть часов шесть.Мне кажется, что не совсем правильно давать джуну задачи, в которых есть возможность набрести на «неприятный клубок проблем». Либо же джуна в нужный момент не проконтролировали, потратив на это полчаса-час времени, чтобы показать что так делать не надо, а надо делать эдак
Синьор не всегда занимается синьорскими задачами, но несиньорские задачи ему нужно давать не очень большие, чтобы если что, иметь возможность его переключить на что-то сложное или срочное.Ну Вы же понимаете, что так тоже будет получаться далеко не всегда... Ну нет в данный конкретный момент «не очень больших несиньорских задач», есть только большие. Опять же — ни в одном багтрекере не будет разделения тасков на синьорские и несиньорские, просто в большинстве случаев одну и ту же задачу синьор будет делать быстрее/качественнее миддла и намного быстрее/намного качественнее джуна. Если появился таск, на который надо переключиться и быстро сделать — то зачем тратить на него 8 часов джуновского времени, когда синьор сделает это за час. А таск критичный, потому и принимается решение сдвинуть текущий таск синьора. Собственно именно эта ситуация у ТС и описывается. И это те самые издержки профессии, с которыми надо просто свыкнуться и уметь правильно менеджить.
Как жеж у вас все легко и просто получается... Мне особенно понравилось про «твои задачи должны быть двух видов». Конечно же, у синьора альтруистичное начальство, которое понимает, что синьора нельзя отвлекать пустяковыми задачами, с которыми справится джуномидл, и клиент, которому не жалко платить нефиговую синьорскую зп человеку, который будет работать от силы
Человек не голословил, а привел конкретные примеры из жизни. Причем расписала все от и до, разжевала донельзя, и как бывает хорошо без ПМа, и как бывает плохо без него, привела примеры того , когда без ПМа было действительно плохо. Ты по сути не возражаешь, зато съезжаешь на поток сознания. Отличная позиция, что тут скажешь...