6 стадий проекта

← →
blackman © (2009-06-08 14:16) [0]

1. Энтузиазм
2. Крушение иллюзий
3. Паника
4. Поиски виновных
5. Наказание невиновных
6. Восхваление и награждение не участвовавших

А как у Вас?

← →
keymaster © (2009-06-08 14:25) [1]

1. Ознакомление с требованиями заказчика.
2. Составление ТЗ.
3. Планирование времени разработки
4. Разработка
5. Тестирование
6. Доработка
7. Выдача продукта заказчику.

← →
Игорь Шевченко © (2009-06-08 14:28) [2]

1. Ознакомление с требованиями заказчика
2. Создание мини-ТЗ и прототипа, тестирование прототипа
3. Ощупывание прототипа, реализация функциональности, тестирование
4. Выдача продукта заказчику
5. переход к третьему пункту

← →
BiN © (2009-06-08 14:43) [3]

> blackman © (08.06.09 14:16)

я в таких случаях бегаю.
доза эндорфинов - самое то во время стресса (т.е. в любое время))

зыж
вопрос всё ж был не по стадиям, как я понимаю?

← →
test © (2009-06-08 14:45) [4]

1 Шумиха
2 Неразбериха
3 Наказание невиновных
4 Награждение непричястных

этому бояну лет 500))

← →
Юрий Зотов © (2009-06-08 14:46) [5]

> keymaster © (08.06.09 14:25) [1]

Причем пункты 5 и 6 имеют свойство зацикливаться...
:o)

← →
Медвежонок Пятачок © (2009-06-08 14:49) [6]

7. Потеря исходников.

После этого все баги объявляются фичами а само ПО становится бессмертным. Пока какой-нибудь энтузиаст лет через пять не перепишет все заново и не перейдет к п.7

← →
TUser © (2009-06-08 14:55) [7]

1. Замысел
2. Реализация
3. Придумывание замысла, соответствующего реализации

:)

← →
blackman © (2009-06-08 15:11) [8]

Игорь Шевченко © (08.06.09 14:28) [2]
Маловато будет! Где же тестирование и исправление ошибок.
Пропущен этап демонстрации заказчику и полной переделки проекта в результате этого :)

test © (08.06.09 14:45) [4]
Боян? Возможно, но актуален и сегодня.

Юрий Зотов © (08.06.09 14:46) [5]
Вот и я об этом же. Интересно КАК правильно. Как избежать и унифицировать...

← →
oldman © (2009-06-08 15:29) [9]

> blackman © (08.06.09 15:11) [8]
> Интересно КАК правильно. Как избежать и унифицировать...

Находится в
1. Энтузиазм
как можно дольше и ни в коем случае не начинать не только кодить, а даже и обдумывать!!!

← →
test © (2009-06-08 15:49) [10]

1 Анализ исходной задачи
2 ТРП
3 ТЗ
4 Первый прототип
5 Доводка прототипа
6 Проверка у заказчика
6.1 неудача пункт 5
6.2 удача Поддержка программы

← →
oldman © (2009-06-08 15:59) [11]

> test © (08.06.09 15:49) [10]
> 6.2 удача Поддержка программы

"Не бывает!" (Понедельник начинается в субботу ©)

← →
blackman © (2009-06-08 16:04) [12]

oldman © (08.06.09 15:29) [9]
Т.е. не показывать заказчику и не заканчивать проект никогда? :)

test © (08.06.09 15:49) [10]
Пунк 6.1 и 6.2 как различаешь? Т.е. когда удача?
Проблема обычно в том, что желания заказчика и понимание их разработчиком обычно не совпадают сразу...
Хотелось бы услышать что-то о формализации этого процесса, что бы исключить лишние goto на пункт 5

← →
Игорь Шевченко © (2009-06-08 16:20) [13]

blackman © (08.06.09 15:11) [8]

Тестирование в пунктах 2 и 3, а ошибки... Какие еще ошибки ? :)

> Пропущен этап демонстрации заказчику и полной переделки
> проекта в результате этого :)

Тебе Windows демонстрировали и после демонстрации переделывали ?
Вот и у бабочек то же самое...:)

← →
blackman © (2009-06-08 16:36) [14]

