Уговорить шефа переделать проект?

Question

[Илья Черничкин]

Ситуация такая: На новой работе есть рабочий проект, делал его шеф

Шеф не кодер, написал не очень хороший код.


Сейчас мы дорабатываем приложение, и я делаю все как считаю нужным и правильным. Шеф понимает, что нужно переделать, но сейчас по плану на это нет времени.


Как быть? Как воздействовать?


Ведь переделав проект мы избавим себя от сложностей в будущем

Comments

[Илья Черничкин]

Не пойму за что минусы(

Answer 1

[cat_crash]

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

Comments

[Илья Черничкин]

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

[cat_crash]

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

Answer 2

[ipadm]

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

Comments

[Илья Черничкин]

В том то и дело, что он понимает необходимость переделки, но сроки новых разработок есть сроки, и по его словам сейчас нет времени на переделку

[denver]

Очевидно что это иррационально, поэтому может так быть что он «всё понимает» (чтоб вас не демотивировать хотя бы), но не хочет тратиться на проект по принципу — лучше переплачивать потихоньку за баги, чем инвестировать сразу много в рефакторинг (который еще к слову может убрать старые, но добавить новые баги. Всё таки если работает — лучше не трожь).

[Илья Черничкин]

denver дело в том, что переписать все равно придется)

[denver]

Тогда разбейте на фазы (так чтобы продукт был абсолютнро рабочим в конце каждой), оцените в человеко-днях первую фазу. Если она займет скажем месяц — неплохо и можно требовать время, полгода — стремно (рынок потерять или просто много лишнего понаписать). Главное — начать с малого.

[Илья Черничкин]

Разбить на фазы и оценить — это интересно попробуем

Answer 3

[Vampiro]

Можно рефакторить кусками, по мере добавления «новых фич» и «доработок». Переделывая под новую структуру, которая у вас уже должна быть в голове=)

Comments

[Илья Черничкин]

Мы уже продумываем новую структуру, думаю будет примерно так
Новая фича
+ небольшие переделки
и так далее

Answer 4

[AxisPod]

Придет следующий программист, скажет, что давайте переделывать, отстойный какой-то код.

Answer 5

[Alexander]

Может потому он и шеф, что лучше вас разбирается в вопросах бизнеса?
Есть 2 способа сделать проект:

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

2. Вбухиваем 3-5 млн., тратим на разработку минимум 9 месяцев, потом еще за 3 млн. 5 месяцев дорабатываем и вылизываем. Выпускаем на рынок с очень толстой рекламной кампанией. Так обычно делают крупные игроки рынка, у которых есть определенное положение и ресурсы, такой проект в любом случае найдет свою аудиторию, а даже если не найдет, то компания от этого пострадает не сильно. Пример такой компании — 1С.

Comments

[Alexander]

Я бы на вашем месте запустил ту версию, которая сейчас имеется. А потом уже переделывал ее сколько влезет.

Answer 6

[kartoha]

Я сталкиваюсь с такой ситуацией каждый раз. Так, что не отчаивайтесь. Договоритесь о подходе step-by-step прежде грамотно аргументируя необходимость (если она действительно есть, а не просто потому что ваше «эго» говорит вам, что так «просто» будет лучше). Учтите вышеописанные советы — они объективны.