Профессия бизнес-аналитик - Страница 4 - обсуждение на форуме НГС Новосибирск

БА описывает процесс - все подпроцессы, ветвления, документы, ответственных исполнителей. Системный аналитик решает, как, при помощи каких программных средств этот бизнес-процесс будет исполняться. Допустим, выбрали 1С. Ставит задачу программисту. Программист реализует этот бизнес-процесс в 1С. БА анализирует исполнения процессов, выносит рекомендации по их улучшению. Может грубо и не совсем верно, но примерно как-то так.

Я вообще-то задал вопрос.
И по тому, чем занимался более 3х лет назад.

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

Используя (современные. 3+ лет тому) средства ПО
(1С я к ним пока не буду относить)
предполагалось, что
роли СА, БА, СОО (Специалиста отдела операций)
выполняются одним человеком,
т.к. в тех тулзах - описание процессов
достаточно для их выполнения и, более того, может производиться
(или изменяться) параллельно с их выполнением,
программист не нужен

Если Вы описали процессы,
то более ничего и не надо,
выполняете их
в соответствии с описанием

Вообще,
этот менталитет или даже парадигма,
внесённая 1С,
сама по себе интересна.
Архитектура 1С,
насколько я понимаю,
вообще не задумывалась,
как ERP или CRM или BPM,
просто сделали небольшую программку БУ,
нетранспарентную для программистов,
к которой потом прикрутили во всяких
извращённых манерах расширения.

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

Теперь БА и бухгалтеры зовут программиста.
Во всём мире - наоборот,
программисты зовут пользователей,
чтобы уточнить,
что им надо,
а потом это сделать
в виде законченного продукта,
для использования которого не надо
знать программирование и/или звать программиста

Но, знаете, это изречение:
"В теории, нет разницы между теорией и практикой,
но на прктике - есть"

Ответить

Колючая

activist

06 февраля 2008

kot1968

Вопрос к Колючей:

"Если не секрет - JD Edwards EnterpriseOne в какой отрасли видели, чтобы хоть примерно контекст представить?"

торговая компания.

Ответить

катинка

Анонимный пользователь

06 февраля 2008

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

Ответить

Ananas

veteran

06 февраля 2008

Приколы: тактичный программист, внимательный системный администратор и т.д.

Я правильно Вас понял,
что Вы называете всех специалистов в АйТи,
которые не сисадмины,
программистами?

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

И, на полном серьёзе всем доказывали,
даже, когда их об этом не спрашивают,
что это так и есть в живом мире?

Ответить

катинка

Анонимный пользователь

07 февраля 2008

Программист - профессия, "специалист по..." - должность. Разницу ощущаете?

Ответить

Ananas

veteran

07 февраля 2008

Программист - профессия, "специалист по..." - должность. Разницу ощущаете?

Ощущаю...
что на те вопросы, которые я задал,
которые меня интересовали,
Вы не ответили.
Но, почему-то, упорно отвечаете на вопросы,
которые я не задавал,
которые мне неинтересны.

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

В наст. момент, моя "должность" по характеру выполняемых проектов близка к патентоведу
(patent attorney assistant or consultant) -
занимаюсь поиском US patent applications prior art,
US patent disclosing в области artificial intelligence,
distributed databases, business intelligence.
Gару месяцев назад я был консультантом по выбору ПО,
до этого занимался оптимизацией
сервера базы данных на удалённом shared webhosting,
расположенном в ЮАР

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

Никаких проблем у меня в общении с клиентами
не возникает

Ответить

Brian

activist

11 февраля 2008

Кстати, вот еще вопрос - я иногда почитываю форум sql.ru - там очень активно бодаются программисты и аналитики. Программисты считают, что аналитики ничего не делают, зря проедают программистские деньги и платить им надо минимум в 2 раза меньше. Какие мысли есть по этому поводу?

Ответить

Ananas

veteran

11 февраля 2008

Кстати, вот еще вопрос - я иногда почитываю форум sql.ru - там очень активно бодаются программисты и аналитики. Программисты считают, что аналитики ничего не делают, зря проедают программистские деньги и платить им надо минимум в 2 раза меньше. Какие мысли есть по этому поводу?

Ну, как меня тут поправили,
программист - это профессия,
куда входят все АйТи-шники,
включая АНАЛитиков, + сисадмины.
.
Если работать по нормальным методологиям организации труда,
то СисАНАЛтик и/или кодировщик -
это просто одни из ролей,
выполняемая разработчиком на определённых итерациях или стадиях жизни процесса разработки/проекта.

