Реинжиниринг торговой системы

← →
RDen © (2013-06-01 18:29) [40]

нет незаменимых, к сожалению

← →
Юрий Зотов © (2013-06-01 18:32) [41]

> RDen © (01.06.13 18:29) [40]
> нет незаменимых, к сожалению

Когда есть, кем заменить.
:o)

← →
RDen © (2013-06-01 18:56) [42]

Юрий Зотов © (01.06.13 18:32) [41]

> RDen © (01.06.13 18:29) [40]
> нет незаменимых, к сожалению

Когда есть, кем заменить.
:o)

это приятно. Но придётся обучать наработкам

← →
Юрий Зотов © (2013-06-01 20:20) [43]

> RDen © (01.06.13 18:56) [42]

Вот в том-то и дело.

Кто будет обучать? Другой сотрудник, который и сам не все знает?

Сколько времени уйдет на обучение? Какая это потеря времени (и денег, соответственно)?

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

← →
RDen © (2013-06-01 20:27) [44]

Юрий Зотов © (01.06.13 20:20) [43]

Кто будет обучать? Другой сотрудник, который и сам не все знает?

Сколько времени уйдет на обучение? Какая это потеря времени (и денег, соответственно)?

Могу привести не один пример,

да, наверное многие могут привести подобные примеры, но раз уж "схлестнулись", чем закончилось в твоих (Ваших) примерах?

← →
boriskb © (2013-06-01 20:57) [45]

> Так это же и есть конкретика - "что делал, что получилось
> и что должно было получиться".

"Что получилось, то мы и хотели " (с)

← →
Юрий Зотов © (2013-06-01 21:19) [46]

> RDen © (01.06.13 20:27) [44]

В одном проекте, ничем не закончилось, все продолжается - этот один человек, на котором держится практически весь проект, так и работает. А проект, кстати, в конторе единственный, так что на этом человеке держится, можно сказать, вся контора.

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

← →
alexdn © (2013-06-02 09:12) [47]

> Юрий Зотов © (01.06.13 21:19) [46]
То что проект может быть привязан только к одному человеку это просто ужасно..

← →
RDen © (2013-06-02 09:37) [48]

alexdn © (02.06.13 09:12) [47]

> Юрий Зотов © (01.06.13 21:19) [46]
То что проект может быть привязан только к одному человеку это просто ужасно..

аха, но зачастую, просто нет вариантов..

← →
Kerk © (2013-06-02 14:27) [49]

> alexdn © (02.06.13 09:12) [47]
>
> > Юрий Зотов © (01.06.13 21:19) [46]
> То что проект может быть привязан только к одному человеку
> это просто ужасно..

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

← →
Юрий Зотов © (2013-06-02 15:28) [50]

> alexdn © (02.06.13 09:12) [47]
> То что проект может быть привязан только к одному человеку это просто
> ужасно.

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

Заменить его, конечно, можно. Но, как совершенно верно заметил RDen, потребуется обучение - а это накладно и по времени, и по деньгам. И еще хорошо, если обучать будет он же сам - а если такой возможности нет? Тогда потребуется долгой рытье чужих исходников, как правило, совсем непростых - что еще дольше и еще дороже.

Вот, допустим, ТС с сабжем разобрался, понял, как что работает, поправил глюки. Кто будет поддерживать программу далее? Очевидно, он. Кем его можно будет заменить? Очевидно, без потери времени и денег - некем. Вот и получается, что он стал практически незаменимым, хотя к этому вовсе и не стремился.

Еще один реальный пример - кем можно заменить Диму Тимохова (aka Суслик), если свой совсем немаленький проект он делал практически в одиночку и никто, кроме него, досконально этот проект не знает?

← →
clippership (2013-06-03 12:08) [51]

