Андрей Плетенев

Вот у этих ребят есть модуль контроля выполнения поручений для Sharepoint. Настроить можно удаленно или по инструкции.

Расположение вашей сети (дома/не дома) и способ организации компьютеров в сеть не могут являться критериями выбора системы, поскольку в вашем случае не накладывают никаких ограничений на выбор. Единственным критерием в вашем вопросе, является цена. Поскольку других критериев нет - никто вам не сможет дать совет, какая из бесплатных систем ДЛЯ ВАС будет лучше.

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

В случаях, когда встроенные возможности ПО не устраивают, встречал решение такой задачи в виде обычных отчетов Excel. Каждый тимлид раз в месяц заполняет шаблонный файл. Начальство их интегрирует в общую таблицу.
Минусы: Необходимость объединения отчетов (автоматизируется скриптами)
Плюсы: Высокая гибкость, возможность получать любую аналитику: рассчитывать план-факт и т.п.

1. Способ принятия решений это не догма, как и все в скраме. Его выбирает команда. Можете использовать a) классический подход - консенсус (демократично, но медленно), b) решать большинством (менее демократично, но быстро), c) доверить оценку тем, кто наиболее вероятно будет делать задачу. В т.ч. это можно делать за рамками скрам-митинга, хотя и не рекомендуется. Если в случае b) голоса разделились поровну, то можете либо продлить обсуждение, пока один человек не изменит мнение, либо всегда использовать правило выбора меньшей (вызов) или большей (запас) оценки.
2. Судя по описанию, проблема в том, что команда пока не вполне зрелая для agile. Среди ценностей гибкой разработки важную роль играют взаимное доверие и самоорганизация. Если люди обижаются, когда другие не соглашаются с их мнением, это означает, что они ставят свое эго выше интересов команды. Так бывает в командах, которые стали командой просто по назначению начальства. Берут сам фреймворк, процедуры, но никто не думает о главных принципах. Внедрение ценностей скрам - дело скрам-мастера. Объяснять, воспитывать, в первую очередь собственным примером. Как только появится несколько лидеров, которые проникнутся - остальные подтянутся. Дальше - будет легче. Новички будут адаптироваться наблюдая за остальными.
Чтобы люди не пытались "попасть в ту же цифру" используйте planning poker. А цель обсуждения - не "отстаивать свое мнение", а дать команде больше информации для принятия взвешенного решения.

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

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

Программ таких тысячи. Смотрел многие. Лидерами на данный момент считаю todoist, doit.im и MLO.

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

Помимо всевозможных WIKI есть еще интересный инструмент: Rizzoma. Он полезен, если общение происходит в чатах. Там есть встроенные инструменты структурирования, с помощью которых любое обсуждение не теряется, а превращается в часть вашей корпоративной базы знаний. Нужно лишь следовать некоторым правилам. В результате вы имеете самонаращиваемую knowledge base в которой есть структура, работает поиск по тэгам, ключевым словам и т. п.
Отличие от обычных WIKI:
1) Чтобы в WIKI что-то появилось, нужно специально садиться и писать топик. Обычно трудно мотивировать людей это делать. Поэтому зачастую в компаниях WIKI неактуальна и мало пополняется. В Rizzoma это происходит естественно, т.к. она является инструментом общения.
2) В каждый топик может одновременно писать несколько человек. С одной стороны их комментарии видны прямо в контексте, а с другой стороны видно авторство каждого.
3) Не надо устанавливать и платить :)

1) Суть не в названии специальности, а в том чему учат конкретно в данном вузе, конкретно на данной специальности. Раз ты уже пришел к этому вопросу, задай его преподавателям и завкафедрой этой специальности. Пусть расскажут это не в теории, а покажут списки трудоустроенных выпускников. Тут для тебя и наступит момент истины. Все остальное - будет гаданием на кофейной гуще.
2) Крутизна и редкость профессии не имеет отношения к тому, что ты от этого получишь. Это зависит от того, насколько ты будешь хорош в своем деле. А это, в свою очередь, зависит от того, насколько тебя от этого "прет". Можно быть крутым спецом по очень распространенной профессии и быть "в шоколаде". А можно быть никаким спецом по очень редкой и востребованной профессии и зарабатывать мало.

draw.io

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

В MLO есть интегация с Outlook. В doitim есть фича email to task.
Еще в Яндекс почте есть напоминание специально на случай, если вам не ответили: help.yandex.ru/mail/letter/create.xml#reminder