Я так понимаю,
что "программист",
не выполняющий АНАЛитических функций -
это кодировщик

Такие нужны только,
если СисАНАЛитик не умеет пользоваться генераторами кода

Ну, а там, где жестко разделяют на
СисАНАЛитиков и кодировщиков,
получается с точностью до наоборот,
кодировщикам и платят в 2 и более раз,
чем СисАНАЛитикам.
Оно так и есть на практике

Ответить

Chuck_Norris

v.i.p.

11 февраля 2008

kot1968

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

Так в Новосибе, например, - подавляющее большинство франчайзи 1С НЕ ИМЕЮТ в своем штате грамонтных и толковых внедренцев, скорее Аналитиков Бизнес-процессов, а только начинающих программеров с большими амбициями, по остальному софту - откуда в в Новосибирске возьмутся спецы по SAP и другим системам ERP ?! :dnknow:

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

Ответить

Brian

activist

11 февраля 2008

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

Ответить

Ananas

veteran

11 февраля 2008

выделяя "анал" в слове "аналитик" Вы демонстрируете свое отношение к представителям этой профессии.

Ну, я хоть СИС не выделяю в "системном"

С таким отношением со стороны разработчиков я сталкиваюсь и на sql.ru, поэтому пытаюсь разобраться в ситуации. На мой взгляд разработчик и аналитик - это разные роли и разные профессии. Почему-то многие считают, что их можно совместить. Почему-то разработчики считают, что запросто справятся с обязанностями аналитика. Конечно, если разработчик знает бухгалтерский, налоговый и управленческий учет, обладает обширными познаниями в предметной области, отлично знает русский язык, умеет выражать свои мысли устно и письменно, то он легко заменит аналитика. Только если он будет общаться с клиентами, писать документацию, разрабатывать предложения по совершенствованию системы, то когда он будет заниматься своим делом, т.е. разрабатывать софт? Мое мнение - аналитик и разработчик - абсолютно разные профессии, требующие разного образования и психофизических данных, эти люди одинакого важны для успешной реализации проекта и должны получать примерно одинаковую зарплаты. Мнение других уважаемых участников форума я и пытаюсь узнать.

Ну, это чисто Ваше мнение.
А, есть ещё мнение общепризнанных авторитетов в области организации работы в АйТи - почитайте их,
XP, agile, RUP, SCRUM, MSF, etc.

Если Вы моделируете,
и пользуетесь нормальными средствами разработки и поддержки/управления проекта,
то автоматически получаете и код,
и документацию генераторами

Просто из-за этого Вашего мнения,
из программистов в большинстве организаций делают бессловесную скотину:
"возьми, как делали до тебя и скопипасти по образцу" и не вздумай иметь своё мнение,
как сделать лучше или, что и как вообще
имеет смысл делать

Ответить

Ananas

veteran

11 февраля 2008

Почему-то многие считают, что их можно совместить. Почему-то разработчики считают, что запросто справятся с обязанностями аналитика. Конечно, если разработчик знает бухгалтерский, налоговый и управленческий учет

Да, не надо знать БУ.
Если он нужен для разработки,
то ты будешь общаться с заказчиком -
бухгалтером, налоговиком и / или управленцем,
и всё, что надо у них узнаешь.

Вам нравится, чтобы
- Вам было непонятно, что Вы делаете?
- Вам запрещали общаться с коллегами и заказчиками?
- чтобы за Вас кто-то всё продумал, а поскольку всё в жизни не бывает, то не иметь возможности повлиять на спущенные сверху решения?

Мне - нет!
И, как показывает мировой опыт,
смысла в такой организации тоже - нет.
От неё давно везде отказываются

Ответить

Brian

activist

11 февраля 2008

Если Вы моделируете,
и пользуетесь нормальными средствами разработки и поддержки/управления проекта,
то автоматически получаете и код,
и документацию генераторами

Отлично! Сразу видно глубокий ум и понимание проблемы!
Задача: предъявить к списанию налог на добавленную стоимость для СМР, произведенных хозяйственным и подрядным способом.
Если не затруднит, приведите здесь НОРМАЛЬНЫЕ средства разработки и поддержки/управления проектом, которые автоматически сгенерируют код и документацию.

P.S. XP, RUP, MSF я знаю лучше Вас.
P.P.S. Не пишите в столбик, Ваши посты трудно читать.
P.P.P.S. Признаться, я симпатизировал Вам ранее, читая Ваши другие посты. Но сейчас Вы начинаете меня раздражать. Пожалуйста, общайтесь в данной теме с другими участниками. Ваши дальнейшие посты я лично игнорирую.

