Ищу пример плана проекта создания программы.

[Thomas]

Приветствую всех.
Обращаюсь к уважаемому сообществу
поделитесь реальным планом проекта создания программы или дайте ссылочку где посмотреть.
Гуглил, но не очень успешно.
Интересно планирование первых двух этапов разработки проекта: планирование и анализ. С третьим и четвертым этапом более мение все ясно.
Заранее спасибо и наилучшие пожелания.

[Хакер]

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

[Thomas]

Хакер
Приветствую.
Естественно к каждому проекту разрабатывается индивидуальный план со своими сроками, исполнителями и т.д. и т.п.
Но есть общие основные пункты.
Мне интересны только пункты, а не то сколько они выполнялись и кем.
Поставим вопрос по другому:
какие подпункты нужно включить в первый пункт - Планирование,
а какие во второй - Анализ?
Теорию читал, теперь надо ее применить на практике. Но что бы лучше понять что и как, хочу посмотреть какие планы реально существовали.

[ANDLL]

Бытует мнение, что теорию по таким вопросам писали неудачники, которые сами так никогда и не смогли написать не одной программы(наверное все занимались анализом и проектированием). По факту,если тебе так и правда интересно как пишуться большие программы - устраивайся в любую компанию, хоть в Net Cracker и дослужись до тех должностей, когда тебе будут предлагать заниматься такими вещами

[alibek]

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

[ANDLL]

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

[alibek]

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

[keks-n]

Археоптерикс, оказывается, не умел летать, только планировать... Вот и начальники в IT такие же, мля, сидим тут как археоптериксы, кодить не кодим, только планируем...

[Денис]

keks-n
Все. после этой цитаты топик можно закрывать. однозначно.

[Thomas]

топик можно закрывать. однозначно.

Да, а ... воз и ныне там.

[Денис]

Thomas
на сайте MS был? У них много решений по твоему вопросу. Для любых размеров софтверных предприятий

[Thomas]

Денис

на сайте MS был? У них много решений по твоему вопросу.

Был, но не нашел.
Кинь ссылкой.