Pull to refresh
136
0
Алексей Мелёхин @drosselmayer

Системный аналитик

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

2. Эксплуатация платных дорог забота концессионеров (государственно-частное партнерство). Предполагается, что собранных денег должно хватать на содержание дороги в порядке.

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

2. Эксплуатация платных дорог забота концессионеров (государственно-частное партнерство). Предполагается, что собранных денег должно хватать на содержание дороги в порядке.

3. При строительстве ПВП моделируется поток автомашин и строится достаточное количество полос. Более того, если дело пойдет, то будет увеличиваться количество транспондеров, которые не требуют остановки. А где происходит оплата наличными да, возможны очереди. Но не многокилометровые, разумеется. Не забывайте, что на въезде не нужно ничего платить, а выездов тоже не один.
Вот это и есть талант и заслуга Тима Кука, который изъездил пол-Китая в поисках наиболее выгодных цен на комплектующие при достаточно высоком качестве.
Нет, ТАКИМ начальством в России не стать. Не с теми в детсад ходил. И не тем видом спорта не в том городе занимался :)
Эх, как хорошо мы тут друг другу поем! Такие слова, да начальству в уста :)
У меня нет законченного второго образования в области управления, но мне приходилось и учиться на специальных курсах и управлять людьми, а также лично ставить процессы. Я много лет работал на
Классический менеджмент — это как минимум что-то в рамках элементарного учебника:
— как ставить задачи и контролировать исполнение
— основы мотивации
— проблемы во взаимодействии

Без знания подобных вещей трудно спроектировать бизнес-процесс. Это ведь не квадратики в программе рисовать, как может показаться. Это в первую голову организация взаимодействия людей. Программы тут только на втором плане.
Рад стараться!
На Хабре много программистов, у которых вполне конкретный опыт и большой спрос на него. В части же бизнес-процессов не все так однозначно, и примеры кода не опубликуешь. И народ в основном зрелый, на ерунду размениваться не желающий.
Вот и приходится им вариться в вакууме, преисполняясь ощущением собственного величия.

А «структурированных трудов» на тему много написано, хоть обчитайся. Беда только в том, что западные книжки написаны в расчете на людей, имеющих небольшое представление о классическом менеджменте. А у нас в эту область влезают в основном программисты, которые ничего не видят, кроме алгоритмов и программ…
Иногда, для того, чтобы стать грамотным аналитиком, нужно наступать на грабли. Каждая компания желает купить готовенького, желательно ясновидящего, аналитика. И не задорого. И мало кто хочет такого выращивать, неся убытки :)
Основные общие признаки даны в выводах. Детально можно писать только о конкретных проектах, а не вообще.
Если повторяться, то нужно подумать, чего же именно хочет заказчик. Буквально сегодня читал очень хороший материал на эту тему habrahabr.ru/blogs/pm/128786/

Все примеры из личного опыта. Единственное, не нужно пытать меня что были за организации с той и с другой стороны. Я сознательно перемешал и утрировал некоторые признаки, чтобы не было причин упрекнуть меня в нарушении корпоративной этики.
Да, вы правы. Вопрос жизнеспособности систем достаточно тонкий и требующий дополнительного изучения. У меня есть мысль написать об этом, но пока никак не нащупаю идею.
Да, опыт тут ценнее всего… Приведенные примеры, кстати, касались первых внедрений новых для нашей страны систем. Внутри опыта не было ни у кого, отсюда и такие фактурные грабли.
Когда внедряется что-то более привычное, нужно опираться на опыт свой или коллег. Обязательно.
Контракты часто подписываются в бане, и не всегда возможно вклиниться в этот процесс. Лоббисту, конечно, дают материалы и наброски предложений. Но вот бывает, что после пятого стакана вискаря он забывает слова и путается в концепциях.
Только вот в этом случае нужно готовиться к следующей фазе. «Не знаю как, но не так». Или просто «не нравиццо!!!»
И таки будет! Главное, чтобы заказчик это понял. Мне в этой связи вспоминается реплика персонажа из мультика «Тачки»: Ты не знешь, чего тебе нужно, Луиджи знает чего тебе нужно!
Классика :) В БД САПа около 70 тысяч основных таблиц, безумное количество транзакций, свои методики ведения проектов, построения архитектур… Нет, 8 часов мало, надо было давать все 16.
Происхождение руководства заказчика тема отдельная. Но тут уж или смирись или умри. Они платят деньги, а мы за эти деньги должны выполнить работу. Будь они хоть буратинами деревянными, в конце проекта они должны принять работу и выплатить остатки денег. А успех сдачи работ зависит от того, что мы заложим в проект и в архитектуру системы. В моих примерах виноваты, все же, исполнители. В первом случае они прозевали бизнес заказчика, а во втором переоценили самого заказчика.
Меня тоже смущает всеобщее убеждение, что к Хабру имеют отношение только веб-проекты. Как же быть внедрятелям АСУ с бюджетами проектов от миллиона зелени? Куда сливать мысли и где делиться опытом? Пафосные «корпоративные» форумы — тоска зеленая и бесконечная фаллометрия. Мы же тоже люди и тоже хотим живого общения! :)

Information

Rating
Does not participate
Location
Россия
Date of birth
Registered
Activity

Specialization

Product Manager, Systems Analyst
Lead
System analysis
Analytics of requirements
Design information systems
Development of tech specifications