Ответить

Ananas

veteran

11 февраля 2008

Задача: предъявить к списанию налог на добавленную стоимость для СМР, произведенных хозяйственным и подрядным способом.

Расшифруйте СМР

Ответить

Ananas

veteran

11 февраля 2008

[Расшифруйте СМР

Хотя ладно.
Я сам-себе-себя-собой:
я говорил о разработке систем,
для которой привлекают системного аналитика.

Эти задачи не имеют никакого отношения к
применению готовых продуктов, как-то, например:
- калькулятора,
- авторучки для заполнения налоговых бланков,
- 1С
- и т.д.

Ответить

kot1968

Анонимный пользователь

11 февраля 2008

Так в Новосибе, например, - подавляющее большинство франчайзи 1С НЕ ИМЕЮТ в своем штате грамонтных и толковых внедренцев, скорее Аналитиков Бизнес-процессов,

... наверно, потому что продают софт, а не решения...
А кстати, коллеги, есть примеры построения работающей ERP системы на базе 1С ?

а только начинающих программеров с большими амбициями, по остальному софту - откуда в в Новосибирске возьмутся спецы по SAP и другим системам ERP ?!

Но если уже в Нске есть (стоят) такие системы, кто-то их поддерживает, обслуживает, "топориком подправляет"? Значит, и опыт уже имеется, не все же москвичи к нам летают после каждого "чиха"...

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

Приглашать как поставщиков софта или решений?

прочем, вспоминая, как автоматизировалась а/к Сибирь таким способом, то напрашивается один вывод хрен редьки не слаще...

Если не секрет - что в Сибири ставили? Просто интересна статистика внедрения в контексте компаний (их профиля)...

Ответить

Brian

activist

12 февраля 2008

я говорил о разработке систем,
для которой привлекают системного аналитика.

Эти задачи не имеют никакого отношения к
применению готовых продуктов, как-то, например:

Все. На этот раз действительно все. Я хотел не поддаваться на провокации и не комментировать посты господина Ананаса, но ему удалось меня вывести, с чем его и поздравляю.

Какие задачи не имеют отношения к применению готовых систем? Вы вообще о чем? Прийти к заказчику, спросить "Что вы хотите?", а потом захреначить это систему с 0 - с этим справится даже пятилетний имбецил, зачем здесь системный аналитик? Такие вещи клепают для разминки и получения опыта студенты 1-2 курсов. Для внедрения готовых систем аналитик не нужен? А как вы будете автоматизировать бухгалтерский учет? Сами? С нуля? Это получится как говорится "леденящий душу 3.14здец". А если у вас коробочный продукт, который планируется продавать по всему миру? Вам пользователь говорит "Хочу кнопку слева" - и вы с улыбкой на лице делаете её слева. А остальным пользователям она на хер слева не сдалась, они хотят её по центру или справа, как все нормальные люди. Или внедрение КИС в банке - вы заполучили банк, заключили контракт, у него филиалы по всей стране. Кто будет ездить и вникать в тонкости процесса работы? Программист? Потому что из него нельзя делать "бессловесную скотину", как вы выразились? Да никто и не делает - просто это разные задачи для разных людей. А директору внедренческой конторы нас...ть, что программисту "тоже интересно понять". Ему надо деньги зарабатывать, а не удовлетворять прихоти работников, причем глупые.

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

Я не знаю, чем вы занимались 12 лет в Европе, но теперь я понимаю, почему в Европе ценятся наши специалисты, а не у нас - их. У вас, господин Ананас, после Европы - левая резьба. И говорите вы о вещах, в которых ни черта не понимаете.

Ответить

Serg_83

Анонимный пользователь

12 февраля 2008

А давайте еще поговорим по понятиям, а?
Для того чтобы создать к.л. информационную систему, необходимы как минимум:
1. Заказчик (З)
2. Разработчик (Р).
надеюсь никто не будет спорить с тем, что без одного из действующих лиц у второго ничего не получится?
И вот тут возникает несколько моделей их взаимодействия:
1. З - Р
Модель жизнеспособна только в очень маленьких орг-х, где заказчик один и разработчик тоже один. Сели, попили пивка и что-то слабали.

2. З - "Уникальный человек" - Р
Уникальный человек - тот, который знает ибизнес и одновоременно системную часть. При этом в обеих направлениях лучше чем З и Р..... У него либо очень узкий фронт работы, либо он реально гений. Двуликий Янус или его ближайший родственник.

3. З - БА - СА - Р
По-моему самая устойчивая система. Каждый участник общается на совем уровне. Заказчику не нужно объяснять программисту превратности своего бизнеса, программист избавлен от неконструктива. Плюс появляется невиданная в предыдущих моделях возможность выявления, анализа и оптимизации Бизнес-процессов и на основе этого анализа соответственно экономия ресурсов.

4. Продолжать можно бесконечно, чем сложнее организация, тем сложнее будет эта структура.

По-моему отсюда видно место и роль БА, и кто вообще это такой.

Ответить

катинка

Анонимный пользователь

12 февраля 2008

+100

А еще в одной многоуважаемой компании мы натолкнулись на такое "решение" - НЕ НАШ УРОВЕНЬ. Мы задали встречный вопрос - кого считают СВОИМ УРОВНЕМ - в ответ мертвые с косами.

Ответить

Ananas

veteran

12 февраля 2008

А давайте еще поговорим по понятиям, а?
Для того чтобы создать к.л. информационную систему, необходимы как минимум:
1. Заказчик (З)
2. Разработчик (Р).
надеюсь никто не будет спорить с тем, что без одного из действующих лиц у второго ничего не получится?

Нет, это не так.
В большинстве случаев достаточно сисадмина или 1С-ника или системного интегратора или администратора базы данных

Перед тем, как говорить по понятиям надо дать их определения.

Ответить

Serg_83

Анонимный пользователь

12 февраля 2008

Вы вообще до конца то хоть дочитали?
Сочувствую такой организации, где разработкой ПО занимаются сисадмины и администраторы БД. Это совсем не их функция

Ответить

катинка

Анонимный пользователь

12 февраля 2008

Программист - профессия, "специалист по..." - должность. Разницу ощущаете?
Ощущаю...
что на те вопросы, которые я задал,
которые меня интересовали,
Вы не ответили.
Но, почему-то, упорно отвечаете на вопросы,
которые я не задавал,
которые мне неинтересны.
- Для особо одаренных Я НЕ ПОНИМАЮ ВАШИХ ВОПРОСОВ, следовательно, не могу на них ответить. Допускаю, что это провокация, которая позволяет Вам демонстрировать Ваш недюжинный опыт и талант. Вот только в чем?

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

В наст. момент, моя "должность" по характеру выполняемых проектов близка к патентоведу
(patent attorney assistant or consultant) -
занимаюсь поиском US patent applications prior art,
US patent disclosing в области artificial intelligence,
distributed databases, business intelligence.
- Из всего Вами сказанного лично я делаю вывод, что общаетесь Вы в основном на английском языке и Вам нравится называть себя ПАТЕНТОВЕДОМ.

Gару месяцев назад я был консультантом по выбору ПО,
- это раз

до этого занимался оптимизацией
сервера
- это два. Интерес по поводу местонахождения сервера базы данных я не проявила. Виновата.

Ну, и практически всегда приходится выполнять роль системного аналитика,
уточняя и дорабатывая технические требования
- это три.
Подведем итоги:
Есть софт, Вы его "патентоведаете". Консультировали заказчика при выборе ПО. Однажды оптимизировали сервер в ЮАР. В основном выполняете работу по уточнению и доработке технических требований.

Никаких проблем у меня в общении с клиентами
не возникает

А какие могут быть проблемы? С софтом? С сервером? С патентом? Еще раз прошу прощения, что не оценила Ваши понты. Наказание было ужасным.

Ответить

Ananas

veteran

12 февраля 2008

Для внедрения готовых систем аналитик не нужен? А как вы будете автоматизировать бухгалтерский учет? Сами? С нуля? Это получится как говорится "леденящий душу 3.14здец". А если у вас коробочный продукт, который планируется продавать по всему миру? Вам пользователь говорит "Хочу кнопку слева" - и вы с улыбкой на лице делаете её слева. А остальным пользователям она на хер слева не сдалась, они хотят её по центру или справа, как все нормальные люди.

Или внедрение КИС в банке - вы заполучили банк, заключили контракт, у него филиалы по всей стране. Кто будет ездить и вникать в тонкости процесса работы? Программист? Потому что из него нельзя делать "бессловесную скотину", как вы выразились? Да никто и не делает - просто это разные задачи для разных людей. А директору внедренческой конторы нас...ть, что программисту "тоже интересно понять".

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

Какое отношение внедрение имеет к разработке или к сбору требований?

Где вы видели внедрение с нуля:
разве "нули" внедряют?
Внедряют какие-то имеющиеся наработки или интегрируют готовые продукты.
Этим занимаются системные интеграторы

Ответить

Ananas

veteran

12 февраля 2008

Вы вообще до конца то хоть дочитали?
Сочувствую такой организации, где разработкой ПО занимаются сисадмины и администраторы БД. Это совсем не их функция

Да, я читаю начало и конец сообщений,
а в женских постах - середину

Я понимаю, что сейчас сбежится Вся Канатчикова дача, но в 98% компаний не обращаются к внедренческим, разрабатывающим компаниям,
не разрабатывают ПО, а стряпают свои системы из коробок с помощью сисадмина, а многие и без.

Ответить

Serg_83

Анонимный пользователь

12 февраля 2008

Смысл понятен. Действительно, этим 98% компаний не нужны ни БА, ни СА. К ним применима модель №1, которую я изобразил. Все работы по автоматизации делает один человек. Он же сисадмин, он же администратор БД, он же спец по телефонам, факсам и т.п.
Вполне обычная ситуация. Российская реальность.
Это хорошо что есть 1С, которая это позволяет.

Ответить

катинка

Анонимный пользователь

12 февраля 2008

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

+100

БА в первую очередь нужен программерным компаниям, занимающимся разработкой и внедрением. Пфуй получается еще на стадии коммерческого предложения потенциальным покупателям - каждый день это наблюдаю. Особенно забавно выглядит этот Пфуй, когда мне продают или пытаются продать CRM или автоматизацию БП, ничего не понимая в продажах или аналитике БП.
Причем в Н-ске бизнес морально против покупать "готовые решения". Это якобы непрестижно и экономически невыгодно. Каждый собственник и руководитель считает, что его бизнес уникален. Поэтому и процветают фрилансеры-ремесленники от софта. Или целые "организации в организациях" - где программерный отдел состоит из энного кол-ва инфантильных зазнаек с весьма расплывчатыми и бесполезными функциями.

Ответить

Ananas

veteran

12 февраля 2008

Российская реальность.
Это хорошо что есть 1С, которая это позволяет.

Как раз 1С этого и не позволяет, для её кастомизации требуется программист.

Уже после того, как я ответил, я подумал, что действительность российская отличается от европейской. В Старой Европе в большинстве стран, 98% компаний - это 3 чел. и меньше.

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

А в РФ надо ещё поискать такие компании.
И похоже в РФ всем нужны программисты, СА, БА, интеграторы и желательно внутренние

Ответить

Ananas

veteran

12 февраля 2008

Прийти к заказчику, спросить "Что вы хотите?", а потом захреначить это систему с

Вы много видели,
чтобы MS, или какая-нить другая, уважающая себя компания-разработчик, ходили по пользователям и спрашивали: "Что Вы хотите?"

Если заказчики/потребители просто не знает, что им надо и даже элементарных терминов не знает

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

Что это за решение и ИС, которые в альфа-банке одно, а соседнем бэта-банке надо разрабатывать с нуля? или спрашивать: "Чего изволите?"

Я вот фрилансер, не компания, и то позволяю себе роскошь отказываться от тех заказов, которые не тиражируемы, наработки или опыт, по которым, я знаю, никогда не смогу реутилизировать

Хотя я Вас тоже понимаю, Вы - человек подневольный, наёмный, что скажут неспециалисты, то и делаете.
И менталитет - соответствующий, по другому и быть не может

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

Ответить

катинка

Анонимный пользователь

12 февраля 2008

Вы много видели,
чтобы MS, или какая-нить другая, уважающая себя компания-разработчик, ходили по пользователям и спрашивали: "Что Вы хотите?"
------------------------------------------------
Хотите сказать, что уважающие себя компании разрабатывают продукты без предварительного изучения рынка сбыта?
--------------------------------------------------
Если заказчики/потребители просто не знает, что им надо и даже элементарных терминов не знает
--------------------------------------------------
Ах они дауны! Такого спеца не понимают! Возьмите переводчика, чтобы понять,чего хочет заказчик.
----------------------------------------------------
Где Вы видели коробочный продукт, который адаптируется и изменяется в соответствии с требованиями отдельных заказчиков?
-----------------------------------------------------
Повсеместно так и происходит. Обычно через некоторое время после того, как поработает "внедренец коробочного продукта". Ключевые показатели в разных компаниях отличаются. Измеряемые и контролируемые показатели тоже различны.
-----------------------------------------------------
Что это за решение и ИС, которые в альфа-банке одно, а соседнем бэта-банке надо разрабатывать с нуля? или спрашивать: "Чего изволите?"
------------------------------------------------------
В альфа-банке работают на оборот, а в бета - на прибыль с одного клиента. В альфе единая система учета рекламаций и за это отвечает один департамент, а в бете все происходит на уровне функционального подразделения. Продолжать?
--------------------------------------------------------------
Я вот фрилансер, не компания, и то позволяю себе роскошь отказываться от тех заказов, которые не тиражируемы
----------------------------------------------------------
Дык. Вы и способны-то только на это. Фрилансерство - следствие, а не причина многих Ваших поступков, если не сказать грубее.
-------------------------------------------------
Хотя я Вас тоже понимаю, Вы - человек подневольный, наёмный, что скажут неспециалисты, то и делаете.
И менталитет - соответствующий, по другому и быть не может
------------------------------------------------
Читаю: зависть, хамство и гордыня (необоснованная)
-------------------------------------------------

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

Ответить

Ananas

veteran

12 февраля 2008

Так Вас просто на работу никто не берет! Вот в чем дело-то! От жалость-то какая...

Ну, наконец-то? Вроде всё выяснилось?
Что ж так долго-то доходило-то?

А то - и так, и этак, всё никак не полегчает

Консилиуму уже можно расходиться?
Или ещё направления не ко всем специалистам выписали?

Ответить

Емеля

Анонимный пользователь

12 февраля 2008

ННП.

Наблюдаю один проект, в котором собрали в кучу классных специалистов, в том числе и БА (около 70 человек - собирали по всей России). Всего, по моим подсчетам в проекте участвовало свыше 500 человек. Стоимомость проекта - свыше $200.000.000 (информация полугодовой давности). Проекту уже - 3 года. Сколько сейчас денег вбухано в этот проект - не знаю. Знаю текущий результат - проект благополучно загибается...

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

Группа БА уже перетасована на 2 раза. Один раз сменили ответственного исполнителя. Один раз сменили поголовно всех руководителей. Знаю лично нескольких человек из участников проекта - действительно спецы в своей области. А результата нет...

У меня вопрос к участникам топика - "Что является результатом работы БА?" (хочу для себя выяснить одну из возможных причин, почему загибается проект).

Ответить

Ananas

veteran

13 февраля 2008

в котором собрали в кучу классных специалистов, в том числе и БА (около 70 человек - собирали по всей России).

БА нужны в следующих случаях:

для обоснования того, что ни одна компания, даже самая маленькая, не может функционировать, не имея БА в штате
для обоснования вертикальной специализации и командно-декларативной организации взаимодействия.
В частности, для того, чтобы разработчиков держать в клетках под контролем программами производительности труда и НЕ применять всякие там модные RUP, agile, MSF, XP, SCRUM, доказывая, какие они волосатые придурки и их нельзя показывать клиентам
если проблемы уже имеются, для обоснования того, почему что-то идёт не так, как того хотелось бы (собственникам)
если проблем нет, то и для формулировки проблем для их разрешения и способов усложнения работы

Ранее я не успел досказать очень простые вещи:

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

Ответить

Serg_83

Анонимный пользователь

13 февраля 2008

Судя по всему БА здесь не виноваты.
Плоха методика разработки и/или управление проектом.

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

Ответить

Serg_83

Анонимный пользователь

13 февраля 2008

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

Ответить

Chuck_Norris

v.i.p.

13 февраля 2008

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

Согласно нашей российской действительности в редких случаях базовый софт для автоматизации компании выбирается грамотно, в большей степени выбор софта зависит от размера взятки , что получается в итоге - софт привязывается в процессе внедрения к заказчику без предварительных этапов исследования бизнесс-процессов, составления техзаданий и т.д. и чем крупнее компания, тем дороже софт для неё, тем больше взятка, тем быстрее загнется проект внедрения, ведь даже в нашем городе спецов единицы, которые могут грамотно обосновать выбор и рекомендацию того или иного софта - результат - в городе те же франчайзи месяцами не могут внедрить средние проекты (10-50 пользователей, несколько офисов/складов и т.д., потому как в наших компаниях получается кто больше дал у того и купили.... и что так часто бывает, даже когда компания-внедренец втюхнет софт 1С или другой, и позже поймет что софт не подходит заказчику, то администрации промолчит и будет срубать с заказчика деньги за постоянную "адаптацию софт к требованиям заказчика", вместо того, чтобы честно признаться, что накосячили...

Поводу примера - 500человек - даже чтобы сработалось 50-100 человек в команде понадобится не менее 3х месяцев, не говоря уж сколько времени займет описание регламента работ, должностных инструкции и т.д.... За три года уже два раза можно было бы его запустить, просто никому не надо...

Ответить

Ananas

veteran

13 февраля 2008

Не согласен с занижением роли БА
Давайте посмотрим на примере. Положа руку на сердце, скажите, сможете автоматизировать и внедрить например фронт-офис по ипотечному кредитованию без участия БА?

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

Что ж такого знает и умеет БА, что не знает и не умеет опытный разработчик? А, вот тех вещей, что знает и умеет разработчик и чего не дано БА - море

Положа руку на сердце и на другие выпирающие части тела - возьмусь.
Скажем так, что по другому и за другие задачи не берусь
Не вижу смысла, когда за меня думают и говорят не "что, а "как" делать

Вы имеете в виду программировать без общения с коллегами и клиентами, в соответствии с тем, что за тебя придумал БА и СА?

Это же противоречит всем современным методологиям организации и ведения проекта типа ХР - eXtreme Programming

Более того, почитайте этот форум. Вы захотели бы, чтобы Вам БА из этого топика спускали задания?
Вы думаете они что-то внесут в проект, кроме раздрая, склок на пустом месте?

Ответить

Ananas

veteran

13 февраля 2008

Поводу примера - 500человек - даже чтобы сработалось 50-100 человек в команде понадобится не менее 3х месяцев, не говоря уж сколько времени займет описание регламента работ, должностных инструкции и т.д.... За три года уже два раза можно было бы его запустить, просто никому не надо...

Срабатываются внутри команды, а команда не бывает больше 2-6 человек.

О команде в 50-100 чел я впервые слышу.
Просто над проектом работает сотня команд и отделов

Над созданием ракетоносителя и авианосца работают сотни предприятий. Они что в одном павильоне все что-ли работают?

Ответить

катинка

Анонимный пользователь

13 февраля 2008

У меня вопрос к участникам топика - "Что является результатом работы БА?" (хочу для себя выяснить одну из возможных причин, почему загибается проект).

Рыба, как известно, гниет сами знаете откуда.
Работа измеряется в Джоулях. Исполнители (клиенты, партнеры) всегда виноваты. Это законы неумелого руководства.
Результат работы БА принято трактовать в зависимости от целей организации. В конечном итоге все сводится к защите бизнеса от операционного риска (исключению дублирования функций и пробелов в БП организации) и оптимизации БП в соответствии "стратегия-тактика-оперативное управление". Если проект не реализуется - сбой может быть на одном из этапов управленческого цикла:
1. Неадекватное или некорректное целеполагание (с какой целью реализуется проект? Зачем он нужен? Кто в организации может быть сторонником, а кто противником проекта?) Лечится инвестиционным обоснованием и SMART.
2. Планирование - ТЗ, документооборот, диаграмма Гантта или план-сетка. Кто сколько получит и в каком случае. Обожаю договор оказания услуг.
3. Контроль над исполнением - учет плана и факта.
4. Анализ отклонений план/факт.
5. Корректировка и/или следующий этап.
Факторы, которые могут повлиять:
1. Неквалифицированный менеджмент (система управления бизнесом).
2. Недобросовестный менеджмент (халатность или воровство).
3. Неадекватные действия собственника.

Буду рада помочь.

Ответить

катинка

Анонимный пользователь

13 февраля 2008

[цитата
Вы не поняли против чего я выступал.
Я выступал не против занижения роли БА, а против занижения личностей разработчиков перед БА и против мнения о том, что роль БА никогда не может выполняться разработчиками.

Что ж такого знает и умеет БА, что не знает и не умеет опытный разработчик? А, вот тех вещей, что знает и умеет разработчик и чего не дано БА - море
-----------------------------------------------------------------
<Это называется "специализация". Посмотрите глоссарий. Рыночная экономика, слышали? Каждый занимается своим делом - от горе-то! И швец, и жнец, и на дуде...могу.
--------------------------------------------------------------------------
Положа руку на сердце и на другие выпирающие части тела - возьмусь.
----------------------------------------------------------------
<А зуб даете? Или только вышеперечисленное? Чем Вы отвечаете в случае невыполнения? А бизнес потеряет время и деньги на ЗП сотрудников (которые в терминологии не секут и ваще не из ЮАР), вынужденных взаимодействовать с разработчиком. Неумение (или нежелание) разработчиков делегировать полномочия по сбору и анализу инфы и привело в организации БА. Именно БА несет ответственность перед бизнесом. Вы своими частями помахали, коробку воткнули, денег съели и тю-тю.
-----------------------------------------------------------------------------
Скажем так, что по другому и за другие задачи не берусь
Не вижу смысла, когда за меня думают и говорят не "что, а "как" делать
---------------------------------------------------------------------------
<Неясно выразились. Я говорю, что должно быть сделано и в какие сроки. Как Вы это будете делать меня совершенно не волнует (сколько наймете людей, есть ли у Вас личный водитель, ногами Вы программируете, руками или другими частями тела).
--------------------------------------------------------------------------
Вы имеете в виду программировать без общения с коллегами и клиентами, в соответствии с тем, что за тебя придумал БА и СА?

Это же противоречит всем современным методологиям организации и ведения проекта типа ХР - eXtreme Programming
------------------------------------------------------------------------------
<А ведь было время, когда дизайнеры сайтов сами все делали...Сейчас организации есть. Там прям дизайнер сидит и с клиентом 1-2 раза встречается за весь проект. Вопрос стадии организационного развития и уровня заказчика. Видимо, Вы не всегда соответствуете требованиям.
----------------------------------------------------------------------------
Более того, почитайте этот форум. Вы захотели бы, чтобы Вам БА из этого топика спускали задания?
Вы думаете они что-то внесут в проект, кроме раздрая, склок на пустом месте?
Дык (прошу считать моим комментарием).

Ответить

Chuck_Norris

v.i.p.

13 февраля 2008

О команде в 50-100 чел я впервые слышу.
Просто над проектом работает сотня команд и отделов
....
Над созданием ракетоносителя и авианосца работают сотни предприятий. Они что в одном павильоне все что-ли работают?

Очень рад за вас, что впервые слышите, зато теперь знаете :secret:

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

Ответить

Емеля

Анонимный пользователь

14 февраля 2008

Судя по всему БА здесь не виноваты.
Плоха методика разработки и/или управление проектом.

Я не могу дать оценку методике разработки и управления проектом, так как достаточной информации для этого у меня нет.

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

Из данного топика я уяснил, что БА стоят в начале цепочки "формулирование требований ... реализация". Если изначально требования сформулированы ошибочно (пусть даже незначительно), то последующая реализация увеличивает эти ошибки многократно.

Вот я и хочу понять: БА - это звено, отвечающее за концепцию будущей системы, либо это инструмент, позволяющий сформулировать требования к системе.

Ответить

Емеля

Анонимный пользователь

14 февраля 2008

Поводу примера - 500человек - даже чтобы сработалось 50-100 человек в команде понадобится не менее 3х месяцев, не говоря уж сколько времени займет описание регламента работ, должностных инструкции и т.д.... За три года уже два раза можно было бы его запустить, просто никому не надо...

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

Сталкиваюсь с этими людьми, вижу их муки, поэтому и заинтересовался проектом. Хочу понять (в тему данного топика), как БА может повлиять на судьбу проекта.

Ответить

Chuck_Norris

v.i.p.

14 февраля 2008

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

Ну так я имел ввиду про "никому не надо" - это прямые руководящие работники а НЕ КОНЕЧНЫЕ ПОЛЬЗОВАТЕЛИ...

Ответить

Емеля

Анонимный пользователь

14 февраля 2008

Я не БА. Что Вы здесь написали, я не пОнял. Извините :смущ:

Ответить

Емеля

Анонимный пользователь

14 февраля 2008

Здесь я с Вами согласен. Прямые руководящие работники считают, что всё ОК, проект запущен, а как там конечные пользователи крутятся - им по-барабану.

Ответить

катинка

Анонимный пользователь

14 февраля 2008

Я не БА. Что Вы здесь написали, я не пОнял. Извините

Это Вы меня извините. Всё умничаю.
Я в обычном рабочем режиме (не БА) ответила. Вопрос был: почему может сбоить проект, в смысле его реализация. Я Вам расписала этапы и факторы (причины), которые могут повлиять на ход проекта. :смущ:

Если в Вашей ситуации руководство считает, что проект реализуется, то значит им важнее процесс. Искать виноватого начнут либо когда финансы споют романсы, либо когда руководителя кто-нить куда-нить клюнить.
А работа натурально в Джоулях измеряется. :миг:

Ответить

V

Vinni2

guru

14 февраля 2008