Инициатор и Постановщик задачи: ху из ху? (голосовалка) #593875

Идет процесс автоматизации учета проектной деятельности. Вчера общался с заказчиком, немного не договорились в терминах. Итак. Есть некая компания с ГенеральнымДиректором, который придумал Задачу. Он вызвал РуководителяДепартамента и устно объяснил суть задачи. РуководительДепартамента в учетной базе создал элемент справочника "Задача", в котором ответственным за ее выполнение назначил НачальникаОтдела. НачальникОтдела в свою очередь назначил исполнителем Сотрудника. Итого имеем следующий порядок передачи Задачи: ГенеральныйДиректор / РуководительДепартамента / НачальникОтдела / Сотрудник При этом в форме справочника "Задачи" есть 4 поля: - Инициатор С Ответственным и Исполнителем все понятно: это НачальникОтдела и Сотрудник. А вот с Инициатором и Постановщиком мы не договорились. Я считаю, что Инициатором в данном случае будет тот, кто задачу придумал, то есть ГенеральныйДиректор, а Постановщиком - тот кто ее ввел в базу. Клиент считает, что должно быть наоборот. Договорились, что мнение многоуважаемого ALL разрешит наш спор. Голосуйте, товарищи!

Понимаю, что сложно и запутанно, тем более в субботу, но тем не менее...

1

Все не правильно. Читаем PMBook. С ног на голову проектное управление перевернули.

>> Идет процесс автоматизации учета проектной деятельности А мне кажется что какой-то невнятной бюрократии...

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

В двух словах. Назначается руководитель проекта. Он ответственный. Рководитель проекта разрабатывает задачи и назначает на них исполнителей. Директор (хотя он не может быть заказчиком), в лучшем случае куратор проекта. А вообще это точно проектная деятельность? Проект - разовая не повторяющаяся деятельность ограниченная сроками, ресурсами и имеющая конечные цели (не дословно).

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

Планирование на крупных проектах бред. Для столь сложной системы классические подходы не работают.

инициатор определил НЕОБХОДИМОСТЬ работ, запустил процесс... постановщик - один из исполнителей..

а что для учетной базы означают поля Инициатор и Постановщик? Если это одно и то же, то абсолютно эквифалично, кто из этих двоих по факту есть хуизху

А так уважь все таки основного спонсора проекта, сделай его постановщиком. Вовлечение - важнейший мотиватор.   Если генеральный хочет игрушку - дай ему еёёёёёёёёёёёёёёёёё.

Тем не менее планирование маленьких кусочков большого проекта это уже очень хорошо и полезно. Вообще одно из этих полей будет заполняться автоматически при создании новой задачи из параметра сеанса ТекущийПользователь, а второе можно будет менять произвольно. То есть если исходить из примера в и я в нем являюсь директором департамента, то я завожу новую задачу, становлюсь в ней постановщиком и указываю, что выполнения этой задачи ожидает сам Генеральный, то есть он является инициатором. Таким образом, при составлении отчетности и проведении анализа каждый пользователь сможет будет узнать, как обстоят дела с задачами, которые он 1. Инициировал (он в поле Инициатор), 2.ввел в базу (Постановщик) 3. за выполнение которых с него спросят (Ответственный) и 4. которые он должен выполнить (Исполнитель). Другими словами: когда сотрудник получает новую задачу, он видит, кто ее ему поставил и кто ее инициировал. Он вообще не хочет туда влазить, ему нужно чтобы все работало. На самом деле речь об автоматизации этого клиента велась еще год назад, наконец проект ему продали, и за все это время их Генерального я и в глаза не видел )))

Так назови его как ему нужно. Суть от этого не изменится а людям приятно.

Тактические действия естественно нуждаются в планировании.

но в целом управление сложной системой подразумевает большую гибкость а следовательно минимум бюрократии. Я знаю массу примеров успешных проектов "на коленке" и массу провальных реализованных с помощью PMBOK.

Не, на фиг "как ему нужно". Я потом эту конфу буду еще кому-то продавать, и окажется, что изначально все было названо криво. Поэтому и завел ветку, чтобы выяснить, что ответит большинство и сделать как посоветует большинство, а заказчика я убежу, что он неправ.

ни фига я не понял, в чем смысл этих полей. Эти поля как-то на права или адресацию влияют? Из того, что ты написал, следует только, что смысл полей в том, чтобы в одном из них или увидеть, или нет ФИО Главного, чтобы на задачу или куй складывать, или носиться, как с писаной торбой. А с такими вводными, пофигу, где это ФИО будет или не будет с вероятнстью 50%

