Check Levi9 best QA positions to Backbase team!
×Закрыть

Материалы по теме «проект»

RSS

З’ясуйте стек, розгорніть локально, знайдіть техборг. Як безболісно передати та отримати проєкт З’ясуйте стек, розгорніть локально, знайдіть техборг. Як безболісно передати та отримати проєкт

Anton Yatseniuk 1856

Ця стаття — про те, як зробити процес передачі/отримання проєкту легким і навіть приємним. Стаття буде корисна молодим командам, які ще не пройшли всі перешкоди на своєму шляху, або лідерам команд, які тільки опановують цю роль. 5

Как не надо релизить проекты. Работаем с требованиями, оценкой и оплатой Как не надо релизить проекты. Работаем с требованиями, оценкой и оплатой

Pavel Ustinov 6223

Мы все знаем, что релизят код, а проект заканчивают. Но будем говорить о том, как делать не надо. А за 8 лет в проектном менеджменте у Павла Устинова, как и у каждого РМ’а, накопилось множество историй из серии «как лучше не делать». Его опыт поможет коллегам подготовиться к возможным неприятностям и не совершать тех же ошибок. 3

Як сплануєш, так і проведеш. Оцінюємо проєкт з максимальною точністю Як сплануєш, так і проведеш. Оцінюємо проєкт з максимальною точністю

Olga Kolpakova 7720

Часто навіть технічним спеціалістам потрібна допомога в структуруванні проєкту та розкладанні усього по поличках. Можливо, багато з вас брали участь в оцінюванні проєкту і навіть мають певні tips&trics. Але завжди знайдуться нюанси, які можна випадково пропустити. У статті розглянемо проєкт під мікроскопом, зокрема його оцінювання. 8

Как перейти из SDLC на ScrumBut и не убить качество продукта Как перейти из SDLC на ScrumBut и не убить качество продукта

Maksym Vyshnivetskyy 5087

Максим Вишнивецкий, руководитель службы качества в Luxoft, имеет опыт изменения SDLC и подхода к работе с качеством в проекте на ScrumBut. О проблемах, собственных ошибках, решениях и результатах — в статье. 7

Как PM не нафакапить на новом проекте Как PM не нафакапить на новом проекте

Pavel Ustinov 12391

Павел Устинов, имея пятнадцатилетний опыт работы в ІТ, делится своими наблюдениями, как можно избежать факапов и не совершать базовых управленческих ошибок на проектах. Советы и кейсы из статьи помогут junior PM заранее «подстелить соломку», чтобы не набить все шишки на первом же проекте. Опытные РМ’ы тоже найдут для себя что-то полезное: всегда интересно узнать, как справляются с трудностями коллеги. 19

Как извлечь пользу из проваленного проекта Как извлечь пользу из проваленного проекта

Artem Ganzha 5729

Фейлят все — и большие компании с опытом, и маленькие «зеленые» фирмы. Не фейлить невозможно. Проваливать проект — это не плохо, плохо выходить из проекта, не взяв на себя ответственность. Артем Ганжа, СЕО iSKY.solutions, рассказывает о факторах, которые повышают вероятность фейла и что делать, когда что-то пошло не так. 7

Чому команди прохлопують свої естимейти Чому команди прохлопують свої естимейти

Olha Chmyr 12736

Проблема невідповідності естимейтів фактично витраченому часу знайома чи не кожному менеджеру. Як наслідок — виснаження, демотивація та інші неприємності, з якими доводиться немало працювати. Хоч би ким ви були — розробниками, тестувальниками, менеджерами, зацікавленими в темі оцінки часу, — запрошуємо до прочитання. 30

Як створити реєстр ризиків та працювати з ним Як створити реєстр ризиків та працювати з ним

Andriy Mudryy 6662

Проєктів без ризиків не буває, бувають лише неідентифіковані ризики. І з ризиками треба працювати, тільки якою мірою і за допомогою яких інструментів — залежить від ролі на проєкті, рівня занурення в проєкт, а також від стейкголдерів, з якими доводиться мати справу. Андрій Мудрий, що працює в ІТ-галузі майже 15 років, 10 з яких — у царині менеджменту, розповідає про керування ризиками. 5

Оценка трудоемкости проектов разработки. Часть 2 Оценка трудоемкости проектов разработки. Часть 2

Oleksandr Katrusha 9734

Качественная оценка — необходимое, но недостаточное условие успеха. Следование лучшим практикам управления проектом и изменениями на всех его стадиях абсолютно необходимы. При этом хорошо выполненная и структурированная оценка может сильно помочь в последующих проектных активностях. Александр Катруша, Senior Engineering Manager, дает рекомендации по оценке трудоемкости проектов. 72

Оценка трудоемкости проектов разработки. Часть 1 Оценка трудоемкости проектов разработки. Часть 1

Oleksandr Katrusha 13287

В первой части статьи Александра Катруши, Senior Engineering Manager, рассмотриваем основные сложности в оценке проектов, цели процесса оценки, требования к оценщику (разработчику), структуру и единицы измерения оценки. 21

Как избежать неправильного оценивания проектов Как избежать неправильного оценивания проектов

Natali Renska 17282