Ого, сколько сообщение за выходные!
В конторе работают разные люди - и девушки, и бабушки, и юноши, и дедушки. :)
Это магазин и поэтому есть специфика. В зале может находится юная девушка с начальным образованием. Ее научили нажимать на 4 кнопки - и она уже овладела искусством продажи через компьютер. Так что - такие дела. При этом любое самое малое нештатное поведение программы - приводит ее в панику. Спрашивать по телефону: "В чем ошибка?" - не имеет смысла, ответ всегда один: "Ничего не работает."
Сегодня позвонил в одну организацию (СПб), которая занимается решением подобных проблем, за работу только по трассировке БД они берут 5 - 6 млн. рублей (и это только предварительно). Думаю, что смысл теряется, начальство не вложит таких денег, да оно и не надо.
Похоже, идеальный вариант таков:
1. Построить подробный бизнес-процесс всего предприятия в какой-нибудь нотификации
2. Выявить те точки бизнес-процесса, где он пересекается с работой программы
3.Построить отдельные бизнес-процессы тех подразделений, которые работают с программой
4.Проанализировать код и бд, в свете полученных результатов. Можно для помощи использовать какой-нибудь RWin, например.
5.Ну и дальше - оптимизация, как таковая.. Что получится, то получится..

Других способов не вижу пока что, а рассуждения в этой ветке меня в этом просто убеждают.

6. Ну, об этом я говорил уже начальству: необходим тестер. Надо искать кого-нибудь на эту роль. Контора богатая - не разорятся.. :)
А то здесь тестированием разработки занимаются сами разработчики, а это для такой запутанной системы неправильно: в одном месте изменишь - в другом аукнется. Принцип действия закона Ломоносова - Лавуазье очень хорошо демонстрируется на примере этой программы.

← →
clippership (2013-06-03 12:17) [52]

Kerk © (02.06.13 14:27) [49] , в свое время я работал в СПб филиале одного очень-очень-очень крупного банка. Так там был один незаменимый человек, который страдал ярко-выраженной звездной болезнью. Он один знал все пароли от многих ключевых служб и даже серверов... Вот так вот.. И это не какой-нибудь, даже самый крупный, магазин - а один из ведущих банков коммерческих страны... А Вы говорите!!! :D
Cейчас, правда, я знаю, что ситуация в том филиале банка нормализировалась. А то, о чем я написал - происходило в первой пятилетке 2000-х годов...

← →
Inovet © (2013-06-03 12:23) [53]

> [52] clippership (03.06.13 12:17)
> Он один знал все пароли от многих ключевых служб и даже серверов...

Ключник

← →
Jeer © (2013-06-03 12:29) [54]

>за работу только по трассировке БД они берут 5 - 6 млн. рублей

Вот я дурак был..., за месяц составил ER-модель OLAP базы за свои несчастные месячные сребренники :)
Потом за полгода свое приложение нарисовал.

С другой стороны, обеспечил себя работой уже как 7 лет и еще два протянем, а потом на пенсию и в прерии велопутешествовать :)

← →
Юрий Зотов © (2013-06-03 15:15) [55]

> clippership (03.06.13 12:17) [52]
> Он один знал все пароли

Дык...разве это незаменимость? Начальство дает команду, пароли передаются другому сотруднику - и за 10 минут от незаменимости не осталось ничего.

← →
clippership (2013-06-03 15:29) [56]

Юрий Зотов © (03.06.13 15:15) [55] , с одной стороны - да, незаменимых нет.
Не вдаваясь в подробности, скажу, что обстановка там была нездоровая и ближайший начальник боялся этого человека.. Боялся, в смысле том, что если бы он ("незаменимый") ушел, то наступил бы полный крах в работе отдела, а потом и филиала. Парень то был, действительно, талантливый, но зазвездившийся: всех поставил в зависимость от себя.
Как добился этого не знаю, я проработал там всего 11 месяцев и ушел, не в последнюю очередь из-за "теплых" отношений царивших внутри коллектива.

← →
clippership (2013-06-03 15:40) [57]

> TUser © (31.05.13 14:20) [13]
> Я бы еще предложил написать и зарегистрировать официальную
> служебную записку с описанием проблемы и негативного прогноза
> и своих вариантов решения (все переписать, наняв для этого
> профессиональную контору, и не на Delphi).

