Бизнес форум «Выгодное Дело»
Где найти новые идеи для вашего бизнеса
Большое количество людей желает незамедлительно заняться своим бизнесом.


Обсуждение работы бизнеса в сфере IT, связанной с разработкой/доработкой и сопровождением программного обеспечения (software).



Ответить
 
Опции темы
22.06.2016, 17:01   #1
Kotzebe
Журналист
 
Имя: Руслан
Пол: Мужской
Возраст: 33
Регистрация: 13.03.2015
Сообщений: 1,381
Благодарностей: 269
Вес репутации: 189

По умолчанию Разработчик в управлении проектами

Есть только два варианта для объективной оценки работы разработчика, чтобы установить удовлетворяет ли она требования качества, бюджета и сроков.

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

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

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


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

Если смотреть на ситуации в идеале, то каждая задача, поставленная разработчику, должна быть им решена таким образом, чтобы:
  • время работы над задачей не превышало времени, которое уходит на предварительную оценку продолжительности исполнения данной работы;
  • качество кода соответствовало определенным стандартам и критериям;
  • стоимость решения не выходила за пределы установленного для него бюджета.

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

Это необходимо для повышения эффективности работы HR. Представьте себе, как могли бы помочь критерии профессионализма разработчикам HR-менеджеру в подборе исполнителей для конкретного проекта. Ему бы удалось подобрать оптимальный коллектив под конкретный случай в зависимости от требований к проекту. Кроме того, объективная оценка собственных качеств помогла бы и самим разработчикам. Они бы знали, над какими профессиональными качествами им следует больше работать, в каком направлении развиваться. Разумеется, это увеличило бы спрос на их труд, а также смогло бы повысить собственный рейтинг.

Если смотреть со стороны заказчика, то применение объективных критериев профессионализма им также выгодно. Это повысит качество управления трудовыми и материальными ресурсами, а параллельно с этим повысит и качество управления бизнеса (в общем).

Цену, которую придется заплатить, не является столь обременительной. Нужно лишь повысить требования к дисциплине, и аккуратно собирать и обрабатывать данные.

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

Цитата:
Перед тем, как перейти к различиям между двух подходов, для начала стоит описать подход к оценке качества.
Помимо стандартных методов QA, планируется получать метрики качества кода при помощи статических анализаторов, таких как «SonarQube». Полученные таким путем данные можно будет соотнести с результатами работы разработчиков, которые принимают участие в проекте.

Это поможет оценивать проект в целом, также как и любую его отдельно взятую часть.

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

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

Если говорить о показателях, которые касаются выполнения проекта в установленный срок, то буду необходимы:
  • данные о реально потраченном времени на выполнение определенной задачи;
  • оценка задачи в часах для разработчика, который будет заниматься ею;
  • срок, к которому задача должна быть выполнена.

Уточним, что задачу можно считать выполненной, после того, как над её решением поработало несколько человек (к примеру, тестировщик и разработчик). Такое сотрудничество подразумевает правильное планирование рабочего времени, а также отличное взаимодействие при выполнении задачи. Можно по этой теме много говорить, но в этом подходе все величины касаются показателей времени.

Что касается характеристик, относящихся к бюджету, то тут есть три варианта проектов, если смотреть на ситуацию со стороны ценообразования:
  • «Fixed cost» – при этом проект не предполагает и малейших отклонений от установленного бюджета;
  • «Time and Material» – стоимость проекта зависит от затраченных часов на его выполнение, при этом отклонение от бюджета будет напрямую связано с отклонением от сроков.

В обоих названных вариантах по факту отсутствуют бюджетные метрики.

Если проект с нестрогим «fixed cost», то есть имеется возможность согласовывать определенные изменения бюджета во время выполнения проекта, тогда неясно, к чьим «заслугам» отнести подобные изменения в бюджете. Получается, что данный подход означает следующее: в треугольнике управления проектами невозможно адекватно отобразить для отдельного разработчика показатели бюджета, это значит, что для данной цели остаются лишь метрики сроков и качества.

