Дмитрий Энтелис

1. Фича-тим это хороший инструмент менеджера, для синхронизации технических решений и соответственно снижения рисков. В одновременные релизы разных команд я не верю.

2. С "версионностью" мне кажется не так много сложностей на самом деле.
Если воспринимать результат работы каждой команды как какой-то сервис с api наружу (а так наверное и есть), то по сути от команд требуется обеспечивать обратную совместимость новых версий api со старыми - задача которая в любом случае полезна.
Делать версионность без обратной совместимости - очень плохая идея как мне кажется. Тут и затраты на поддержку, и затраты на переподключение у всех остальных команд.

Еще очень важно, чтобы был вменяемый CTO / архитектор всего этого зоопарка. Ну или хотя бы просто был.

Видел живые проекты где не было продумано общей архитектуры, - поверх слоя основных сервисов по бизнес требованиям писался 2й слой, через годик поверх 2го слоя писался 3й, ... в итоге к нашей эре слоев было ~12 и как это точно работает не знал мне кажется никто, - что впрочем не мешало проекту иметь десятки миллионов пользователей.

Друзья, все придумано давным давно.
Нет никаких коэффициентов творчества и коэффициентов правок, не нужно городить отсебятину.

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

Далее для каждой из задач выбирается что более приоритетно - ресурсы или результат.
Если результат - то это классический Time&Material - дизайнер пашет пока заказчик не будет удовлетворен результатом, далее счет выставляется по факту.

Если важнее уложиться в ресурсы - делается оценка в стиле "ну за 40 часов я точно нарисую логотип", умножается на количество вариантов дизайна по договору, умножается на юридические и прочие риски.
Расчеты между студией и дизайнером как правило все равно T&M, но если студия верно учла все риски - проблемы в этом нет.

Наличие или отсутствие арт-директоров, менеджеров и проч - никак прямо не влияет на эти подходы, но дает дополнительные уровни внутреннего контроля качества/сроков скрытые от клиента.

PS + Какое должно быть ценообразование для ИТ услуг (разработка)?

Переписка - в gmail с меткой проекта (или меткой итерации проекта если проект длинный)
На основе переписки создаю таски в трекере (для проектов без большой команды мне кажется идеальным basecamp)
Файлы, итд - в проекте/задачах в том же трекере.
Пароли/реквизиты - в текстовом документе проекта.

В 100500й раз: в IT всем глубоко плевать какой у Вас диплом и есть ли он у Вас вообще. Важны Ваши навыки и в какой-то степени портфолио.
Образование играет роль либо в гос. конторах (от которых imho в любом случае лучше держаться подальше), либо при эмиграции.

https://freelansim.ru/
https://www.fl.ru/

Никто не мешает публиковать открытую цену.

Евгений, я не хочу Вас огорчить, но как правильно написали выше, идея не стоит ничего

Если Вы запускаете Ваш проект успешно - через 2, максимум 3 недели начинают появляться его кривые(и не очень кривые) клоны. Почитайте историю призмы из последнего. А там таки есть сложная технология внутри (условный фрилансер Вам это не напишет).

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

Универсальный сценарий: берете любого крупного поставщика/интегратора в регионе, звоните голосом, просите переключить на корпоративный отдел.

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

Зачем аналоги? :) У hipchat можно купить лицензию и разместить у себя на сервере.
https://www.atlassian.com/purchase/product/com.atl...

Аналогично и с Jira (если трекер задач нужен + хорошо интегрируется с hipchat)
https://www.atlassian.com/software/jira/pricing/?t...

Ценник там правда достаточно суровый если пользователей больше 10 - но раз у Вас есть "корпоративная политика" - то должен быть и бюджет на неё.

upd:
https://megaplan.ru/calculation/
https://www.bitrix24.ru/prices/self-hosted.php

off: а еще можно не использовать тормознутый смарти.
php сам по себе отличный шаблонизатор.

Почитайте про диаграмму Ганта.
Детализируйте до уровня дней или даже часов каким проектом когда занимаетесь.
Всегда оставляйте какой то запас времени: работаете 12 часов в день - расписывайте задач на 8 часов.
Прежде чем взять заказ - подумайте когда вы его будете исполнять.
Ну и почитайте что нибудь по тайм-менеджменту заодно)

https://projects.invisionapp.com/

Единственный правоверный способ показывать макеты.
Можно расставлять ссылки и реально собирать кликабельный прототип.

Заодно позволяет сразу найти косяки уровня "ссылка ведущая на страницу которую забыли нарисовать"