Тестирование в пунктах 2 и 3, а ошибки... Какие еще ошибки ?
Большие и маленькие :)
Про бабочек не надо :) Давай о наших

← →
oldman © (2009-06-08 16:39) [15]

> blackman © (08.06.09 16:36) [14]
> Про бабочек не надо :)

Обязательно надо!!!!!!!!!!!!!!!!

← →
Игорь Шевченко © (2009-06-08 16:39) [16]

blackman © (08.06.09 16:36) [14]

> Большие и маленькие :)

Больших нет, мелкие на этапе тестирования отлавливаются.

А к тому, что заказчик скажет, "эта не хочу, та хочу" - это утопия :)

← →
oldman © (2009-06-08 16:41) [17]

> Игорь Шевченко © (08.06.09 16:39) [16]
> А к тому, что заказчик скажет, "эта не хочу, та хочу" -
> это утопия :)

Да ну? Еще как скажет!

← →
test © (2009-06-08 16:42) [18]

blackman © (08.06.09 16:04) [12]

Ремонт и разработку можно только прекратить, заверщить нельзя.(шутка)
Пока заказчик не скажет, что прога его устраивает.

← →
Юрий Зотов © (2009-06-08 16:46) [19]

> blackman © (08.06.09 15:11) [8]

> Как избежать и унифицировать...

Сие есть великая и никем непознанная тайна мироздания...
:o)

Есть один способ - не давать заказчику беконечно изменять требования к проекту. То есть, заставлять его подписывать ТЗ и сдавать этап проекта строго в рамках этого ТЗ, относя все придуманные заказчиком бантики и рюшечки на следующий этап (на который тоже должно быть подписанное заказчиком ТЗ).

Правда, способ этот скорее теоретический. На практике такого не встречал.
:o)

← →
Игорь Шевченко © (2009-06-08 16:46) [20]

oldman © (08.06.09 16:41) [17]

Значит, все еще впереди.

← →
blackman © (2009-06-08 17:06) [21]

Игорь Шевченко © (08.06.09 16:39) [16]
Больших нет, мелкие на этапе тестирования отлавливаются.
Маленькие, но неприятные :)
Помнишь анекдот про маленькую птичку из Африки, размером гораздо меньше колибри? :)
А к тому, что заказчик скажет, "эта не хочу, та хочу" - это утопия :)
Это жизнь. Вопрос как уберечься от его притязаний. Ограничить не оговоренное ранее.

Юрий Зотов © (08.06.09 16:46) [19]
Есть один способ - не давать заказчику беконечно изменять требования к проекту. То есть, заставлять его подписывать ТЗ и сдавать этап проекта строго в рамках этого ТЗ, относя все придуманные заказчиком бантики и рюшечки на следующий этап (на который тоже должно быть подписанное заказчиком ТЗ).
Правда, способ этот скорее теоретический. На практике такого не встречал.
А как же вы с ними боретесь? Есть же какие-то приемы? ДЖИУ-ДЖИТСУ БОЕВАЯ САМООБОРОНА ? :)

← →
ANB (2009-06-08 17:07) [22]

> 1. Энтузиазм
> 2. Крушение иллюзий
> 3. Паника
> 4. Поиски виновных
> 5. Наказание невиновных
> 6. Восхваление и награждение не участвовавших
>
> А как у Вас?

У нас первые 6 пунктов, а затем :
+
7. Передача разработки к нам в отдел (обычно первые 6 пунктов на оутсорсе)
8. Много мата по поводу выполненной реализации
9. Подключение юзеров и аналитиков, чтобы выяснить, а что же таки юзеры хотели.
10. Составление требований, согласование с программистами, а можно ли их технически реализовать малой кровью
11. Составление ТЗ на разработку.
12. Реализация.
13. Тестирование на юзерах.
14. Доделка (цикл на п.13, пока более менее не будет пригодно к работе. В случае зацикливание - привлечение административного ресурса. Обычно в течение 15 минут юзеров начинает все устраивать :) )
15. Установка на продуктив.
16. Переход на п.13. Но доработки уже по отдельным заявкам (а сами хреново проверяли - а акты у нас все подписаны :) ).
Примерно через полгода пилота процесс устаканивается и все работает. Периодические маты, когда вылезают недоделки п.1 и приходится править.
:)

