Без заголовка

Вы не обратили внимания: я нигде не писал про "планирование проектов" -- в этой области есть устоявшаяся терминология (project management, управление проектами). "Планирование работ" -- это совсем другое. Извините, но текст я писал для людей, которые понимают принципиальную разницу между workflow (ключевые слова BPEL и APS)и work breakdown structure (ключевые слова Gantt и CCPM). Когда же я говорю о программистской части, то я опираюсь на основные положения, разработанные в свое время группой "Аттик" мехмата МГУ (я провел пару лет в аудитории 1310 ГЗ МГУ и имел удовольствие работать с Кушниренко, Лебедевым, Варсановьевым, Дымченко, Эпиктетовым, Леоновым и т.д.). Как и что называть в программировании и что вообще считать программированием -- так тут у меня свое собственное мнение есть, и мне все равно, что вы слышали. Я за свою жизнь про это многого наслушался, а много чего и был свидетелем (я свою первую программу написал в 1975 году, а первое место моей работы было -- исследовательский ВЦ в университете). Так что с удовольствием получу от вас комментарии по существу вопроса, а не по используемой терминологии. Скажем, чему в параллельных программах соответствуют "типовые кусочки проекта", а чему "шаблоны проекта"? Про workflow я этого не спрашиваю: там стремительно побеждают именно языки программирования (хотя и не слишком процедурные). А "чисто программистский взгляд на проблему" тут меня мало волнует: Алан Кей совершенно не зря говорит, что у современных программистов глаз абсолютно замылен.