servermen

Взялся я однажды бесплатно сделать корпоративное приложение, дабы начать формировать портфолио.

Привет! Я занимаюсь корпоративными приложениями. "Бесплатно" - это хорошо, конечно. Но поверьте, проблема не в заказчике. Разработка так называемых "корпоративных приложений" действительно стоит тех сотен и тысяч нормочасов, которые прописываются в сметах. То, что вы со своим заказчиком изначально не учли этого и других тонкостей, на законы мироздания не повлияло. И ничего удивительного в последствиях ваших взаимоотношений нет. Напротив, все очень даже закономерно.

Бесплатный сыр бывает... где?

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

В подобных случаях я или сразу отказываю, или, как минимум, стараюсь сделать главное - не обещать многого. Работа стоит денег. Квалифицированная работа стоит еще больших денег. Известный приличный объем квалифицированной работы "бесплатным" быть не может. Только если вы инвестируете его бизнес за свой счет. Речь идет о сотнях тысяч и миллионах рублей - в перерасчете на нормочасы, вы можете себе позволить потратить такое количество личного времени? Не дороговато получается, за портфолио?

Чтобы закончить проект, сделайте не-знаю-что с заказчиком, и изучите DDD и бизнес-аналитику. Это позволит вам адекватно оценивать объемы задач, при работе в этой отрасли.

Как палочка-выручалочка, вот список методик из разных областей, которые могут вам помочь. Изучение этих методик, естественно, займет некоторые силы и время, но вероятно они спасут вас и дадут определенное понимание перспективы. Все гуглится:

• Getting Real
  
• DDD
  
• Бизнес-анализ
  
• Книги Мартина Фаулера
  

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

Спланируйте релизы. Сейчас вы работаете только над v.1.0 для которого у вас есть ТЗ и все те доработки, на которые вы по доброте душевной согласились.

Принимать новые feature request'ы от клиента можно, но даже не думайте их реализовывать, пусть, для этого всего одну строку поправить – все они пойдут уже в будущие, платные релизы. Принимайте хотелки клиента, аккуратно записывайте, и забывайте про них до поры до времени.

Держите клиента в курсе, у вас всё прозрачно: покажите клиенту ТЗ и планируемые к последующим релизам правки. Можете сразу раскидать планы на несколько будущих релизов – это пойдёт в v.1.1 через месяц после приёмки 1.0 и начала платного сотрудничества. А это – в v.2 – где-то летом.