← →
ANB (2009-06-08 17:10) [23]

Забыл :
17. Примерно через год вырастают объемы, написанная система "ложиться" и все переписывается. Главное - требования уже есть, проверять можно по принципу "чтобы работало точно также, только быстрее и не падало".

:)

← →
Игорь Шевченко © (2009-06-08 17:11) [24]

blackman © (08.06.09 17:06) [21]

> Это жизнь. Вопрос как уберечься от его притязаний. Ограничить
> не оговоренное ранее.

Нет проблем, хотите нового - платите

← →
blackman © (2009-06-08 17:22) [25]

ANB
Это если внутри организации. В основном перепалки между отделами...
Интересно, что там может быть такое в ТЗ. Все не напишешь и не учтешь.
А есть какие-то обязательные пункты?

← →
blackman © (2009-06-08 17:23) [26]

Игорь Шевченко © (08.06.09 17:11) [24]
Нет проблем, хотите нового - платите
Обычно отвечают, что это они и раньше хотели, а вы просто не поняли и не сделали. И как доказать ?

← →
Игорь Шевченко © (2009-06-08 17:35) [27]

blackman © (08.06.09 17:23) [26]

Мы не продаем продукт отдельно от технологии, поэтому мы не сталкиваемся с такого рода проблемами. Есть технология, есть продукт, который ей соответствует в рамках нашего разумения. Если сферический заказчик в вакууме хочет странного, он не берет ни технологии, ни продукта, и такое бывает. Но ситуации, когда "имел в виду, что хотел другое" при таком подходе практически не возникает.

← →
ANB (2009-06-08 17:48) [28]

> Интересно, что там может быть такое в ТЗ. Все не напишешь
> и не учтешь.

Качество ТЗ зависит от аналитика.
Чем подробнее в нем прописано, что надо сделать - тем легче потом всем жить.
Плюс есть подпись заказчика на ТЗ - всегда мона потыкать носом.

Хотя как раз внутри организации это не всегда помогает - денег то за разработку заказчик вроде как не платит. Есть юзеры, которые подписывают ТЗ не читая, а потом говорят, что все сделано не так, как хотели.
Таких воспитываем снижением приоритета и подключением админ.ресурса.

← →
blackman © (2009-06-08 17:57) [29]

Игорь Шевченко © (08.06.09 17:35) [27]
Видимо есть специфика какая-то. Типа только для самолетов?

ANB
Качество ТЗ зависит от аналитика.
А аналитик от чего ? :)

← →
Игорь Шевченко © (2009-06-08 17:58) [30]

blackman © (08.06.09 17:57) [29]

> Типа только для самолетов?

Да, причем, в комплекте с авианосцем

← →
Юрий Зотов © (2009-06-08 18:15) [31]

> blackman © (08.06.09 17:57) [29]

> А аналитик от чего ?

От мозгов и опыта. "Бойцовый Кот есть боевая единица сама в себе".
:o)

← →
Юрий Зотов © (2009-06-08 18:31) [32]

По поводу аналитиков. Работал я когда-то в одной весьма известной конторе (поэтому название не упоминаю). Только пришел, еще толком не знаю ни проект, ни людей. Приходит ТЗ, поручают его мне, для исполнения. Читаю - фигня написана. Можно сделать и проще, и лучше, и с прицелом на будущее. Но, с другой стороны, ТЗ есть ТЗ, это почти закон. Говорю шефу (а он это ТЗ и не смотрел даже) - так и так, мол, фигня тут какая-то. Он (моментально и не отрываясь от клавы) - кто ТЗ писал? Такой-то, говорю. Отвечает - Юрий Сергеевич, делайте, как считате нужным, а ТЗ перепишем, как надо.

Через некоторое время приходит мне другое ТЗ, от другого аналитика. Читаю - класс! Высший пилотаж, натурально. Восхищение и аплодисменты! И тут пришло мне в голову проверить - а что, в этой конторе всегда можно от ТЗ отступать, или нет? Говорю шефу (а он и это ТЗ тоже не смотрел) - тут вот ТЗ пришло. Он (опять моментально и опять не отрываясь от клавы) - кто ТЗ писал? Такой-то, говорю. Отвечает - Юрий Сергеевич, тогда делайте строго, как написано.

