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

В планфиксе вроде можно все это сделать.

Спорить с менеджером не нужно. Нужно договориться. Для этого нужно понимать причины разногласий:
Эстимейт - это экспертная оценка. Т.е. попытка угадать будущее на основе прошлого опыта. Этот опыт у вас и у менеджера разный. Ваша квалификация - разная. Способность к анализу и оценке - разная. Мотивация к сжатию сроков у вас тоже разная.

Способы договориться (не исключающие друг друга):
1) Договариваетесь о том, что строите доверительные отношения. Как следствие он доверяет вашим оценкам. Вы - укрепляете его доверие, попадая в свои оценки и не допуская обмана типа "сделал пораньше и позанимался другими делами, о которых ему знать не нужно." При необходимости уплотнить график, честно обсуждаете где и на чем можно, а на чем нельзя срезать. При этом объединяетесь и действуете из позиции сотрудничества, а не соперничества.
2) Используете оценку по 3 точкам. Тем самым вместе с менеджером открываете для себя существование управления рисками. После этого ваш менеджер начинает понимать, что вы можете выполнить задачу и быстрее, чем оценили, но вероятность этого ниже, чем вероятность попадания в вашу оценку.
3) Используете групповые методы оценки типа planning poker, как писали выше.
4) Оценку для всех задач делают наиболее квалифицированные уполномоченные эксперты. Для каждого сотрудника со временем рассчитывается фокус-фактор попадания в экспертные оценки. Реальные сроки задач рассчитываются на основе экспертной оценки с учетом фокус-фактора конкретного исполнителя.

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

В Redminе для этапов удобно использовать понятие версии. У каждой версии устанавливаете срок. Все задачи, относящиеся к данному этапу, относите к соответствующей версии.
Когда дойдете до конкретных задач управленческого учета, таких как расчет рентабельности в разрезе заказчиков, договоров, проектов и этапов; планирование загрузки ресурсов; расчет KPI программистов и руководителей проектов и т.п., обращайтесь ко мне. Есть готовые расчетные таблицы Excel и инструкции по учету и выгрузке данных из Redmine.

a) Работать по эджайлу (T&M)
либо
b) Найти хороший курс управления проектами и изучить, как минимум, следующие темы:

• Управление содержанием проекта
  
• Управление сроками проекта
  
• Управление стоимостью проекта
  
• Управление рисками
  
• Управление заинтересованными сторонами
  

Все велосипеды в УП уже давно изобретены. Непродуктивно пытаться изобретать их заново, собрав несколько идей и деталей от чужих велосипедов.

Для того, чтобы люди поняли и восприняли вашу идею нет необходимости начинать ее реализацию, тем более вы не собираетесь ее заканчивать.
Более того, начальная реализация может создать дополнительные трудности у тех, кто будет доводить ее до конца, т.к. выбранный вами инструментарий может быть чужд для них.
Вывод:
1) Набираете в поисковике "Банк идей".
2) Выбираете один из многочисленных банков.
3) Кидаете туда описание своих идей.

• Управление интеграцией
  
• Управление объемом работ
  
• Управление сроками
  
• Управление стоимостью
  
• Управление качеством
  
• Управление персоналом
  
• Управление коммуникациями
  
• Управление рисками
  
• Управление закупками
  
• Управление заинтересованными сторонами
  

Для смены технологий необходимы 2 основных ресурса: деньги и время. Причем время тоже пересчитывается в деньги. Для того, чтобы получить эти ресурсы нужно:
1) Четко понять цель, для чего вы это собираетесь делать.

Хочется все это прибрать, чтобы все было однообразно и по максимуму прозрачно и современно.

- это не цель. Разумный человек под нее ресурсы не выделит. Все останется, как есть, пока не выявится другая цель. Примеры валидных целей в данном случае: a) Снизить затраты на развитие продукта b) Снизить затраты на качество (это в случае, когда зоопарк технологий не позволяет поддерживать качество на должном уровне).
2) В зависимости от цели, вам придется сделать прикидочные расчеты: оценить экспертным путем сколько потерь, обусловленных старыми технологиями, вы имеете в расчете на единицу времени (день, неделю, месяц) по сравнению с тем, как если бы это все было уже написано по новому. Потери могут расти со временем. Наложите на шкалу времени - получите график экономии.
3) Посчитайте инвестиции, необходимые на проект замены технологий: проектирование, переписывание, интеграцию, тестирование, документирование, управление, обучение и т.п. Сделайте график проекта, включая необходимое финансирование.
4) Состыкуйте график экономии с даты начала ее получения с графиком денежного потока инвестирования. Приведите анализ рисков для случаев "переделывать" и "оставить как есть". Дальше спонсоры проекта проведут обычный анализ инвестиционной привлекательности проекта и скажут вам стоит ли овчинка выделки.
5) Если денег не дают - изменяете подход к переделке и повторяете итерацию, начиная с п.2.

