Тим

Думается мне, что надо уже полноценную трекинг систему. А тут уж начинать с Redmine.

минуту космоса...

Почему все говорят о роботах, но ни кто не думает о том, кто будет их программировать? Ну не сделают же в них полностью искусственный интеллект. Кто то же должен будет писать апы под них. Ну вот программисты и начнут. Кто то разработает среду, ОС, и нужно будет только писать апы. Купил робота, купил программку "приготовить борщ", и т.п.

1. Сбор требований
1.1 Написание функционального задания
2. Проектирование
2.1 Интерфейса
2.2 Архитектуры
3. Планирование
3.1 Декомпозиция проекта на задачи
3.2 Определение необходимых ресурсов
3.3 Составление графика реализации
4. Согласование
5. Документирование
5.1 Написание технического задания
6. Старт разработки
6.1 Разграничение ролей и обязанностей
6.2 Разработка по плану
6.3 Показ демоверсии 1
6.4 Корректирование плана и требований после демоверсии 1
6.5 Разработка по плану 2
6.6 Показ демоверсии 2
6.7 Утверждение версии, заказ дизайна или выход на еще одну демоверсию и возврат к пункту 6.7
6.8 Тестирование версии, стабилизация и релиз бета версии
6.9 Верстка дизайна и внедрение верстки в проект
7. Финализация оставшегося функционала
8. Нагрузочное тестирование, тестирование безопасности
9. Рефакторинг
10. Пред релизная демонстрация и утверждение на деплой
11. Документирование кода и проекта
11.1 Комментирование кода
11.2 Составление хелпа по развертке проекта, настройке конфигов, включении\отключении фич не выведенных в CMS
12. Деплой
12.1 Установка на релиз сервер
12.2 Нагрузочное тестирование
12.3 Настройка бекапов и контроля версий для апдейтов
13. Сапорт

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

гугл календарь

Jenkins + плагины

АТС для сип телефонии

Для версий использую Git.
Для задач Trello.
Для мониторинга кода и сборок использую Jenkins.
Время трекают в доку в гугл драйве.

Не люблю большие системы с прочей интеграцией. Полетит одно и заденет всё остальное.

Не меньше двух. Чем больше макетов, тем больше гемора. С двумя макетами у верстака больше меневра.

Если минимально эффективную:
Менеджер-аналитик ― ресерчит, собирает требования, пишет доки, оформляет инфу в понятном для всех виде, проектирует интерфейсы, планирует работу в рамках бюджета и сроков, организовывает работу, занимается коммуникациями, контролирует ход работ, ищет замены, ведет связи с всеми за пределами команды.
Разработчик-тимлид-сисадмин ― определяет фреймворк, технологии, настраивает сервак, разворачивает проект, проектирует базу, пишет код, проверяет код других, верстает

далее больше,
просто-разработчик ― заходит на готовый, развернутый проект. читает доки, запускает все на локали, слушает морали от первых двух ролей, получает задачи на время, пилит, заливает, фиксит, верстает
фронтенд-разработчик ― верстает дизайн, отдает кодерам, тянет проект локально, фиксит стили и все что едет на фронте, подключает плагины, кастомизирует их, меняет конфиги, оформляет сео
тестер ― читает доки, проверяет функционал на работоспособность, ищет баги, проверяет проект на соответствие требованиям в доках, дает подтверждение что весь функционал рабочий и проект можно релизить
аналитик ― забирает у менеджера все техдоки, проектирование интерфейса, пишет новые доки, курит госты, рисует диаграммы под сложные требования, продумывает как что накрутить в соотв. к бизнес логике и требованиям от заказчика
СЕО ― врывается в проект, наводит шухер, кричит что все пропало, уходит

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

axure 7 вне конкуренции

Microsoft Visio 2013. У него есть опции с гибкими стрелками. Мне нравится там. Пробовал в xmind, но не хватает гибкости функционала. Слишком топорно.

Если ты маковод, то моё решение crossover+ms project10. работает. нареканий нет. ну линуксе видел ставят под wine. Под мак адекватных альтернатив нет. Всё фигня. Лично перепробовал.

Майндмапы. Всем нравится.

Все равно нужна адаптация под мобильные девайсы, т.к. ваш покупатель найдя вас в интернете стоя где то в далеке от WiFi, не будет лезть в апстор и выкачивать 10 мб вашего приложения через gprs. Ему проще пройтись по веб версии.

То что вы описали это уже работа с ролями. В любом известном таск трекере можно настроить роли под учетную запись. Redmine самый простой

Redmine

У всех греется, а тот кто отрицает – лгун, который пытается скрыть недостатки купленного девайса.
Дружок один купил топовый конфиг мака, еще и на i7 с 16гб оперативки и чуть руки не спёк. Подставка еле помогает, но проклял он этот мак трижды.

Делаю в проджекте, затем перебиваю в гугл календарь с прикреплением участников с емейл и смс рассылкой в зависимости от приоритетности. А там, уже по ходу смотрю. Особенно удобно когда проектов больше 1. Уже по ходу перебивки из проджекта в календарь, можно заметить накладки когда назначен важный кол по одному проекту, а у тебя на это же время совпадает кол или какой то митинг по другому. Соотв. можно перепланировать.

если там вопрос в паре пикселей, то не стоит.
если же верстают через жопу, да так, что на дизайне отступы 20px между блоками, а на верстке по 5 или по 50, то это уже другой разговор. Или если на дизайне текст внутри блоков имеет паддинги по 10px до края блока, а на верстке паддинги меньше или вообще отсутствуют и при заполнении текстом буквы доходят до края блока, то это тоже моветон.
Если же там вопрос пары пикселей в подгонке. Там, кнопки не 27 а 25, блоки не 336 а 335, 330. то без проблем.