Офер за 1 день в команду BetterMe (Frontend Hiring, JavaScript/React/Redux)
×Закрыть

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

RSS

Как выбрать тип контракта для проекта Как выбрать тип контракта для проекта

Natali Renska 2310

Есть ряд стандартных типов контрактов, и каждый из них может иметь различные варианты. Какие вопросы стоит задать, чтобы выбрать подходящий? Наталья Ренская, организационный консультант-коуч, создала детальную инструкцию с примерами. 13

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

Anton Yatseniuk 3104

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

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

Pavel Ustinov 7090

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

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

Olga Kolpakova 8224

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

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

Maksym Vyshnivetskyy 5119

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

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

Pavel Ustinov 12644

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

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

Artem Ganzha 5777

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

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

Olha Chmyr 12884

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

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

Andriy Mudryy 7004

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

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

Oleksandr Katrusha 9989

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

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

Oleksandr Katrusha 13743

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

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

Natali Renska 17668

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

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

Andrei Karol 12379

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

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

Andrew Batutin 27815

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

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

Kostiantyn Perevoznyk 26824

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

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

Oliinyk Denys 12054

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

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

Kirill Sidorov 16006

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

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

Ivan Kutanin 20721

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

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

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

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

← Сtrl 12 Ctrl →

Комментарии

Що зовсім не заважало писати у вакансії " Необхідний досвід роботи: Java — 10 років"
У середині 2000-х були золоті часи порталу <МЕТА> Все, що стосувалося України, шукав через їхню систему Пошуку Форуми на <МЕТА> були дуже популярні.
та думали позвать кого-то из очевидцев, но они чет совсем плохи стали, видно годы берут свое
зачем слушать час, то что можно послушать за пол часа на x2?)
если делить по линии монохромных мониторов, то получится выделить на олдскульных девов, а реликтовых
Про опілки в точку)
Проект — процесс. Продукт — результат. Наёмный работник имеет дело с процессом, для него это проект. Собственник имеет эксклюзивные права на результат, для него это продукт.
Стаття ні про що. Виглядає так як автора порохали написати щось хороше, бо офісні приміщення тупо не продаються у зв’язку з глобальним переходом на воркінг фром хом)
Вертайся Серьога;)
У меня в 1999 было 50$ полгода, потом на другой работе 200$ полгода. Все это Днепр. Но среди моих одногруппников были и намного лучше. Потом я уехал в Корею на 2000$. Было ощущение богатства :)
Легко. Несерьезно — слушать час то, что можно прочитать за 5 минут. Ну и еще один офигенный бонус — уши не кровят от специфически «поставленых» голосов))
Online inflation calculator говорит 1998 год 300 usd это 480 сейчас.
навряд. судячи за графіками, від ЖабаСкрипта найгірші очікування, а от ТайпСкрипт рве всіх як Тузик грілку.
Дистанційна робота вирішує одну важливу задачу, яка в цьому матеріалі не описана. Компанії тепер можуть дуже швидко наймати співробітників без необхідності довго, іноді по півроку, шукати кандидата в їхньому місті.
Рано утром на такси доехать можно за полчаса из любой точки Киева в любую другую. Да и собраться парню можно минут за 15-20. Так что в 5 встал — в 6 уже в поезде