В книгах для вас есть 2 проблемы:

1. Действительно, многие из них пишутся теоретиками (бумага все стерпит)
   
2. Даже в ценных книгах коэффициент практически полезной информации - на уровне нескольких процентов. Это происходит потому, что никто не издаст книгу, где вся суть изложена на 1-2 страницах. Нужно разбавить их еще 200 страницами водички. После чего читатель производит обратную выжимку и извлекает эту суть, теряя массу времени. Хотя за это, порой, получает удовольствие от процесса.
   

Подробнее о сравнении книг с другими форматами обучения я писал здесь.
Практику управления лучше всего постигать в личном контакте с опытным руководителем. Однако, вряд ли кто из РП согласится тратить много личного времени на ваше обучение. Хорошим компромиссом сопряжения информативного текста и личного общения являются онлайн курсы, в которых есть диалог с тренером-практиком. Например, я обучаю РП именно так: Текст+изображения/схемы/графики+видео-кейсы+задания+диалог.

Онлайн курс (поэтому в Москве тоже доступен). 72 часа, с домашними заданиями, их проверкой и комментариями тренера-практика.

В вашем случае переквалификация в менеджеры будет оправдана только в том случае, если:
1) Вам не нравится программирование
2) Вам очень сильно нравится управление
3) Окружающие замечают в вас задатки руководителя и организатора

Невыполнение любого из этих условий сделает неоправданным :
a) Потерю 7 лет опыта
b) Потерю еще нескольких лет на обучение и набор опыта в новой профессии
с) Потерю в уровне дохода между опытным программистом и неопытным-менеджером.

Если решитесь, то начинать лучше с курсов, где теория сочетается с практическими занятиями и кейсами. С нуля на предприятии пробовать - экстремальный вариант, т.к. в отличие от программирования, менеджмент - это работа с людьми. Здесь нельзя просто поотлаживаться, удалить бажный код или быстро исправить косяки.

И в том и в другом случае могут быть разные KPI. Я, например, для ПМ использую отклонение проектов по срокам и себестоимость оплачиваемого заказчиком человеко-часа (как показатель экономии бюджета).
В качестве показателя интенсивности, вместо количества одновременно ведущихся проектов рекомендую использовать количество человеко-часов работы, выполненной за период под управлением данного ПМ.
Для сейлзов KPI нужно выбирать в зависимости от этапа продаж, за который он отвечает (одно дело - на холодных звонках сидеть, а другое - встречи проводить) и рыночной стратегии компании.

В Easy Redmine есть шаблоны.

Не с того конца начинаете. Для любой работы нужны знания и опыт. Программирование вам не даст ни того ни другого в PdM. Знания в вашем случае можно получить на курсах типа скрамтрек. Ну а опыт - только устроившись с полученными знаниями в продуктовую компанию или стартап.

Если не найдете родного софта под линукс, то как вариант - виртуалка или эмуляция Exchange, Outlook.

А разве есть сервисы фриланса которые проверяют является ли настоящим имя, под которым вы зарегистрировались?
Только учтите, что ваше имя - это ваш личный брэнд. Если вы работаете во фрилансе под вымышленным именем, то ваше настоящее имя никакой репутации не заработает.

Обычная адресная книга андроида вполне это реализует:

• Синхронизация с Google Contacts. Соответственно хранить контакты НЕ на сим-карте, а в google аккаунте.
  
• Группы для того, чтобы "не смешивать" с личными контактами. (Хотя если подумать, то смешивание никаких реальных проблем не доставляет)
  
• Выясняйте фамилии клиентов, а еще лучше e-mail. Если есть e-mail, google автоматически подтянет фото. Тогда с идентификацией будет проще. Вписывайте название организации и должность.
  
• Заметки там тоже есть.
  

Если хочется чего-то большего чем встроенное андроид приложение, в google play есть куча приложений, работающих с адресной книгой. Я, к примеру, использую Rocket dialer за его возможность показывать название организации и должность при входящем звонке.

Из тех, что я знаю, с гуглокалендарем умеют синхронизоваться doit.im и mlo. Остальным требованиям соответствуют практически все тудушники.