Еми ... напиши си и питай - така ли го искате? Доста често се налага да си "търсиш" заданието и изискванията.
Едит: имам предвид че създаването на заданието итерактивен процес и по-точно диалог е елементи на пазарлък. Това да дойде някой с нещо написано и ти да го разбереш не знам дали има прецедент в световната история. Може би в "дизайна" както му викат колегите и да се случва, но за развой едва ли.

Отговора е: Ако знаехме какво искаме нямаше да дойдем при вас специалистите.
Клиента ако сам може да си дефинира техническото задание то той може и сам да си направи продукта.

Е, ако толкова не знаят излишно са били пътя. Реално поне знаят колко пари са готови да похарчат и какво очакват да спечелят, или натрупат като знания. Тръгвайки от двете успоредни които някъде се пресичат, да се стигне до котенцето (както беше в популярния клип).
Може би "теоретично" би следвало да се говори дали този "развой" следва V-образния модел или някаква форма на agile. Например подхода е че горното ниво (питащия) валидира това което е разбрал изпълнителя. Ако може да каже "не е ок" процеса продължава до изчистване, ако каже "ок" превежда началната сума и получава правото "да чака, да слуша и да плаща".

Начини на работа много. Клиенти много видове. Както са и много причините за развоя.
Може някой да има едни пари за харчене и да иска да ги изхарчи за развой. Друг може да иска да изкара пари посредством фалшиви проекти от разните му фондове.
Причините за реализация могат да са всякакви. Особенно във времената когато има свободни пари много. Голяма част от проектите не стигат масово производство. Друга част не намират финансиране за производство. Все повече са оупън сорс които също могат да са с произволна цел.
Досега успешните ми проекти с клиенти не знаещи какво искат са такива в които съм придобил експертиза по проблема на клиента. Това което сега му викат консултант по проект. Аз съм си ставал сам консултат за да стане проекта. И да са доволни всички. Естествено и в системите по качество има механизъм за решаването на проблема "клиента не може да обясни какво иска но го иска". И пак опираме до това кой е клиента. Дали другият отдел на твойта фирма (завода дето произвежда), дали някой който му трябва конкретно изделие или някой идиот който е измислил как ще прави злато от олово и е излъгал едни по-големи глупаци от него да му финансират начинанието.
Темата е меко казано необятна.

Ами аз си пиша. Ама смешното и жалкото е, че около мен никой не пише. И се случват ситуации, при които един запомнил едно, а друг - съвсем друго.

Ако нещата опират до сертификация пък... става тотално мазало. Клиента в 99,99% от случаите не е наясно каква сертификация гони, нито е наясно в какво се състои тоя процес, нито пък си представя кой ще го води, нито колко време и пари ще глътне.

Най ми е любимо задание от типа - устройството трябва да отговаря на всички необходими сертификации и норми. Точно и ясно - да му мисли изпълнителя. А реално сертификацията е основно проблем на тоя дето движи маркета и той трябва да си проучи нормите. Ама де такива клиенти.....

Това е много точно казано.....поне аз съм го виждал доста пъти и то не само в малки и средни фирми,
а в гиганти като Краислер и Тесла например.

Ами и ет ака и не е така. Това че знаят какво искат изобшщо не значи че могат да си го направят. Нормално е да тикажат искам 8 цилиндров двигател който да е поне 420 HP при окло 3000 RPM, не е нормално да дойдат и да кажат абе искам някакъв двигател. Така е със всичко, клиента винаги има идея какви иска да постигне. Естетсвено това не е техническото задание по което работят девелопърите, тов апо което ще се работи се прави от този който ръководи проекта и то в две разновидности, едно което е без много технически подробности и се удобрява от възложителя, и едно което е за девелопърите. Редно е ако клиента изобщо не е наясно какво иска, да си наеме консултант, може да е същия който и разработва,но това често не е дорба практика. Преди години вземах доста проекти през Еланс, верно не съм с еконкурирал с индийци, руснаци и украинци по цени, цените ми яха високи, но при всички проекти клиент аимаше някакво основно задание какво иска, а там проектите са били както на малки бизнеси и стартъпи така и на големи фирми като Есилор и Цайс.
Митко, по въпроса за инвеститорите, едно е да е фонд който само налива пари, тогава ситуацията е наливат се пари, парите купуват паплач, паплачта твори нещо си, работи. Читав инвестирор обаче разбирам такъв който дебне за стартъпи, който ги менажира, напудря, дори понякога им ръководи процеса на дизайн на изделието. Естествено накрая целта е същата, да продаде на някой фонд или друг голям инвеститор, но за много повече при много по-малко вложен ресурс.

Той и чичо Стив така говореше, но все пак си е нае армия за това - и знаеше какво иска.
А ако имаш един или няколко човека насреща, и очакваш да са универсални войници или универсални експерти... просто няма как. Плюс че заданието почти винаги се променя в движение - къде с общо съгласие, къде без никакво. Същия проблем стои пред всичко консултантски компании тук - има едни шефове, които са много добри да продават - не в последствие се оказва че не били ябълки, ами домати и не две, ами 100. Но вие го знаете в пъти по-добре от мене.

Ако всички или поне повечето знаят какво искат и какви са им възможностите, и къде да кажат - Стоп!, тогава нещата се подреждат.
Иначе..."тука е така"... и на Изток и на Запад е едно и също.

На изток не е било така, бюрократи винаги е имало но те са си клатели краката и са оставяли 2-3мата които са знаели какво правят да си вършат работата. Днес се правят на шефове, симулират дейност и бъркат работата на тия двама трима, та понякога искат и да ги уволняват

Систематичния, инженерен подход "намирам причината за проблема и търся решение" не е панацея. При R&D, документирането, V-модела, requirement engineering-a и пр. няма да ти дадат онази искра от която идва новото и която носи ентусиазма.

Както има една приказка "Не очаквай неграмотния да те научи да четеш." така по-добре се учи вместо от проблемите от успешните примери.
Ако идеята е да се подобри "ефикасността и/или качеството", вместо да правиш проучване за проблемите, по-добре направи проучване за успелите R&D екипи и виж какво при тях работи.

dan, да не развиваш някакъв научен труд?

Нещо такова. Магистърска работа на тема "Forschung und Entwicklung - Planen, Unterstützung und Kontrolle".
Част от практическата задача е да се разпознаят типични слабости в организацията на развойния процес на базата на практически опит и наблюдение, да се предложат решения и да се направи опит за да изчисляване на въздействието им върху крайния резултат (качество, разходи, срокове). Всъщност последната част е най-трудна- изчисляване на въздействието, понеже не знам за българска фирма с адекватно вътрешно счетоводство, еле пък с истински проджект мениджмънт. Като цяло идеята на заданието е, да се работи единствено по организационни проблеми, чието отстраняване не е свързано с инвестиции, по-големи от 1% от общите разходи за отдела.

Евала за усърдието, кефя ти се.

С това трябваше да започнеш - че е за немците....
Много се кефят и обичат да правят правила ,процеси и т.н
Опитват се да постигнат мечтата на менидъра- щом процеса е ОК хората дето до изпълняват са без значение и изделието ще е ОК накрая.
Мога книга в няколко тома да напиша как по тоя начин адмистрацията в една фирма взима превес и се получава така че инженеринга става слуга на разни тъпанарски документи и накрая нещата се сговняват напално.
Или дори да не се стигне до това - станаха свидетел на следното- уж процеса е Ок , вскички док са там ,чекнати ,описани и т.н уж след 1 месец правим SOP... взимам изделието , захранвам го и то не дава признак на живот... ма нищо не откинва.