:o)

← →
test © (2009-06-08 19:34) [33]

Юрий Зотов © (08.06.09 18:31) [32]
Кто то работает аналитиком, кто то числиться...

← →
blackman © (2009-06-08 21:16) [34]

Игорь Шевченко © (08.06.09 17:58) [30]
Да, причем, в комплекте с авианосцем
Это уже будет типа только для авианосцев :)

Юрий Зотов © (08.06.09 18:15) [31]
От мозгов и опыта. "Бойцовый Кот есть боевая единица сама в себе".
Логично. Не верю я, что могут существовать "суперлюди" которые помогут программисту.

← →
boriskb © (2009-06-08 21:31) [35]

Boriskb.narod.ru/project.jpg
Года два назад я эту картинку публиковал.
Позволю себе побоянить :)

← →
blackman © (2009-06-08 22:01) [36]

boriskb © (08.06.09 21:31) [35]
Это еще когда машины были большие :)

← →
Копир © (2009-06-08 22:03) [37]

Cемь.
Семь стадий проекта:

1. Искушение, т.е. заманчивость задачи. Льстит самолюбию, и ваще... И вот это ещё кому-то интересно?
И за это ещё деньги платят?

2. Не то, чтобы энтузиазм, а, скорее, способ заработать деньги на том, что ещё знаешь и умеешь.

3. Синтетически называется неопределённым глаголом "наткнулся". Простую задачу не предложат.

4. Ну, паника - хорошее слово. Но не паника, а растерянность, неуспевание в сроках, неуверенность, негатив.

5. Преодоление паники. Сосредоточение. Первые результаты. Первые успехи. Уверенность в силах.

6. Ненависть к проджекту! Открывание и просто ненависть. Постепенное преодоление таковой.

7. Более или менее убогий, но подходящий результат. Заказчик и такого не ожидал.
Подрядчик не ожидал, что и такой сойдёт. Оба сходятся, что надо доработать.
Оба считают, что достигли цели.
Всеобщее Благорастворение воздухов.
И Заказчик, и Подрядчик - оба отчитаются перед начальством.

Хэппи;
End.

На самом деле число 7 обладает удивительным и гармоническим свойством:
семь нот, семь цветов, семь дней недели.

Его не зря называют "счастливым": десятеричная десятка в семиричной системе - это 13.
А очко (21) - это 30 :))

Все знают, как построить 5-ти и 6-ти конечные пентаграмму, гексаграмму - 360 делится и на 5, и на 6.
Но строят и септаграмму, хотя нацело и не делится.

Я бы советовал любую деятельность делить на 7 этапов.
Иррациональность деления двух пи на семь подразумевает и непредсказуемость результата.
Тогда вместо уныния появляется надежда.

← →
keymaster © (2009-06-10 11:42) [38]

> Юрий Зотов © (08.06.09 14:46) [5]
> > keymaster © (08.06.09 14:25) [1]Причем пункты 5 и 6
> имеют свойство зацикливаться... :o)

о, да =)

← →
vuk © (2009-06-10 12:02) [39]

Счастливые люди. У них даже есть ТЗ...

← →
Дуб © (2009-06-10 12:07) [40]

про откаты уже было?

> keymaster © (08.06.09 14:25) [1]
> Игорь Шевченко © (08.06.09 14:28) [2]

Друзья, по-моему вы скрываете секреты производства (комм. тайна?). У вас отсутствует пункт получения денег.
Надеюсь, это не сознательный обман.

> vuk © (10.06.09 12:02) [39]
> Счастливые люди. У них даже есть ТЗ...

Не надо ля-ля
ТЗ есть у всех и всегда.
Другое дело, что не все умеют, хотят, могут или имеют возможность строить работу в рамках ТЗ. Ну тут уже много причин, в том числе и неумение ТЗ писать и выбивать под это писание бюджеты.

to KSergey © (10.06.09 12:13) [42]:
>Не надо ля-ля
>ТЗ есть у всех и всегда.

Ага, ну да, Вам там виднее, конечно. Я, вот, 10 лет пытаюсь пробить в начальство мысль, что хочу работать по ТЗ. И хрен там. Вместо ТЗ - всё та же игра в угадайку с начальством. В смысле "опять не угадали, все переделываем".

