×Закрыть

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

RSS

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

Olga Kolpakova 5773

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

6 шагов, которые помогут внедрить изменения в проекте. Опыт PM’a 6 шагов, которые помогут внедрить изменения в проекте. Опыт PM’a

Maxim Ostrovskiy 5690

Эта статья посвящена изменениям. Она построена на примере работы с системой управления проектами. Но некоторые примеры — из внедрения ТРИЗ и систем управления персоналом для больших предприятий. Полезно прочитать тем, кто уже работает над процессами, директорам, которые проводят изменения, и топ-менеджменту — для понимания принципов, из-за которых нововведения могут провалиться. 3

7 вызовов для бизнес-аналитика при выявлении требований 7 вызовов для бизнес-аналитика при выявлении требований

Diana Savvova 10760

На этапе выявления требований закладывается фундамент будущего продукта, и от качества работы BA будет зависеть, насколько надежным он получится. Поэтому в первую очередь важно узнать, действительно ли то, что озвучивает заказчик, совпадает с реальной потребностью бизнеса. 5

Навіщо IT-спеціалістам оцінювання soft skills і як це робити Навіщо IT-спеціалістам оцінювання soft skills і як це робити

Наталка Грицак 14857

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

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

Artem Ganzha 5523

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

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

Olha Chmyr 12373

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

Как измерить программиста Как измерить программиста

Ruslan Dmytrakovych 19290

Разработчик Руслан Дмитракович рассказывает, что у него возникла задача оценить группу программистов, работающих над проектом. Ситуация напоминала мультфильм «38 попугаев»: нужно измерить удава, но как это сделать — неизвестно. В результате появилась методика, которую он представляет в этой статье. 110

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

Andriy Mudryy 6186

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

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

Oleksandr Katrusha 9088

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

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

Oleksandr Katrusha 12448

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

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

Natali Renska 16498

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

Quotify: як сервіс допомагає оцінювати проекти Quotify: як сервіс допомагає оцінювати проекти

Andrii Nasypanyi 2498

Більше 200 компаній протестували новий сервіс для оцінки проектів Quotify, що намагається конкурувати зі звичними Excel та Google-таблицями. У чому його переваги, які складнощі слід вирішити у найближчому майбутньому та як зреалізовано проект — розповідає Андрій Насипаний, Product Manager Quotify. 9

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

Andrew Batutin 26350

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

Рейтинг разработчиков или Серебряная пуля профессора Эло Рейтинг разработчиков или Серебряная пуля профессора Эло

Alexandr Donichenko 7967

Рейтинг и грейд почти синонимы, точно также и эта статья очень близка к циклу предыдущих, в ней точно также затрагивается вопрос «какой разработчик должен получать больше?». И в то же время она стоит особо и люба мне особенно, так как в ней, помимо краткой характеристики родовых недостатков существующих систем грейдинга, есть много позитива. 73

Хочу или могу? Определяем уровень сотрудника в компании Хочу или могу? Определяем уровень сотрудника в компании

Konstantin Brendel 16633

Я знаю и умею или только так думаю? Как меня видят со стороны и как это совпадает с моим мнением? Каковы мои достоинства и недостатки? Каким меня видит моя команда, мои коллеги, мое начальство? Какие у меня перспективы, на что я могу рассчитывать? Представляю широкому кругу читателей свои наработки по оцениванию, грейдингу, performance review и развитию персональных навыков. 92

Тыкая пальцем в небо, или эволюция одной метрики

Ruslan Shevchenko 3330

По сути, объект, которым торгует программист — это человеческое внимание. Оценка трудоемкости и собственно программирование сходны меж собой в том смысле, что оба процесса представляют собой декомпозицию задачи на более мелкие части и привлечение внимания к каждой из этих частей; в случае программирования — подробное, с точностью до запятой, а в случае оценки — приблизительное, с точностью до подсчета элементарных пунктов в соответствии с выбранной детализацией. 12

Комментарии

Дякую! Дуже радий, що вийшло корисно)
Мне тоже показалось что как-то странно перечислены архитектуры, а потом обратила внимание на этот текст — что это список наиболее используемых подходов, а не всех Загальний перелік стилів можна подивитися за посиланням.
Не всі тенденції у статті обозначені... 1. Ейджізм. Якщо тобі 50 років — нікого не цікавить що ти тричі на тиждень ходиш до спортзалу та до лікаря звертався останній раз двадцять років тому назад. Ти в очах менеджерів — проблема. Бо можеш захворіти.
Согласен, даже полностью. Предложу своим ребятам из Хьюстона сжелать то же самое, пусть прилетят в Киев, снимем беседку, посидим нормально возле озера )
Обычно в Amazon и Facebook нет QA позиций в команде — предполагается что сами Software Engineer пишут для своих сервисов автотесты. Так что для QA путь точно такой же: хорошо знать программирование и уметь проходить описанные в статье интервью.
Все же это не настолько глоабльная штука, как скажем, микросервисы vs монолит. У вас с одним сервисом может идти общение по рестам, а с другим по соупу — без рестов, командочками туда-сюда.
Спасибо за конструктивный комментарий. en.wikipedia.org/...​entational_state_transfer restfulapi.net/...​rchitectural-constraints
Дякуємо за участь! Для цього проєкту опитуємо спеціалістів, які зараз живуть в Україні та працюють в ІТ-сфері. #зрада
Смешались в кучу кони, люди. Monolith Microservices/SOA. это одна ось Layered. отдельная Module-based. ещё одна отдельная REST а это методология взаимодействия, вообще говоря не навязывает то как вам писать код внутри.
Я тоже использую помодоро но с каноническими 25 минут / 5 минут. Перерывы трачу на гимнастику для глаз или что бы встать с кресла пройтись по комнате и разомнуться.
добавьте прогресс, а то не понятно там 3 вопроса или 30
хотя это и провалило все мое будущее в профессиональном смысле Класс, человек, мечтающий стать врачом, стал священником. Назовем его Акакий.
когда ты вложил много сил и энергии в работу, результат которой со стороны не виден Регулярная боль в стартапах, когда РМ далек от технической сферы, есть бэкенд разработчик и фронтэндщик, и ты как раз тот самый человек, пилящий бэкенд, который не...
Дійсно, як я не здогадався. Коли перераховував недоліки, знайшов лише чотири, намагався знайти п’ятий і не знаходив. І здогадався ж натиснути «далі». А тут чомусь не здогадався — пора у відпустку.
не кожен бачить можливість натиснути «далі» :)