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

Скажімо, у вас є 5 клієнтів, ви розробляєте 2 або 3 різні проекти для кожного. Кожен проект має завдання X _i .

Кожен проект займає від 2 до 10 чоловічих тижнів.

Враховуючи, що ресурсів мало, бажано мінімізувати накладні витрати.

У цьому сценарії два питання:

1. Які інструменти ви б використали для визначення пріоритетності завдань та відстеження їх виконання, прагнучи мінімізувати накладні витрати?
2. Які критерії ви б взяли до уваги, щоб визначити, яке завдання призначити наступному доступному ресурсу, враховуючи, що головна мета - збільшити пропускну спроможність (більше проектів, закінчених за одиницю часу, ця мета суперечить початку проекту та його завершенню, а потім переходить до наступний)?

Ідеї, методи управління, алгоритми вітаються

Здається, що компанія взяла на себе більше роботи, ніж вона впорається, і вона намагається викопати себе з ями.

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

Або примусьте більше людей працювати над проектами, з якими ви не можете впоратися (це не міфічний сценарій, що стосується чоловіка місяця, якщо над ними ніхто не може працювати).

Kanban дозволяє відстежувати завдання в робочих процесах. Вони показують області в робочому процесі, які відчувають відставання, тому ви можете присвятити більше зусиль для їх очищення, а також почати виділяти те, що їх викликає.

Існує кілька приємних посилань на техніку .

Прочитайте їх усіх. Так. Прочитайте їх ще раз, поки ніби нічого не суперечить вашому «вивченому» досвіду. Потім вийміть якийсь пост і спробуйте навчити когось іншого, що таке канбан. Потім прочитайте їх ще раз, щоб побачити те, що ви не зрозуміли так добре, як ви думали.

Враховуючи ваш сценарій, я б просив замовника визначити пріоритетними проектами, над якими ви працюєте. Я б не вибирав ці проекти тими, хто має "найвищі коефіцієнти прибутку", оскільки ви надсилаєте клієнту повідомлення, що все, що вас цікавить, - це їх гроші. Ви хочете, щоб ваш клієнт знав, що вам цікаво допомогти їм у вирішенні своїх програмних проблем.

Тоді процес визначення того, над чим ви працюєте далі, - це бесіда між вами та ними, де ви пояснюєте, які ресурси у вас є у своєму розпорядженні, щоб виділити їхній проект (и) та які вони б надали пріоритет.

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

Ще один побічний ефект цього процесу полягає в тому, що ви можете краще керувати очікуваннями клієнта.

Microsoft OneNote - найкращий інструмент, який я бачив для відстеження кількох проектів на різних етапах.

На жаль, у багатьох програмних фірм пріоритети встановлюються на основі старої приказки: «Колюче колесо отримує жир». Незалежно від того, хто з клієнтів скаржиться найголосніше, спочатку вони завершать свої проекти.

У тих випадках, коли у вас є проекти, які стосуватимуться більше ніж одного клієнта, може бути простіше розставити пріоритети, запитавши себе, які товари вплинуть на більшість клієнтів.

Мені завжди цікаво вивчати нові та кращі способи визначення пріоритетності проектів розвитку, але, здається, немає ідеального способу, який би охопив різні організації.