> Я, вот, 10 лет пытаюсь пробить в начальство мысль, что хочу
> работать по ТЗ.

А команда большая? Может оно и оправдано - с некоторыми оговорками.

> Или расстрел в случае не успеха? :)

Пока не практиковалось, но идея здравая

Команда небольшая. Начинали втроем (включас начальника), сейчас - пятеро. Но фигня в том, что проекты немаленькие и иногда игра в угадайку может выйти боком. При этом нет ни планирования, ни анализа. Ваще ничего. :(

> vuk © (10.06.09 15:33) [48]

Понятно. Ну, я думаю, что тут понятие начальства тогда условно - все рядом. Скорее и своя самодисциплина - надо все-таки всем сесть и договорится. 10 лет - приличный срок.

Сейчас у меня коллектив непосредственно на комплексе - маленький, но без планирования мало мальского и шагу не делаем. Лучше месяц потерять тут, чем голову оторвут там (Ошибки чреваты огромными убытками и жалеть никто не будет, выкинут и путь уложат не розами). :) Понимание есть, хотя совсем верхнее руководство, конечно, иногда козлит - пытается давить на побыстрее, но в итоге делаем так как договоримся, не всегда в один день и иногда месяц.

Я думаю, спетый за 10 лет коллектив, может найти в себе силы, сесть и договориться. Должно получиться.

← →
ANB (2009-06-10 16:46) [50]

> У вас отсутствует пункт получения денег

Деньги 2 раза в месяц вне зависимости от результата работы :)

> Команда небольшая. Начинали втроем (включас начальника),
> сейчас - пятеро. Но фигня в том, что проекты немаленькие
> и иногда игра в угадайку может выйти боком. При этом нет
> ни планирования, ни анализа. Ваще ничего. :(

Хреново.
Я работал в такой маленькой команде. Официально ТЗ, есно, не было. Вместо этого рисовал на бумажке примерно, что хочу сделать - утверждал, делал кусочек - показывал, что получается, потом делал дальше.

Хотя полное и подписанное ТЗ - не панацея от полной переделки.

> Я работал в такой маленькой команде. Официально ТЗ, есно,
> не было.

Это не естественно. Это принято, но не естественно.

Надо всем остановится и договорится, что вот здесь договариваемся, на выходе документы, а потом по ним шарашим, протом уже разбираемся. Даже если 2 человека, а в идеале даже если 1. Потому что руки шаловливые.

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

> Хотя полное и подписанное ТЗ - не панацея от полной переделки.

Конечно, но если после него и его выполнения полная переделка, то это повод подумать о :

> Игорь Шевченко © (10.06.09 15:32) [47]
>
> > Или расстрел в случае не успеха? :)
>
>
> Пока не практиковалось, но идея здравая

Растреллы спасут Родину. Это же очевидно. :)

> [43] Игорь Шевченко © (10.06.09 12:29)
> KSergey © (10.06.09 12:11) [41]
>
> Вознаграждение - рукопожатие перед строем

И руку не мыть месяц.

> blackman © (08.06.09 14:16)
> 1. Энтузиазм
> 2. Крушение иллюзий
> 3. Паника
> 4. Поиски виновных
> 5. Наказание невиновных
> 6. Восхваление и награждение не участвовавших
>
> А как у Вас?

1. Идея
2. Реализация

:)

← →
DesWind (2009-06-10 23:12) [54]

У нас одна вечная стадия

"Надо!" "Когда?" "Вчера!" )

← →
DesWind (2009-06-10 23:12) [55]

Причем "надо", как правило в пятницу вечером )

← →
DesWind (2009-06-10 23:16) [56]

Сначала производится, закупается оборудование, а потом, перед отправкой вспоминают, что надо включить его поддержку в ПО.

main © (10.06.09 22:20) [53]
1. Идея
2. Реализация
А 2а, 2б, 2,в... и 2а.... Наконец 3.Внедрение. 4.Награждение или увольнение.
Забыли написать? :)

DesWind (10.06.09 23:16) [56]
А вы где были в момент закупки? :)

6 стадий проекта Найти похожие ветки