войти зарегистрироваться

AgileОценка сложности задач из песочницы

Оценка задач


При оценке сложности задач очень часто сложно выдать абсолютную оценку. Гораздо легче оценить относительный размер двух задач, т.е., например, сказать, что задача А в два раза больше задачи Б.
При agile-процессе разработки приходится оценивать много пользовательских историй.
Используя попарное сравнение снижается погрешность в определении оценок, и более того, эту погрешность можно вычислить.

Песочница А как Вы относитесь к постам с ярлыком «из песочницы»?

Проголосовало 265 человек. Воздержалось 63 человека.

Блог компании GreenfieldProjectЯнварский Startup Crash Test — в поиске проектов

21 января в DigitalOctober откроется новый сезон «краш-тестов». На январском SCT выступят стартапы WiFixer и Cafenote. Набор участников еще открыт — предлагайте свои проекты.

Место проведения: г. Москва, центр DigitalOctober, Берсеневская набережная, 6.
Регистрация на мероприятие на сайте www.greenfield-project.ru обязательна.

Startup Crash Test'ы традиционно привлекают внимание экспертов стартап-отрасли, специалистов, которые могут усилить команду проекта, а также частных и венчурных инвесторов. Для предпринимателей это возможность протестировать бизнес-модель своего проекта, извлечь ценные уроки из опыта коллег и завести деловые контакты.

Организаторы приглашают стартапы, готовые заявить о себе профессиональному сообществу.

Управление проектамиRe: Способы оценки эффективности работника

Для комментария к топику многовато, поэтому, с вашего позволения отвечу топиком.

Начиная читать статью, был полностью согласен, как нельзя оценивать эффективность, но дойдя до как можно, стал в очень многом не согласен. О чем я? Смотри далее…

Управление проектамиСпособы оценки эффективности работника

Многие менеджеры сталкиваются с одной очень занимательной проблемой в IT-сфере. И имя этой проблеме — оценка эффективности работника. Еще пол столетия назад такая задача не вызывала приступов мигрени и паники у руководителей или экономистов, потому что все было просто. Работник закрутил 50 гаек — плохо, закрутил 150 гаек — великолепно! Но пришла революция информационных технологий, и оценка эффективности стала краеугольным камнем.

image

Давайте разберемся, что к чему. Допустим, у нас есть абстрактный IT-работник, очень сильно смахивающий на программиста, который будет создавать не менее абстрактный продукт в некой компании таких же абстрактных работников. Первое, что сделал бы оценщик середины 19 века, это вывел вполне четкие показатели труда. И были бы это время и количество кода. Чем больше кода создает работник, при минимальных временных затратах, тем более эффективный работник. Все это хорошо, но это не работает.

Linux для всехСамый удобный рабочий стол Linux

«The easiest desktop Linux ever!» — такую оценку получил российский дистрибутив Calculate Linux Desktop (совместно с Linux Mint 8) по мнению журнала LINUX Magazine.

Персональные блоги Используете ли вы значения между 1 и 5 при оценке чего-либо по системе "со звездочками"?

Проголосовал 521 человек. Воздержалось 70 человек.

на удаление Нужен ли нам блог Порка? Цель-нахождение скрытых от самыленого взгляда недостатков в ваших проектах

Проголосовало 279 человек. Воздержался 71 человек.

Блог компании DEVPROMПодбор команды для выполнения проекта

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

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

Персональные блогиО недостатках кармирования

Что делает Хабр в одно время и очень заманчивым ресурсом, и в то же жестоким? Что вообще выделило его?
Думаю, ответом (или, по крайней мере одним из вариантов) будет карма. Выражаясь языком сообществ — «писькомерка».

На данный момент занимаюсь написанием модулей для Django, связанных конкретно с оцениванием и оценками. Столкнувшись с проблемой, я понял, что нужно какое-то обосновние идее, а не просто моё «Хочу», ибо если нет обоснования, нет и смысла. Впринципе, подопытным стал Хабр.

Хабр даёт возможность прямиком «насрать в» или «плюсануть» карму, что есть главный недостаток. Объясню почему. Допустим, у человека есть 5-10 достаточно успешных, популярных топика, имеющих просто впечатляющие оценки. В один прекрасный день, он создаёт больной для него топик, идущий в разрез с общественным мнением… И получает в харю всё и сразу, потому что плюсуют в карму за хорошее меньше, чем минусуют за плохое, и это жалкая человеческая натура, которой почему-то легче заставить нагадить, чем поощрить :) (в моём опыте, в карму насрали 6 из 11 человек, поставивших минус. Впрочем, об этом я уже писал.