Что делать, если проект не рабочий?

[Shaz]

А какие критерии "рабочести" проекта?

[RemiZOffAlex]

Рабочий проект/продукт должен удовлетворять потребностям, которые описаны в целях. То, что достигается в процессе работы проекта. У цели должны быть:

• конкретика - конкретные сущности с которыми работаем, на которые влияем, конкретные дела, процессы, воздействия

• измеримость

• достижимость

• ограниченность по времени - в каких пределах будет достигнута цель при предполагаемых результатах

[AzIdeaL]

Сразу же оговорюсь, - статья и тема понравилась.

Здесь, в комм, вижу неприглядную ссылку на smart-целеполагание, из которой вырвано самое ценное, -- r- релевантность)

Да, картинка - fig.1 - зачотная

[propell-ant]

Наличие отрицательного фидбэка. Если есть недовольные, значит проект работает.

Положительный фидбэк часто исходит от заинтересованных лиц и несет ложное ощущение спокойствия.

[AzIdeaL]

Тезисы ваши поняты: недовольным - маркофку; заинтересованным -- капусту)

[Nepherhotep]

Тема не раскрыта - так а что делать-то? :)

[toxano]

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

[unsignedchar]

LDAP достаточно рабочий проект.

[Batalmv]

В нерабочем проекте надо:

• Развивать свои скиллы

• Так как все равно не взлетит, надо чтобы было понятно, что это не из-за тебя

Мучить себя, пытаясь сделать мертвый проект никакого смысла нет. Получишь неудовлетворение результатом и мину в карму, так как могут назначить виноватым

[StupidMouse]

Сквозные разнородные объекты (сквозная нумерация) в одной общей таблице.

Я встречал упрощённый вариант, а именно сквозную нумерацию всех объектов через единый сиквенс для всех. У такого подхода есть небольшой плюс: неправильное пересечение никогда не возвращает данные. Как средство самоконтроля вполне может использоваться при разработке, не обязательно тянуть не его на продакшн.