Только не надо про то что мы все не космонавты и не дартаньяны. Мы люди а не роботы с фиксированными показателями.

И выроешь себе могилу в чистом поле Удачи

Согласен полностью, тут очень многое зависит от человеческого фактора. Умный справится и с листиком бумаги и карандашом, дурак все завалит вне зависимости от набора инструмента. Но умный с хорошим инструментом это +100500.

Вот только не надо про космонавтов.) Мы живем в реальном мире с реальными людьми, которые совершают ошибки. Другой вопрос как система переживет эти ошибки.

Влияют, как минимум из-за "увидеть, или нет ФИО Главного, чтобы на задачу или куй складывать, или носиться, как с писаной торбой". Наличие или отсутствие определенного ФИО в данном поле влияет на приоритет и сроки исполнения задачи. Сфигали? Заказчик высказал пожелание, я ему ответил, что у меня есть сомнения в том, что он прав. Он сам с этим согласился. В итоге мы договорились взять 3 дня на подумать, чтобы в итоге все сделать как надо, а не как кажется конкретному субъекту, пусть он и главный заказчик.

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

Так он этого и хочет!!

А ты такой рычаг управления про.. теряешь

а какая религия мешает добавить два нормальных человеческих и вместе с тем простых и понятных поля "Приоритет" и "Срок исполнения"? Зачем заставлять людей думать над скрытыми смыслами?

Я еще 10 лет назад говорил, и даже табличка у меня над рабочим местом висела: "Самое слабое звено в любой автоматизированной системе это человек, который с данной системой работает". Система должна быть помощником и "консультантом" для ее пользователя: стараться отсекать сразу грубые ошибки, отслеживать отклонения от нормы и оповещать о них соответствующих людей. Поэтому и заводим 4 поля, чтобы начинать бить алярм не сразу на верхний уровень, а по возрастающей, чтобы не тревожить заранее бигбоссов и предупредить сразу рядовых сотрудников, что если они не начнут исправлять ситуацию, то будет ай-я-яй.

Сорри, не понял, чего именно он хочет?

тот кто ввел в базу - это автор, а постановщик и инициатор это совсем другие люди

а если они втроем посовещаются и решат, как будешь по полям разносить?

Абсолютно здравая мысль Поддерживаю. Но мнением генерального я бы все таки не пренебрегал

Эти поля были внесены в систему с самого начала ее разработки, когда там было еще всего 3 справочника и 1 обработка. Но. Когда сотр откроет утром базу и увидит оповещение "У вас 10 новых задач", при этом у всех задач одинаковый приоритет и срок исполнения, но выполнить он может только 5 из них к сроку, то ему придется выбирать, с чего все-таки начать прямо сейчас, а что отклонить, переадресовать другим или раздать подчиненным. Конкретное ФИО в поле "Инициатор" тут сыграет немаловажную роль, согласись.

прикольно, что департамент это и есть отдел. бюрократы....

10 задач с одинаковым приоритетом - это косяк "постановщка". а задача директора не всегда самая главная

Думали уже об этом, но 5-е поле "Автор" в этом наборе ИМХО будет повторять одно из уже перечисленных выше. Автор в данном случае больше подходит Постановщику. Конечно можно возразить, что Инициатор может сформулировать задачу в виде "Хочу кнопку", Постановщик расписать подробно, какого цвета и размера и в каком конкретно месте хочет кнопку Инициатор, а Автор просто тупо забить текст задачи в базу.

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

В любом случае инициатором задачи будет кто-то один. Если есть еще куча народа, желающая следить за ходом ее исполнения, то для них есть таблица "Заинтересованные лица", туда можно внести хоть весь штат фирмы.

вообще постановщик - это тот к кому можно обращаться с уточняющими вопросами

Это не косяк постановщика, а вполне реальная ситуация. Я даю курьеру 20 дисков ИТС и хочу, чтобы он разнес их клиентам вовремя, до определенного срока (по сути это 20 разных задач). В каком порядке  он их будет разносить - это сугубо его дело и меня волновать вообще не должно. Вообще-то твои мысли полностью сходятся с моими: того, кто махнул шашкой я обзываю Инициатором.

Мысль здравая, наверно есть смысл не добавлять 5-е поле, а просто переименовать Постановщика в Автора.

значит в этом случае и не важно кому он первому повезет диск.

+ Постановщик в данном случае нам вообще не нужен, и путаницы не возникнет

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

Вот еще, мне кажется, подходящая аналогия для разъяснения руководителям смысла термина "постановщик задачи": в театре есть "режиссер-постановщик". Вот он непосредственно работает с актерами (в нашем случае программистами). Всем примерно понятна его роль. Это никак не хозяин театра, решивший поставить "Вильяма нашего, Шекспира".

