второй шанс всегда есть.
в описанном мной алгоритме, я это сделал с юридическим подкреплением.

Сложно однозначно ответить.

Я в описанном вижу рациональное зерно первого уровня: это работа, у тебя есть определенный круг задач и тебе платят деньги именно за их выполнение. Всё остальное, пожалуйста, за стенами офиса. АС соплями, что я "не сделал ДЗ, т.к. собака тетрадь съела" - пожалуйста, на второй круг в школу, но никак не в проект.
Абсолютно справедливый подход, имеет право на существование и многие так живут. Закономерно имеет и свои недостатки.

Но есть и второй уровень. Progressive. Или экологичный. Собственно, для начала, попытаться въехать, почему так вообще происходит. Часто, элементарно ценности исполнителя не соотносятся с задачами, которые ему дают: поменяй задачи - и вот уже необязательный сотрудник даст фору иным трудоголикам. Будь этот человек уволен сразу, мы потеряли бы ценный кадр. С другой стороны, это наш риск, мог и не оказаться ценным кадром. А вся ситуация с ценностями - отговоркой. Но суть экологичности в наличие посыла решить вопрос, как такового. Сколько ресурсов мы готовы вложить - решается уже индивидуально (один разговор, стажировка в соседнем отделе, ненавязчивый коучинг, оплата психотерапевта...)

На практике же, обычно, вс сводится к вашим субъективным ощущениям, формируемым по косвенным показателям: какой именно подъод вы готовы применять к конкретному сотруднику и почему.

Просто пример: ни раз слышала истории про прием на работу посредственных разработчиков за их коммуникативные навыки. В итоге на них держался тимбилдинг команды и они же помогали выезжать в кризисные моменты проекта. Фактически, если цинично, это альтернатива/поддержка работе HR. Правда, нельзя не отметить тот факт, что и команда из таких не строится. Берут примерно в соотношении 1:5, не больше. И если остальные 4 не интроверты, а хотя бы суггестирующиеся.

"...и если остальные 4 не интроверты..."  У меня сразу бац! вспышка. Горячо любимые гибкие методологии и геймификация помогают раскрываться программистам-интровертам.

"Even programmers can be whole people in the real world. XP is an opportunity to test yourself, to be yourself, to realize that maybe you’ve been fine all along..." (с) Kent Beck.

Факт :)

базовый бесплатный!
вебинар Шрагенхайма по управлению проектами:
http://www.tocico.org/events/EventDetails.aspx?id=1111843

26 мая  в 17 МСК

Всем доброе утро=) Прошу экспертной помощи!
"Задача: разработать программу планирования деятельности коллектива, (выполнение проектов) и прогнозирования графика выполнения подобных пронктов на основе архивных данных." Препод сказал что главным инструментом будет MC Project, а в качестве "архивных данных" - разная статистическая информация по успехам каждого члена команды проекта

Предмет Выч. Математика))

В чем вопрос?

В чем вопрос то?

Вопрос в способах реализации. Вообще есть ли он? В MC Project нет открытого кода, всё что мне пришло в голову, так это выгружать проекты в Exel и из него выкачивать всю необходимую информацию в C# для построения графика с помощью функций интерполяции

Есть несколько дней, чтобы обговорить поставленную задачу

Т.е. вы ищите РМ'а с экспертизой в высшей математике и детальным знанием MS Project, так?

С высшей матемаикой у меня всё отлично, а вот с MS Project - нет =( Вопрос о взаимодействии данных из MS Project и матана. Выкачивать в exel - единственный способ? Или есть такие, о которых знает эксперт?

Я лично уже пару лет активно использую MS Project , но никогда не слышала о его взаимодействии с excel

Если такое существует, будет интересно услышать , как это работает

Графика чего? Всякий график это демонстрация зависимости одного от другого. Какой график хотите построить?

MS Project рисует сетевые графики проекта, умеет выранивать ресурсы, умеет показывать освоенный объём.

По заданию это должен быть график прогнозирования выполнения подобных проектов. Т.е % выполнения от времени

% исполнения  - это просто моделирование, можете просто рандомайзер сделать на реализацию задачи и пересчет сетевого графика.
Но распределение бывает разным, поэтому есть отдельные системы проектного моделирования. (Всякие методы Монте-Карло)

Для проектов основанных на знаниях (ИТ, проектирование изделий)  есть популярные механизмы расчета прогноза:
1. Диаграмма сгорания, Диаграмма возгорания (Burn down? burn up charts) - для прогноза срока завершения адаптивных ИТ проектов. У Максима Дорофеева есть экселька с вероятностями завершения проекта в заданный срок
2. Расчет точности планирования для уточнения самого расписания и учета этого как постоянной величиты ошибки.

еще есть эксельки с проектной математикой , которые и сетевой график  могут построить и посчитать что-то.
https://www.vertex42.com/ExcelTemplates/excel-project-management.html

А у нас например,  в системе BIPULSE, считается прогноз  завершения. Но мы показываем только основные погнозные показатели оптимистично/пессимистично без вероятностей. Ибо  не понятно как прийти к заказчику и сказать "мы завершим проект в в срок с верятностью 70%" - 8-[    ]  , люди хотят слышать конкретные сроки "не раньше чем ____" и не "позже чем ____, если все будет плохо"
Но мы больше специализируемся на метриках  для корректировки проекта чтобы в срок выполнять. И сокращения времени  на планирование и принятие решений.