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

RSS

Як довго варто залишатися на одному проєкті. 6 кейсів досвідчених спеціалістів Як довго варто залишатися на одному проєкті. 6 кейсів досвідчених спеціалістів

Анатолій Бабак 24967

Нещодавно на форумі DOU викликав жваве обговорення топік про те, як довго слід працювати на одному проєкті. У численних коментарях під ним думки аудиторії розділилися: одні стверджували, що для саморозвитку доцільно змінювати проєкти раз на рік-два, інші ж переконані, що багаторічна робота на одному проєкті критично важлива для професійного зростання. Тож ми запитали у фахівців із різним досвідом, як часто треба змінювати проєкти. 40

Як перевірити, чи з проєктом усе гаразд, якщо ви не його проджект-менеджер Як перевірити, чи з проєктом усе гаразд, якщо ви не його проджект-менеджер

Yuliia Sychkova 5196

Health-чек проєкту може бути актуальним для багатьох: від топменеджерів і власників бізнесу до будь-кого в компанії. Він допоможе краще оцінити якість сервісу на проєкті, виявити те, що можна поліпшити, та запобігти можливим ризикам. Як його проводити — у статті Юлії Сичкової, Head of Delivery у Fulcrum Rocks. 7

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

Natali Renska 7263

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

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

Anton Yatseniuk 3405

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

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

Pavel Ustinov 8286

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

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

Olga Kolpakova 9888

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

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

Maksym Vyshnivetskyy 5238

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

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

Pavel Ustinov 14224

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

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

Artem Ganzha 6236

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

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

Olha Chmyr 13446

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

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

Andriy Mudryy 8380

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

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

Oleksandr Katrusha 11894

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

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

Oleksandr Katrusha 16516

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

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

Natali Renska 20564

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

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

Andrei Karol 14232

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

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

Andrew Batutin 30796

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

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

Kostiantyn Perevoznyk 27172

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

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

Oliinyk Denys 12202

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

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

Kirill Sidorov 16356

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

← Сtrl 12 Ctrl →

Комментарии

нет такого доверия к государству в котором живешь в 1900-2010 роках була довіра до держави?
В JKS сложен только публичный ключь ? Можно посмотреть через JKS viewer или сконвертировать в PEM.
Самый адекватный способ, если нет возможности использовать смарт-карты — лвухфаиорная аунинтификация. Входишь через веб, активируешь вход через телефон с помощью дактелоскопического датчика. Уже даже в gmail этот механизм.
Срака в тому що обидва ключа в середні JKS файлу, а передавались маэ виключно публічний ключ. Тобто там є вразливість blocker пріоритету. Доведеться відкликати усі ключі і переробити механізм.
Ну тогда ждите доказательств) А остальные люди будут пользоваться рабочим сервисом. Ибо цель — это как раз рабочий сервис, а не удовлетворение желаний параноиков.
Докази потрібні не що ключ вкрали, а що він в безпеці.
Ключ никто никому не «давал». Я понимаю что доверия тому джс файлу мало, но кричать что он кому-то что-то секретное отправляет у вас тоже нет оснований. Вы хоть раз тот джс смотрели? Смотрели что по сети отправляется на сервер в дебаге браузера?
гляньте на поле Company у властивостях файлу. там SPecialiST RePack тобто це ломаний офіс з рутрекера
Йдеться не про «самий», а про безпечний в принципі. Якщо ключ комусь дали — його треба відкликати. Все.
Не путайте «адекватный» и «безопасный». Я вам говорил про самый адекватный способ, вы мне предлагаете самый безопасный. Вот только в вашем подходе есть один минус — аппаратного почти ни у кого нет.
Пишуть на стековервловах, що в естонців для їх діджитизації є десктопна аплікація до якої звертається бравзер за підписом. Підтримує ключі в файлі та апаратні токени.
Завжди. Артем Поліщук: Sean Brian Townsend, виявилось, що я був першим і єдиним, хто офіційно телефонува в СБУ/Кіберполіцію і офіційно подав заяву на 102 о третій годині. Зранку думав, що мене арештують. 😀 "Де ви є?
Ну так опиши принцип, если он имеет научное обоснование. Именно, что нету никакого принципа, и он не может описан. Это инстинкт вообще-то. Вообще нет. Вы не в предмете. Поэтому че дальше спорить ото.
самый адекватный На жаль, це найнеадекватніший метод, до якого тільки можна було додуматися. Приватні ключі ніколи не мають передаватися будь-куди за межі контрольованого вами обладнання, інакше вони вважаються скомпрометованими і мають бути відкликаними.
Есть уйма научных трудов, которые доказывают, Ну так опиши принцип, если он имеет научное обоснование. не естественная потребность Размножение — не естественная потребность? Это инстинкт вообще-то.