глава 5.1 Инициация. PMBoK 1996г.

>> Проект - разовая не повторяющаяся деятельность ограниченная сроками, ресурсами и имеющая конечные цели (не дословно). Не цели, продукты доставки (поставки)

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

Ну в общем то все стало ясно: Инициатором обзываем того, кто задачу придумал, Постановщика переименовываем в Автора. Если в дальнейшем понадобится поле "Постановщик", чтобы знать, к кому обращаться за подробными разъяснениями по сути задачи, то добавим и его. Всем спасибо!

Инициатор ИНИЦИИРУЕТ задачу. Постановщик СТАВИТ задачу. Исполнитель ИСПОЛНЯЕТ задачу. Не хотите PMBoK читать - почитайте толковый словарь.

кг/ам.

спасибо кэп

инициатор

Вопрос закрыт, умничать уже поздно

имхо. всего 2 пункта Инициатор и Ответственный. все остальное - это исполнители задач(этапов). что в бизнеспроцессах и реализовано

измените поля формы справочника Задачи

Два мало, для отчетности и анализа, как показал опыт, нужно больше.

Что значит - придумал задачу ? У вас что конкурс фантазёров ? Задачу обычно ставит заказчик, то есть тот, кому это нужно. Есть некоторая потребность в выполнении каких-то действий у конкретного лица - его задача - грамотно и чётко изложить свою потребность. Если это ваш сотрудник, то он сам должен вводить её в систему, если это клиент, то в систему вводить будет менеджер по работе с клиентами (если вы не даёте клиентам доступа на сайт для ввода хотелок). На этом этапе рождается задача. Далее, уже ответственные за планирование её решения люди должны над ней подумать и предложить план решения, который можно будет согласовывать с заказчиком и формировать ТЗ. Также должен быть назначен менеджер проекта, который будет отвечать за исполнение задачи. Вот на этом этапе работает постановщик задачи - он должен свести общие идеи к конкретному решению. После согласования ТЗ, определения стоимости выполнения и этапов оплаты задача ставится на исполнение, причём она может быть разделена на несколько мелких подзадач, у каждой из которых будет свой исполнитель. Все эти разделения и распределения делает уже менеджер проекта, который был назначен после согласования ТЗ. Иногда можно менеджера проекта назначать на этапе начала выполнения задачи, если присутствует множество задач, которые ещё не до конца согласованы с заказчиками, и назначить менеджера до начала исполнения невозможно, так как не будет равномерного распределения задач по менеджерам. Правда, никто не мешает передавать задачи от одного менеджера к другому или назначать несколько менеджеров на одну задачу, если она прекрасно разделяется на этапы выполнения.

ну, если пошла такая пьянка, то -  Заказчик формулирует цели. - Исполнитель решает перечень задач, приводящих к достижению цели

термин "постановщик" не применим к данной ситуации. по факту постановка отсутствует в полном виде и выполняется тем самым "васей" сотрудником, кто в елом выполнит поставленную задачу. т.о. РуководительДепартамента ответственный, но перед ГенДиром (ситуация вассал моего вассала не мой вассал).

Много написал, спасибо, а теперь примени все это к задаче типа "Добавить кнопку Обновить в отчете". Ты для этого будешь назначать менеджера проекта и писать ТЗ? Как я уже говорил выше, в данном случае мы ведем речь не о проекте в целом, а о конкретной задаче, которую в силах исполнить один человек. Но все равно спасибо. ))

С Постановщиком  уже разобрались, его уберем и заменим на Автора.

+ Если когда-то кому-то в задаче понадобится постановщик, режиссер, старший помощник младшего подавальщика кофе и т.д, то для этого у нас есть табличка в форме задачи "Заинтересованные лица", в которой пока одно поле "Сотрудник". Добавим туда еще одно поле - "Роль", где будет указано кем именно в данной задаче является конкретный сотрудник.Если Исполнителю понадобится подробная и ясная постановка задачи, он откроет эту табличку, найдет там сотрудника с ролью "Постановщик" и будет общаться с ним.

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

Ну, так кнопку добавить тоже уметь надо. Конечно, в большинстве случаев к клиенту поедет один сотрудник, который проведёт и исследование и доработает, только потом получается, что после очередного обновления кнопка "тютю" и начинается разбирательство, а для чего же она была нужна. Или ещё лучше - форма утыкана кнопками и рюшечками, а пользователи сидят с квадратными глазами и вспоминают программистов, которые всё это написали, так как им на форме только в одном поле циферку посмотреть надо.

Что-то далеко мы углубляемся, совсем от темы отошли.