Прототип подобной записки я уже писал начальству, но Вы правы - стОит написать о всех грядущих бедах. Единственно, что думаю - разницы нет - Delphi или не Delphi. Собственно, как корпоративное клиент-серверное приложение - инструмент разработки Delphi является оптимальным.
Будем надеяться на Embarcadero, авось они вытянут Дельфи из того места, где она сейчас находится.
Писать торговую клиент-серверную систему на C# или Java, по сравнению с Delphi - это, конечно, круче, но попахивает садомазохизмом. Это мое мнение. Каждая средство разработки - хорошо для своих нужд. :)
Только не хотелось бы развивать набившую оскомину тему, которая длиться еще с 90-х годов : сначала - "Что круче Дельфи или С++", теперь чаще спорят о крутизне "С# и Дельфи".
А на самом деле все зависит от прокладки между сидением и монитором компьютера, где средство разработки остается всего лишь средством разработки. Главное выбрать, чтобы средство было оптимальным для решения конкретной задачи.
Каждый остается при своем мнении.

← →
Юрий Зотов © (2013-06-03 16:02) [58]

> clippership (03.06.13 15:29) [56]

> если бы он ("незаменимый") ушел, то наступил бы полный крах в работе
> отдела, а потом и филиала.

Значит, на тот момен он действительно был незаменимым, от факта никуда не денешься.

> Парень то был, действительно, талантливый, но зазвездившийся: всех
> поставил в зависимость от себя.

А это уже от человека зависит. Вот Вы тоже, вполне возможно, станете незаменимым - как Вы себя поведете?
:o)

← →
"Добрый Сок" (2013-06-03 16:23) [59]

> Вот Вы тоже, вполне возможно, станете незаменимым - как
> Вы себя поведете?

С ноги заходить во все кабинеты? :o)
Пока не попадется кабинет, где дверь наружу открывается :)

← →
clippership (2013-06-03 18:32) [60]

"Добрый Сок" (03.06.13 16:23) [59] , :))))))))))))))))))))))))))))))))))

← →
clippership (2013-06-03 18:34) [61]

> Юрий Зотов © (03.06.13 16:02) [58]
> Вот Вы тоже, вполне возможно, станете незаменимым - как
> Вы себя поведете?

Честно говоря, не хотелось бы быть незаменимым. Скромная должность технического директора меня бы устроила :))))))))))))))))))))))))))))))

← →
Юрий Зотов © (2013-06-03 19:00) [62]

> clippership (03.06.13 18:34) [61]
> Честно говоря, не хотелось бы быть незаменимым.

А куда Вы денетесь? Вот разберетесь с сабжем - и готово, само собой.

← →
Dennis I. Komarov © (2013-06-03 19:02) [63]

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

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

А за

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

начальство Вас отправит куда подальше и правильно сделает
P.S. "Мы привыкли" - это не аргумент.

← →
знайка (2013-06-03 19:10) [64]

> Стоит провести анализ состояния системы, вычислить вероятности
> и стоимость ошибок, затраты на устранение, вероятность наступления
> события и т.д. и т.п.
и тут же, не начав читать, спросят: нафик все это делал, кто просил? и впарят куда и сколько надо, и правы будут.. :)

← →
clippership (2013-06-03 19:11) [65]

Dennis I. Komarov © (03.06.13 19:02) [63] , не поспоришь

← →
Компромисс1 © (2013-06-03 20:13) [66]

Почему-то мне кажется, что для этого

> анализ состояния системы, вычислить вероятности
> > и стоимость ошибок, затраты на устранение, вероятность
> наступления
> > события

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

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

← →
robt5 (2013-06-03 22:01) [67]

просто будь готов послать все в ж. и уволиться в любое время - станет легче

← →
cloppership (2013-06-03 23:38) [68]

> robt5 (03.06.13 22:01) [67]

Вариант не исключен :)

← →
ТимоховД (2013-06-04 13:20) [69]

раз тут Юрий Сергееич меня упомянул, выскажусь...

1. Рефактор - офигенный материал для прокачки скилов. Я как математик по образованию и, к сожалению, только немного по сути чтобы в чем-то разобраться строю общую картинку, в которой есть слова: "знает", "обращается", "врапит" (оборачивает). К сожалению я лично не знаю серебряной пули в части тех. средств, я лично пока не "забью" в голову тему не могу ничего придумать. Поэтому - стараюсь с аспектами (частными) своей же системы (плюс часть от другого программиста - за десять лет и 1млн строк свой код равен чужому) разбираться глубоко. Тогда и можно реинжиниринг сделать. Все объять не стараюсь - незя это.

Мораль пункта - разбираться по чуть-чуть, улучшая это чуть-чуть. Все сразу делать не надо - не выйдет.

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

