мне бросилось в глаза, что...
Я уже выше писала, что это совершенно не обязательно. Даже самый лучший разработчик тоже не будет читать каждую строчку кода коллеги, это идиотизм. Есть технические средства проверки, есть QM, есть определённые логические критерии, которые должны выполняться в совокупности, и самое главное, проектменеджер должен задавать разработчику правильные вопросы и понимать его ответы.
Фандорин, ну ты же обычно внимательно читаешь. :-) Я несколько раз именно писала- основного механизма: отделы, напрямую участвующие в цепочке: нашел кому продать , пощупал рынок и ниши( первый шаг может варьироваться, но сейчас пальцем в небо выкидывать миллионы никто не хочет)==>придумал продукт==> протестировал==> произвел> продал. ( упрощенной конечно).
Взаимозаменяесость я не ставила во главу угла и также считаю что к разным участникам цепочки свои требования квалификации ( как правило сложность позиции кореллируется с тарифной ставкой, не всегда конечно , но как правило.) Но в любом случае, не держится все на одном специалисте, примеры сверху я приводила.
блин, серый, ну раскинь мозгами и поставь себя на их место. ну зачем им знать все детали? разве это их задание? согласен, знать надо, потому я выделяю полтора дня в неделю на чистый инжениринг, но так поступают не все, потому что это совсем не их задание.
а как же планироавть, если не понимать abhängigkeiten, zusammenhänge und etc. ?
На примере нашей фирме доказанно, что это не работает
у нас есть девочка гордо называющаяся requirements engineer .
Она ходит выспрашивает всё и переносит на бумагу, её личный Input равен жирному нулю
А я писала, что у нас вообще работу разработчика оценивает только продукт-менеджер. Который часто и программировать не умеет, а только ставит задачу "имплементировать такие-то бизнесс-проcессы". В итоге он не может оценить ниц качество работы разработчика, ни перформантность кода, ни структуру.
нашел кому продать , пощупал рынок и ниши( первый шаг может варьироваться, но сейчас пальцем в небо выкидывать миллионы никто не хочет)==>придумал продукт==> протестировал==> произвел> продал.
Ты забыла самый первый, самый важный шаг - разработчик-энтвиклер систематизировал свои результаты разработок, собрал воедино все, что ОН МОЖЕТ в принципе предложить клиенту, а уж вот далее маркетологи из это ВЫБИРАЮТ> далее по твоему списку.
Маркетологи НИКОГДА НЕ ПРИДУМЫВАЮТ ПРОДУКТ! Они его НЕ МОГУТ ВЫДУМАТЬ!
Выдумывает сперва разработчик. Он же информирует всех остальных, ЧТО именно он может в текущем состоянии сделать.
Ну подумай сама, хера ли маркетолог что выдумает, если это сделать нельзя или нужен какой материал, которого нет, или еще что?
https://anekdot.dirty.ru/effektivnyi-menedzher-1208258/
Сотрудники компании едут в автобусе на корпоратив за городом. Каждые 10 минут мужчина, сидящий в 3–м ряду, спрашивает у водителя, сколько километров проехали и когда он планирует быть на месте. Ответы водителя мужчина заносит в компьютер.
Молодой сотрудник сидящий неподалёку, спрашивает у рядом сидящего коллеги: "Кто это и зачем он все время дергает водителя?"
"Это — новый эффективный менеджер, недавно наняли," — отвечает опытный коллега. "Ему поручили обеспечить доставку сотрудников на корпоратив, вот он и думает, что управляет процессом".
Может это они перед начальством порисоваться хотели? Показать что не зря их взяли. У меня как раз сейчас начальник такой. Пришёл, всем рассказал, что теперь он тут главный, сделал красивые презентации о том, как он построит нам светлое будущее и тишина.
Да они сами не знают. Но это проблема общая, а не толкьо их.. В наше время придумать что-то новое - это жопа в квадрате. Почти что все придумано до нас!,
Вотдля таких манаегов Сказочник- просто находка! Он может наговорить умных слов, подсказать идею, что с помощью его инструмента можно крайне эффективно просрать кучу бабла нати в ярких картинках такое решение, которое даст конкурентные преимущества и прочее блабла.. Они же не знают, что это все уже давно известно :-)
да я вообще диву даюсь, что проектменеджеры творят. Я так понимала: это человек следящий за терминами и созывающий кворумы. А оказалось это ещё и тестовщик. У меня один знакомый в звании ПМ ещё и модули под клиента собирает.
Короче интерпретация должности не однозначная.
С чего ты сделала такой вывод?
Честно говоря, я каждый раз в шоке, когда слышу, что ПМ должен только координировать и ФСЕ! Ему не обязательно что-то понимать или контролировать качество, только следи за сроками и бюджетом, создавай приятную атмосферу, да и все. Остальное делают разработчики, тестовщики, QM и тд по списку. Простите, но это тогда секретарша получается, а никакой не ПМ.
Я имела в виду продуктменеджеров. Проэктменеджеры у на ведут проэкты у клиентов.