Экстремальное программирование

[Stilet]

а экстрим в том, что надо 3 проекта иметь полностью завершенными через месяц

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

[Вадим Мошев]

Сообщение от Stilet

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

А в чём проблема-то? Пиши, что скажут и всё. Другое дело - это стресс.

[vovk]

Сообщение от Вадим Мошев

А в чём проблема-то? Пиши, что скажут и всё. Другое дело - это стресс.

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

[Вадим Мошев]

Ну, здесь, конечно, больше стрессом пахнет, чем экстримом. Если ещё дедлайн жёстко задан, и он скоро, то да, экстрим.
Статью про ЭП пока не читал, но думаю, что оно называется так скорей всего не поэтому.

Выход наверное такой.
Составить ТЗ, утвердить его, сделать его как бы ReadOnly, а потом при малейших несогласованиях ссылаться на него...
А вообще, ТЗ кто должен писать - заказчик или исполнитель?

[Arigato]

Сообщение от Вадим Мошев

А вообще, ТЗ кто должен писать - заказчик или исполнитель?

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

[vovk]

Вообще конечно теоретически написание ТЗ задача заказчика, но на практике часто заказчик не в силах составить грамотное ТЗ, если заказчик сможет выложить все свои хотелки в полностью оформленное и окончательное ТЗ, то значит это делал человек, который сам в силах его выполнить или возглавить команду которая это выполнит.
Но как правило у нас возникает ситуация, кода в небольших компаниях человека (1 человека) называют программистом, и используют для всех тем связанных с оборудованием которое теоретически использует электричество, или имеет шнур который можно воткнуть в розетку..
Поэтому им абсолютно не понятно, что их хотелки тянут на несколько месяцев работы команды, и на составление ТЗ надо как минимум 1-2 месяца, пэтому у них возникают вопросы , "что ты сиднем сидиш", находят кучу всякой деятельности где сразу видно что ты чегото кудато перенёс, или чтото сломал (построил, не важно) а потом вопросы, а чего ты еще не сделал чтоли?? Даёш проект общих задач из ТЗ на 5-6 страницах 8 шрифтом на А 4 через неделю вопрос я тут дальше пытаюсь делать, нужна реакция на то что дал, ответ "ой некада было чё ты там писал повтори"

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

[Аватар]

Со сторонним заказчиком проблему с ТЗ по большому счету можно и нужно решать, а вот когда закзчик в твоей же фирме, то основное ТЗ от него - нужно, и нужно вчера, и нужно хорошо. А завтра оказывыается нужно по другому. Тут уж сам и постановщик, и программист, и тестировщик, и внедряешь сам. Многоликий Янус

[vovk]

Сообщение от Аватар

Со сторонним заказчиком проблему с ТЗ по большому счету можно и нужно решать, а вот когда закзчик в твоей же фирме, то основное ТЗ от него - нужно, и нужно вчера, и нужно хорошо. А завтра оказывыается нужно по другому. Тут уж сам и постановщик, и программист, и тестировщик, и внедряешь сам. Многоликий Янус

Так то вроде и смешно, но только когда приложенице, выросло из одно пользовательской программки с с локакльной бд и 3 табличками (ну как обьясняли и просили), в многопользовательское приложение с БД на выделенном сервере, и возможностью работать в инете + страничка отправки почты компании + файлсервер+ пару страничек с табличными данными из базы для внешнего использования + разделение пользователей, ведение истории, горы отчётов и тп, и потом "да ты ещё программу не доделал, когда работать начнеш..."
Демотиватора круче не найдёш...

А да за это время ещё пяток утилит для формиравания документов, защита информации + контроль исходящих документов, пару программ для внутренней документации, пару тройку программ для ведения внутренней бухгалтерии + подключение к внешним источникам данных.... и это учитывая то, что мне до проффи как до луны пешком..
йопт.. разошелся я чтото.. всё плакаться заканчиваю, извините за прорыв, стирать не буду, для себя, как напоминание оставлю..

[NetSpace]

бежняяяяяяжкаааааа.....(рыдаю о умиления и жалости, потому что отчасти вижу в нём себяяяяяяя......) простите мне мой сентиментализм....

[LiuLiuJons]

Странный термин "экстремальное", никогда не понимала, почему так по-дурацки назвали.
Выходит действительно из-за нервной психологической составляющей - то над душой стоит заказчик, то напарник, то простоты добавьте, то убавьте, то функционала побольше (это я про методы, в статье указанной ACE Valery) и т.п. Прозаично однако