Мораль пункта - на рефактор нужно время.

3. В общем, общий совет - рефактори по чуть-чуть затрагиваемые аспекты системы, прокачивай скилы, получай ЗП, ставь заплатки (с возможным частным рефактором). Все отрефакторить не выйдет все равно. Как говорит наш руководитель проекта - как ни пиши (правильно или коряво), все равно - это те же яйки, только вид сбоку. Речь о том, что предметная (бизнес) сложность от красивого кода и архитектуры никуда не уйдет. Все равно каждая предметная (бизнес) логика стоит определенного времени, а если объять твою систему и помножить на время разработки, то выйдет N лет.

4. Моя личная позиция в части своей системы:
а. Я хочу делать качественный продукт. Поэтому стараюсь модернизировать темы, которые мне мешают отвечать за результат.
б. Большое Г, если оно работает и все же поддается анализу, я стараюсь не трогать. Оборачиваю документацией, которая А) поясняет, почему это Г сделано именно так, как сделано и Б) что надо сделать (когда-то) с этим Г, чтобы оно перестало быть Г.

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

Мораль - ставить задачу все отрефакторить - дело гиблое.

← →
ТимоховД (2013-06-04 13:20) [70]

> и тут же, не начав читать, спросят: нафик все это делал,
> кто просил? и впарят куда и сколько надо, и правы будут.
> . :)

Не исключено, что такое поведение возможно, тут многое зависит от личных качеств, целей и ситуации, но вот вопрос, а в чем они будут правы?

← →
знайка (2013-06-05 00:19) [72]

в том что человек вместо того чтобы делать то, что ему говорят, занимается не пойми чем, мало?
за такое уволить мало :)

1. Мне удалось, сделать реинжиринг довольно сложной системы - но только БД (исходного кода не было).
2. Запустить процесс одновременной работы двух систем над одной БД - изначальной и своей.
3. Удалось перевести работу тысяч пользователей на свою систему относительно безболезненно.
Отчасти, это связано с новым, созданным и интуитивно понятным даже "бабушкам" интерфейсом.
4. Удалось исключить рутинную работу пользователей в части интеграции данных.
5. Удалось исключить многократную закупку для пользователей пакетов типа "Статистика" или SPSS. ( в систему добавлен функционал фильтрации данных, регрессионого анализа, прогнозирования..)

Это личный опыт - наверняка он не поможет, но идеи должны быть понятны.

> знайка (05.06.13 00:19) [72]
> в том что человек вместо того чтобы делать то, что ему говорят,
> занимается не пойми чем, мало?
> за такое уволить мало :)

У Вас замечательный менеджмент...

Кроме того это первая стадия задачи, которую автору поручили.

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

P.S. Вопрос был другой...

← →
знайка (2013-06-05 10:05) [75]

При чем тут наш менеджмент? о_О

> Кроме того это первая стадия задачи, которую автору поручили.
из топика, а точнее - вот тут:

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

> за такое уволить мало :)
причем увольнять нужно того кто "не понимает" в основном...
блин, да большинство задач которыми занимаюсь с точки зрения начальства это "не пойми чем", но без них "все встанет". а вот то, что они говорят делать зачастую = "немедленное убийство" программы/процесса.

> просто автору захотелось не то что ему поручили.
а что у него по должностным обязанностям? может как раз управление/поддержка вот того самого рабочего процесса. или он вообще за "идею" свое свободное время?

вообще, делать только то что сказали, и именно так как сказали называется "итальянская забастовка".

← →
знайка (2013-06-05 10:24) [77]

"страной может руководить даже кухарка", тут не о чем даже спорить :)

← →
знайка (2013-06-05 10:29) [78]

> а что у него по должностным обязанностям?
откуда мне это знать? я лишь вижу из его темы, что его об этом не просили, по крайней мере в топике нигде об этом упоминаний нет
хотите узнать про должностным обязанностям автора? наверное лучше спросить у него самого

> "страной может руководить даже кухарка", тут не о чем даже спорить :)
не нужно цитировать неправильно, в оригинале смысл обратный.

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

> хотите узнать про должностным обязанностям автора?
мне то зачем? ты делаешь выводы на "пустом месте". мне пофигу на его обязанности, и просили его это делать или нет.

Реинжиниринг торговой системы Найти похожие ветки