Question

Денис Ки

Убиваю рутину AI-агентами | Growth & Automation (n8n, Python, LLM)

· 22.08

Вопрос

«а можно ещё вот тут маленькую кнопочку». двадцатая маленькая кнопочка. проект уехал на месяц. как фиксируете границы - подробное тз, лимит правок в договоре? что реально работает?

335

18 комментов

Инсаф Вафин

· 23.08

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

0

Денис Ки

· 23.08

буфер в смете - да, но у меня он всегда съедается быстрее, чем планирую. а вот пункт "что не входит" в договоре реально спас, один раз клиент пытался впихнуть адаптив под десктоп, а в тз чёрным по белому было написано что только один брейкпоинт

0

Ольга Ятимова

· 23.08

Что по поводу ответов на "П можно? Нет, нельзя"?

0

Денис Ки

· 23.08

у меня это не работает как жёсткое «нет, нельзя» - скорее перекидываю мяч: «можно, но это +2 недели и +15% к бюджету, делаем?» обычно после цифры с кнопкой уже не так хочется

0

Ольга Ятимова

· 23.08

Даже если эта "кнопка" заочно неэффективна?

0

Денис Ки

· 23.08

чаще всего да, именно так и прилетает - "а вдруг сработает". я в таких случаях прошу клиента письменно сформулировать, какую метрику кнопка должна сдвинуть, и половина запросов отваливается сама

0

Александр Неудахин

· 23.08

Создал платформу где создаётся проект с тз и обсуждением, этап проекта с тз и обсуждением, задачи с тз и обсуждениями, всё фиксируется по полочкам, с оценками по стоимостям или временем. Новая задача или доработка выходящая за рамки фиксированного функционала и интерфейса, - новая оценка и оплата. Платформа pro-dela

0

Дмитрий UX-аудит

· 22.08

а ничо не работает )) точнее, если раб.процессы настроены правильно и все придерживаются, то и не будет постоянных "маленьких кнопок".

но это редко и на больших проектах, в серьёзных конторах.

а мелких бесполезно "учить жизни". по сути, тебе платят вот за такие "кнопочки".

рули этим хаосом или не работай с такими 🤷‍♂️

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

0

Денис Ки

· 22.08

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

0

Александр Никитин

· 22.08

А вообще это - боль реальная

0

буфер в смете - да, но у меня он всегда съедается быстрее, чем планирую. а вот пункт "что не входит" в договоре реально спас, один раз клиент пытался впихнуть адаптив под десктоп, а в тз чёрным по белому было написано что только один брейкпоинт
у меня это не работает как жёсткое «нет, нельзя» - скорее перекидываю мяч: «можно, но это +2 недели и +15% к бюджету, делаем?» обычно после цифры с кнопкой уже не так хочется
Даже если эта "кнопка" заочно неэффективна?
чаще всего да, именно так и прилетает - "а вдруг сработает". я в таких случаях прошу клиента письменно сформулировать, какую метрику кнопка должна сдвинуть, и половина запросов отваливается сама
предприёмка - это прям то, чего мне не хватало раньше, я просто сдавал и всё, а потом через две недели прилетает «слушай, тут чуть-чуть подвинь». теперь фиксирую в акте окно на баги и мелкие правки, допустим 10 рабочих дней, а дальше - уже новый договор, реально дисциплинирует
да, разделение на "фикс тз" и "следующий спринт" - единственное что хоть как-то спасает. у меня ещё работает фраза "давайте запишем в бэклог и приоритизируем вместе с остальным" - почему-то сразу половина "срочных кнопочек" теряет срочность
См американцами часто срабатывапо согласться не делать когда понимаешь, что чушь предлагают. Или забывали, или просящего увольняли быстрей, чем хотелку начнешь делать. :)

Текучка у них высокая 🤣
А потом окажется, что где-то в беклоге уже есть фича из-за которой кнопочка будет неактуальной вообще🤣
да, и это самый обидный сценарий - ты уже вкатил правку, а через неделю фича из беклога всё перечёркивает. поэтому я стараюсь перед любой "мелочью" глянуть, не висит ли рядом что-то крупное, что эту мелочь сожрёт
Обязательно ТЗ как границы проекта и программа и методика испытаний, оба документе неотъемлемая часть договора. Без этих документов проект превращается в вечный!
программа и методика испытаний - да, это то что реально спасает, когда клиент говорит «а давайте ещё» и ты просто показываешь пункт в документе. у меня без этого проект один раз растянулся на четыре месяца вместо шести недель, теперь всегда включаю в договор