(UA) IT/Tech Ukrainians in Canada
-
І якщо тут є хтось, хто працює в RBC, зможете відписати в приватні пліз
-
Всім привіт! Шукаю роботу як Salesforce Developer, Email Developer. Може в когось є схожі вакансії відкриті в компанії та можете дати реферал, буду вдячна
-
В мене була команда, де все розподіляв лід і архітектор. Сумно. Ми оверкомітились, лід тягнув все на собі, люди були демотивовані, бо рішення приймались не ними і це відчувалось. Може для джуно-мідлів це ок, але для мідло-сіньорів не катить в перспективі
-
Усім привіт 👋 Мене звати Дмитро, мені 18 років. На разі шукаю роботу у місті Mississauga. Розглядаю різні варіанти праці. Англійською мовою володію не дуже добре, але зрозуміти зможу. Якщо є вакансії, прошу будь ласка написати мені в особисті повідомлення, або зателефонувати. Мої контакти: Telegram - t.me/dkolosiuk / @dkolosiuk Мій номер телефону: +1 (647) 535-4780 Facebook - www.facebook.com/dima.kolosiuk.9/
-
тут проблема не в подходе, а в лиде и архитекторе. по идее, лид делает очень высокоуровневые эстмейты используя знания о тех состоянии продукта, чтобы архитектор/продакт мог приоритизировать проекты. потом лид идет к синьорам и вместе делаются более точные эстимейты, с ними лид пилит наверх, оповещает сколько это времени займет конкретно. ошибка планирования и делегирования задач.
-
Мене замахали на цьому тижні. Дзвонять в лічку і питають "а як тут мою таску робити?". Чоловік вже ховається в дальній кімнаті, бо я матюкалась на всю хату як собака (звісно коли дзвінок закінчився). А ви тут нашо найняті якщо ви дзвоните мені, питаєте як робити, я вам даю прям код і показую куди його вставити. Реально в тікеті я вже прям код поклала.
-
все вірно. По перше тімліди не тільки в айті є, по друге "розподілення" -це "Вася вчив Ноду, тому берить його в наступному спринті на графQL задачі", а не "А ось ця тасочка, яка звісно ж не більше 2 сторі поінтів (ставить в джирі) - піііідеее - Тарасу". Ні ні ні, це не тімлідські завдання, цим займається ПМ/СМ, бо сам він несе найвищу відповідальність за делівері та комітмент в команді. Те що каже тімлід для ПМа це - цінна, вагома порада, але остаточно рішення все одно саме за ПМом, як він скаже так і має бути.
-
За комітмент команди несе відповідальність команда. СМ несе відповідальність за те, на скільки допоміг ПО донести приіорітетність і сутність роботи до команди і на скільки команда вміє і має мотивацію давати якісь комітменти, оцінюючи свої знання і попередній досвід А оця «ПМ/СМ» це взагалі жах господній, а не роль
-
RACI матриця це гарно, але якщо ти щось знаєшь, а в РАСІ за тобою це не буде записано, і ти цим прикриєшься тобі на ревью поставлять low collaborative working relationship от і все. Тут треба інше рішення та підход. Я знаю який, але тут бачу, на 2х ПМів 10 девелоперів пишуть "як треба", тому дозволю їм і далі давати цінні поради щодо управління командами
-
о це правильно написали, погоджуюсь
-
вам буде важко розглянути іншу бо у 80% ПМ в собі поєднує роль СМ. Привіт Аджайл епоха, вона тут вже років 15 ))
-
в данному контексті Проджект
-
Не знаю чи це особисто до мене, але я Делівері менеджер. І вважаю так - косяк команди, це мій косяк. Перемога команди - це перемога команди
-
як це так ПМ не має знань і навичок розподіліти робити ) Де ви все це берете то...