Цитата:
Второй подход состоит в том, чтобы часть метрик, относящихся ко времени, пересчитать на показатели бюджета.
Выполнение в сроки, в данном случае, будет измеряться при помощи календарных дат: «Due Date», «Start date», «Actual Date». Более конкретно метрику срока можно измерять, принимая во внимание сорванные сроки за задачу, а так же, как соотношение разницы между «Due Date/Start date/Actual Date». При этом показатель бюджета будет строиться на предварительной оценке времени и затраченного в действительности времени. В таком случае бюджетное расхождение будет рассчитываться, как среднее отклонение потраченного времени от времени оценки.

Выше изложенные рассуждения, безусловно, рождают определенные вопросы:
  • Как Вы считаете, какой из представленных подходов более оптимально сможет описать профессионализм разработчика, учитывая такие критерии как попадание в бюджет/сроки/качество? Какие для данной ситуации можно было бы использовать варианты треугольника?
  • Можно ли соотносить бюджет в денежном эквиваленте с эстимейтами и потраченными в реальности часами на выполнение задач? Чем являются в такой ситуации сроки, можно ли их отнести к эстимейтам, или все же к «Due Date» и «Start date»?
  • Есть ли смысл учитывать различия в проектах в зависимости от ценообразования, то есть «time and material», «fixed cost», другие варианты, во время расчета бюджетной метрики для отдельно взятого разработчика, или же все-таки оптимальным вариантом является только подход «fixed cost»?
  • Насколько правильно использовать модель, которая показывает объективные ограничения, появляющиеся при управлении проектами, с целью определения количественного описания профессионализма разработчика?
Миниатюры
Нажмите на изображение для увеличения
Название: 7e461417821b4d0097621fa8cb1d85de.png
Просмотров: 84
Размер:	37.6 Кб
ID:	4485  




Сказали спасибо:
Lynx (23.06.2016)
22.06.2016, 17:01
Выгодное дело
Бизнес форум
По умолчанию Разработчик в управлении проектами

29.06.2016, 23:13   #2
kissfm11
Старожил
 
Аватар для kissfm11
 
Возраст: 27
Регистрация: 19.11.2014
Сообщений: 1,194
Благодарностей: 38
Вес репутации: 151

По умолчанию Re: Разработчик в управлении проектами

Но мне кажется все намного сложнее. В тоже время не может быть, чтобы все было вот так просто, когда сколько факторов действует на рынок.
Ответить

Социальные закладки


Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 
Опции темы

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход

Похожие темы
Тема Автор Раздел Ответов Последнее сообщение
Источники объективной информации в управлении компанией Kotzebe Менеджмент и управление предприятием 5 09.07.2016 21:27
Виды стратегий при доверительном управлении Kotzebe Доверительное управление 6 16.05.2016 21:49
Минкомсвязи намерено разработать национальную мобильную ОС, для чего ищет разработчик umboga Бизнес новости 5 07.07.2015 11:32


Последние темы
» 24.03.2017, 19:19
0 Ответов
» 24.03.2017, 19:04
5 Ответов
Последние ответы
Опрос

Пригодилось ли Вам высшее образование?
Да, работаю по профессии - 16.88%
13 Голосов
Да, хоть работаю в другой сфере - 25.97%
20 Голосов
В результате открыл свой бизнес - 2.60%
2 Голосов
Изредка помогало - 19.48%
15 Голосов
Совершенно не пригодилось - 19.48%
15 Голосов
Учеба - потерянное время - 7.79%
6 Голосов
Другое - 7.79%
6 Голосов
Всего голосов: 77
Вы ещё не голосовали в этом опросе.
Создать интернет магазин на платформе InSales
Популярные статьи
» 22.01.2017, 01:15
» 18.01.2017, 21:31
» 08.01.2017, 15:18
Яндекс.Метрика
Текущее время: 04:01. Часовой пояс GMT +4.