Join Yalantis and get a $1000 sign-in bonus! React.js, React Native, Python, Java, DevOps, BА. Apply now!
×Закрыть

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

RSS

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

Anton Yatseniuk 3041

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

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

Pavel Ustinov 6995

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

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

Olga Kolpakova 8147

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

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

Maksym Vyshnivetskyy 5113

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

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

Pavel Ustinov 12605

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

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

Artem Ganzha 5760

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

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

Olha Chmyr 12857

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

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

Andriy Mudryy 6966

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

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

Oleksandr Katrusha 9938

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

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

Oleksandr Katrusha 13639

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

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

Natali Renska 17602

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

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

Andrei Karol 12346

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

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

Andrew Batutin 27700

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

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

Kostiantyn Perevoznyk 26810

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

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

Oliinyk Denys 12052

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

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

Kirill Sidorov 15995

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

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

Ivan Kutanin 20708

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

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

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

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

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

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

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

← Сtrl 12 Ctrl →

Комментарии

Так вот при том же кризисе 2008-го — по Украине в IT, он прошел легким штормом У вас в 2008 году был кредит или ипотека в баксах? Видимо нет. Зы кризис прошел позже в 2009-2010. И тогда с работой было туго.
ви чомусь проігнорували питання про ваші особисті успішні стартапи — то ж покажить їх, обидва, дуже цікаво
лешит лИшит
А можна було просто описати алгебраїчну мову в yaxx/lexx і згенерувати код автоматом :-D
пятница, а никого не бомбит. Доу взрослеет
ZX Spectrum? На моем был Бейсик.
Техлид — это чисто проектная роль. Для меня это больше похоже на обесценивание высоких позиций. Решили выпускники университета открыть стартапчик, что бы деньги косить и чудо проект в массы продвигать.
круто когда люди даже после серьезных факапов не опускают руки и продолжают делать новые проекты! Успехов!
Кому интересен процесс создания новой мобильной игры с 0, подводные камни, взлеты и падения — мы делимся этим и даже больше в нашем блоге. Пишем посты об арте, разработке, SMM, Legal части и у нас вот-вот релиз 🙂 Будем рады единомышленникам, subscribe!
Оооо, визуал рванул вверх!
Или 3-4 :) Вообще, почти все с кем я здесь общаюсь уже договорились либо про remote forever, либо про посещение офиса по вызову, а не по графику.
По ходу ще один серійний стартапер. Круто ж!
Зима в Черногории не такая уж и противная (льют дожди и иногда приходит сильный и холодный ветер с гор — Бура. Но этот период не такой длительный — может быть около месяца — двух максимум.
Стенфорд один із перших створив формат «підприємницького» університета на базі, зокрема, військових замовлень. І понеслось)
Мне резюме ТСа не понравилось по другим причинам, но тут я выступлю в защиту: * Первая работа начинается не с джуниор разработчика Далеко не во всех компаниях существует должность Junior SE, особенно когда это небольшая продуктовая компания или старт-ап...