Тема оценки проектов актуальна для многих проджект-менеджеров, которые сталкиваются с вопросами оценки задач, спринтов, релизов или разработки всего продукта. Наталья Ренская, Program Manager в Luxoft Ukraine, советует, как избежать головной боли (или хотя бы уменьшить ее) по поводу неправильных эстимейтов. 78

Роль Product Manager на разных этапах развития проекта Роль Product Manager на разных этапах развития проекта

Andrei Karol 12084

Все проекты уникальны. Нельзя четко сказать, на каком количестве клиентов, размере команды и величине прибыли для Product Manager заканчивается одна стадия роста и начинается другая. О роли продакта на разных этапах развития стартапа/продукта/проекта рассказывает Андрей Кароль, Product Manager в EduNav. 14

Быстрая и точная оценка проекта Быстрая и точная оценка проекта

Andrew Batutin 27302

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

Вредные советы по постановке задач и описанию требований Вредные советы по постановке задач и описанию требований

Kostiantyn Perevoznyk 26738

В статье описаны 10 практичных и проверенных способов, как поставить задачу таким образом, чтобы жизнь разработчиков не казалось манной небесной, поставки срывались, бюджеты превышались, а качество трещало по швам. 39

Технический долг: профилактика и погашение Технический долг: профилактика и погашение

Oliinyk Denys 12014

Откровенно плохая архитектура, не-модульность компонентов, «костыли» — на выходе получатся продукт, который сложно поддерживать. Давайте разберемся, как же менеджеру проекта правильно работать с техническим долгом, чтобы не страдало качество проекта. 67

О роли PM и менеджменте больших масштабируемых проектов О роли PM и менеджменте больших масштабируемых проектов

Kirill Sidorov 15937

ПМ — это специалист, способный объединить вокруг себя проектную команду и обеспечить реализацию проекта, удовлетворяющего требованиям Заказчика. Часто требования весьма завышены, сроки крайне сжаты, а бюджеты таковы, что без «магии» проект просто не реализуем. 52

Как оценить сроки проекта с нуля: метод «критического пути» Как оценить сроки проекта с нуля: метод «критического пути»

Ivan Kutanin 20613

Вашей команде поручили реализовать проект — мобильное приложение. Приложение не сложное, но заказчик просит оценку по времени реализации. С чего начать? Данный опус поможет понять за что «хвататься» при оценке проекта с нуля. 94

Где мы теряем время: причины срыва сроков «по вине заказчика» Где мы теряем время: причины срыва сроков «по вине заказчика»

Елена Голубенко 13219

В жизни каждого менеджера проекта наступает момент, когда заказчик спрашивает, на что же было потрачено время и почему проект запаздывает. В статье речь пойдет о случаях, когда задержка сроков поставки происходит, с точки зрения менеджера проекта, по вине заказчика. 43

13 вредных советов для проектного менеджера 13 вредных советов для проектного менеджера

Александр Карпилович 16854

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

← Сtrl 12 Ctrl →

Комментарии

В процессе регистрации права. Если очень интересно — добавляйтесь в linkedin.
За кордоном не тільки до ПМів так, а й до інших спеціалістів. Їх дуже дивують наші сеніор позиції з 3р досвіду... З одного боку можу сказати що наші спеціалісти краще і швидше адаптуються, але серединка десь була би оптимальною.
что-то вроде нашей Масленицы  — головне після цього ’кулічі’ не почати пекти.
Записав три відео про статистику свого освітньо-розважального каналу: 1-загальний огляд динаміки розвитку за 4 роки; 2-чому окремі мої відео дивляться багато, а інші мало; 3-гроші за 7 місяців монетизації. youtube.com/...​qBUgnZJISUIORK9kLDR0nfdoy
Просмотрел, это электронная книга с элементами, что я называю Anki, или spaced repetition, или интервальное повторение. Это ведь совсем другое.
Гляньте саму статтю, вона дуже грунтовно пояснює точку зору автора. І Ендрю не тільки критикує, а й пропонує свій варіант сучасної книги, яка є більш ефективним способом передачі знань — https://quantum.country/
Андрей, спасибо за гипотезу! ) Очень любопытно про 15%, поделитесь, пожалуйста ссылкой на источник данных об этом исследовании ЭИ
Если я правильно понял, кто твоя подруга, почему она перестала записывать видосики на тематику тестирования? Прошлые были норм!)
Если вам компания перечисляет RSU — вы обязаны заплатить 52% денежного эквивалента в день получения (вестинга) и ещё 33% сверху от разницы стоимости акции между днём получения и днём продажи Ждём комментариев от либертарианцев с доу, у которых в Ирландии...
Чому не українською?
Дуже інформативна стаття. Трохи мого досвіду: З моменту як у 2011 році я був запрошений на першу співбесіду в українську IT компанію і станом на зараз — я жодного дня не працював в українському IT.
слив засчитан. чего и стоило ожидать.
Как жаль что в 2021 еще не изобрели писать тесты..
Простите, но не совсем понял к чему вы написали о SSR. Насколько я знаю, его поддерживают все основные игроки на рынке JS фреймворков.
Весьма странные выводы вы сформировали после прочтения. В статье описано значительно больше, чем просто чистка конюшен GTM (Google Tag Manager).