Эти определения я читал раньше.
Но они по смыслу расходятся с определением в теме:
"План - есть совокупность конечных и промежуточных состояний, описанных в терминах достижимости."
И далее: Как только вы написали действие вместо результата, все - это более не план.
С таким подходом я встречаюсь впервые.
Мне интересно, как SALar обосновывает эти определения и на каких источниках основывается.
Из нашей вики:
Рекомендуется разделять понятия план (plan) и график (schedule). В отличии от графика, план содержит в первую очередь описание результатов и способ проверки и не содержит трудоемкостей, сроков и исполнителей. В этом смысле сетевой график - один из вариантов представления плана проекта (если в нем не указаны активности), а диаграмма Ганта - нет.
На чем основываюсь:
1. В первую очередь, на работах Щедровицкого и его группы.
Впоследствии я нашел много единомышленников. Привожу в порядке, котором их нашел.
2. Влад Балин
http://gaperton.livejournal.com . Например:
http://gaperton.livejournal.com/16087.html http://gaperton.livejournal.com/57204.html http://gaperton.livejournal.com/49867.html http://gaperton.livejournal.com/37721.html http://gaperton.livejournal.com/33978.html http://gaperton.livejournal.com/47983.html http://gaperton.livejournal.com/30325.html и т.д. Не нашел статьи про план захвата мира. Поищите, очень доставляет.
цитата:
"Сетевой график, состоящий из активностей, в духе defined, не адекватен проектам разработки ПО - он из альтернативной реальности, в которой работает waterfall. Процесс разработки ПО представляет собой по сути процесс решения проблем, а не процесс доставки артефактов, и характер активностей так же как и структура артефакта может меняться по ходу работ. Активности просто нельзя заранее расписать."
"И этот план тестирования может стать основой для плана разработки."
3. Максим Дорофеев
http://cartmendum.livejournal.com4. Теория ограничений с их инструментарием. Ищите "План переход" и "Дерево преобразований". "План перехода" очень клевая вещь. Не слишком часто использующийся подход к планированию, но очень приятный.
5. Thinking with Flying Logic
Читайте и обрящете. Пожалуй самое простое к применению.
------------------------------------------------------------------
Базовые термины.Мы достаточно часто спорим об определениях, или еще хуже, бросаемся в бой, не договорившись о предмете спора. Что делать, точные определения - это удел невероятно скучных, многотомных исследований. Но попробуйте их осилить. Уверяю вас, что многие задаваемые вопросы или задачи, над которыми люди бьются неделями решаются просто “по определению”.
Материал взят из работ Анисимова (ученик Щедровицкого). Большое спасибо моему другу Сергею Середе, приславшему эти определения.
Заказ - формулировка потребности заказчика. Будучи изначально сформулирован самим заказчиком, как правило содержит достаточно много избыточной с точки зрения исполнителя информации. В то же время, в исходной формулировке могут быть упущены существенные требования к конечному продукту, как “сами собой разумеющиеся”. Поэтому необходимым является этап уточнения и профессионального понимания заказа для дальнейшего построения на его основе цели.
Цель - предписывающее представление о конечном продукте, обеспечивающем удовлетворение потребности, сформулированной в заказе. Предполагается наличие качественных и количественных характеристик цели. Профессиональная постановка цели предполагает также ее достижимость существующими средствами. Это достаточно сильное требование приводит к тому, что процесс создания проекта может носить итерационный характер. Возврат на один из предшествующих этапов возникает в том случае, если на одном из последующих этапов обнаружилась невозможность достижения цели или полного удовлетворения заказа имеющимися средствами.
План - нормативное представление, в котором указана последовательность промежуточных и конечных результатов, т.е. зафиксированы состояния, которые проходит исходный материал в процессе его преобразования в конечный продукт. В этом смысле схема 1. также является планом. План создает предпосылки для:
1. Расчленения деятельности и фиксации требований к промежуточным ее состояниям
2. Для сохранения достигнутых результатов на последующих шагах и соотнесения их с конечным продуктом
Технология - переход от одного промежуточного состояния к другому описывается характеристикой средств, с помощью которых этот переход осуществляется, способов применения средств и фиксацией самого факта переходимости. При наличии нормативных представлений о промежуточных результатах, перечисленные признаки образуют технологическую характеристику части деятельности. Собранные в форме плана такие характеристики образуют технологию.
Программа - в ней фиксируются инструкции для исполнителей и требования к способностям исполнителей, а также хронологически выстраивается структурированное действие.
—————-
Определение “нормы” встречается у С.Платонова в его книжке “После коммунизма”.
Там это трактуется как некоторый принятый порядок действий в заданной ситуации (стереотип), но, в отличии от “просто стереотипа”, поддерживаемый механизмами СОЦИАЛЬНОГО КОНТРОЛЯ и коррекции в случае отступления от нормы.
Что такое план? Академическое определение