Meet speakers from Tinder, IBM, Siemens, Indeed and other QA Rockstar’s on …Testing Stage, Save $30 till 28/02
×Закрыть

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

RSS

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

Andriy Mudryy 4503

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

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

Oleksandr Katrusha 7428

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

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

Oleksandr Katrusha 10141

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

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

Natali Renska 14589

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

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

Andrei Karol 9901

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

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

Andrew Batutin 23548

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

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

Kostiantyn Perevoznyk 26201

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

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

Oliinyk Denys 11770

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

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

Kirill Sidorov 15241

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

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

Ivan Kutanin 18995

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

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

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

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

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

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

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

Best practice по планированию работ. Опыт проектного менеджера Best practice по планированию работ. Опыт проектного менеджера

Igor Dumbur 22399

Предлагаю рассмотреть два case-study, которые я взял из собственного опыта. Поговорим о декомпозиции и планировании работ, а также о выдерживании сроков по релизам, промежуточным билдам и прочим ключевым датам. 73

7 признаков того, что вы не готовы стать менеджером проекта 7 признаков того, что вы не готовы стать менеджером проекта

Светлана Кошеленко 29210

Любой человек способен научиться рисовать диаграммы Ганта, но эффективные менеджеры проектов полагаются на здравый смысл, который приходит с опытом. Или не приходит... Ваши потуги вряд ли будут полезны, если вы изначально не обладаете теми качествами, которые будут необходимы каждый день, чтобы направлять проект к успеху. 65

Как быстро и больно убить проект Как быстро и больно убить проект

Dmitriy Voshkarin 24896

Список из 10-ти шагов, как быстро и больно убить проект. Не принимайте во внимание риски, забудьте слова Scrum, XP, Kanban и ни в коем случае не стоит поощрять желание к саморазвитию. 117

Комментарии

Н или на nightmare Впрочем, возразить нечего
Договариваться с органами и другими уважаемыми это soft-skills на максималках. Если так все серьезно то логичнее что заниматься таким нужно в более безопасном месте. Пока денег нет то вы никому не интересны, потом можно и переехать.
Тут вроде уже еа это налог хотели ввести Но бог с ним А если старт ап лишь наполовину программный, а ещё на половину с оборудованием работать? :/
Регистрация основной компании со всеми правами вне юрисдикции Украины. А тут просто офис с разработчиками.
Немного щепетильный вопрос: А как поступать когда начал зарабатывать, а дяде прокурору/судье/соседу решилось, что ты зря на отдал ему свои деньги и он пришёл с маски шоу?
Противоречивые чувства от статьи С одной стороны — идея правильная Но вот факты которые приведены в ее поддержку — не очень Во первых 75к в США это не много для сытого айтишника, и 150 не много.
В «гипотезе» для полной «объективности» нехватает третьего варианта — человек создал бога.
Все класно і може й правильно, але(з власного досвіду) треба крім того що бути інженером ще вміти в юзер рісьорчь, маркетинг, менеджмент як мінімум, а це не вроджене, цьому треба навчатись(на власних помилках в тому числі).
взагалі продукти це окрема історія, яка вимагає іншого мислення та експертизи. Правильная мысль, ведь очень многие с аутсорсом головного мозга не видят разницы. Ведь мол в аутсорсе пилятся те же самые «продукты».
UPD: робота Automation QA, Manual QA у Києві dou.ua/...​junior-digest-51/#Genesis
+1 за годовой саббатикал. Нереально реально много времени подумать про чего ты хочешь и чего ты можешь.
Если бить палками того у кого хуже метрики, то ни к чему хорошему это не приведет Именно.
В этом случае автоформатинг ни на что не повлияет. Один вкомитал 100500 сторк кода, второй придумал ввести форматирование, переформатировал все 100500 строк и вкомитал. По метрике оба работали одинаково...
Перформенс ревью это не метрики на индивидуумов. Собственно по вашим ссылкам выше нет никаких метрик. Все сводится к 360 feedback с полями start doing, continue, stop doing. Где метрики то? По какой формуле из этого рассчитывается зарплата? :-)
Программист Dev-1 пишет сложный код потому что... не умеет в clean code. Статья четко показывает что качество кода автоматически измерить нельзя. Всегда нужно думать головой. Если код пишут всего трое — достаточно посмотреть историю коммитов.