661

Другие Методологии / Re: Методология описания банковских бизнес-процессов

« : 11 Мая 2010, 18:15:12 »

Какой банк?... А то ходим тут вокруг да около

662

Бизнес-анализ и Целеполагание / Re: Принципы выделения процессов верхнего уровня

« : 07 Мая 2010, 12:42:21 »

Так я ж про это и говорю - когда трансляция налажена, тогда все движется
А вот когда нет, тогда и мечутся.

663

Сообщество Аналитиков / Re: Перевод BABOK

« : 07 Мая 2010, 12:40:33 »

greesha, Andrey Verbitsky, ida...

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

Осторожно Григорий тоже Лев, а они, как известно, падки на лесть вдруг и правда напишем...

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

Не, ну чо, так чиста потусоваться

Вот например:

В 1975 году Woz (Стефан Возняк) покинул Университет Калифорнии и появился с компьютером, который со временем сделал его знаменитым. Однако преимущественно он работал для того, чтобы впечатлить членов Клуба Домашних Компьютеров, который располагался в Пало Альто.

Неисповедимы пути человеческих мотиваций

664

Для всех / Re: Контроль доступа и учёт рабочего времени

« : 07 Мая 2010, 10:09:22 »

СКД вообще никто сам и не разрабатывает. Этим занимаются специальные организации, у которых есть соответствующие разрешения. Они, кстати, стоят вполне гуманно - комплект оборудования + ПО + установка.

Другое дело учет рабочего времени. Это вполне по силам написать самостоятельно, просто, если потребуется сливать данные из ПО СКД, то соответственно нужна интеграция - а значит, либо тесное взаимодействие с разработчиками ПО СКД, либо открытые форматы (из личного опыта - последнего обычно никто не делает, чтобы не пугать .

665

Сообщество Аналитиков / Re: Перевод BABOK

« : 07 Мая 2010, 10:02:49 »

Тогда, может, проще свой написать?

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

666

Бизнес-анализ и Целеполагание / Re: Принципы выделения процессов верхнего уровня

« : 06 Мая 2010, 16:38:46 »

Ну, за этим им надо или к Библии или к Богу

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

667

Идеи и мозговой штурм / Дата основания компании Intel - ?

« : 05 Мая 2010, 11:21:10 »

Видимо, не очень в тему, но очень нужно. Перекопала весь Интернет мелкой лопаткой, узнала только месяц - июнь 1968 г.
Если кто-нибудь знает точную дату, поделитесь плиз

668

Обсуждение статей / Re: Интервью с Карлом Вигерсом

« : 04 Мая 2010, 20:21:32 »

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

Спасибо за интересный материал!

669

Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории

« : 30 Апреля 2010, 10:11:21 »

Ну вот и те ребята тоже не знают Прямо как в Алисе в стране чудес

670

Для всех / Re: UML c чего начинать?

« : 29 Апреля 2010, 18:14:51 »

И сидеть за книгами по UML нету смисла

С такой позицией и диплом писать не имеет смысла - проще купить готовый

671

Идеи и мозговой штурм / Re: Тематические анекдоты и смешные истории

« : 29 Апреля 2010, 18:13:19 »

Оказывается, не только аналитики толком не знают, что такое системный проект и техническое задание:
http://www.rbcdaily.ru/2010/04/29/media/475411

672

Работа / Re: Начало карьеры

« : 22 Апреля 2010, 20:48:47 »

Смотря кем

673

Управление Проектом / Re: Управление изменениями в рамках проекта

« : 22 Апреля 2010, 20:46:38 »

фактически работа аналитика после передачи ТЗ не заканчивается, а начинаются не запланированные согласования, подчистка косяков и т.д. до момента тестирования

Эта фраза говорит о том, что вы не контролируете ситуацию.
Незапланированное случается обычно у тех, кто не умеет планировать (не беру в расчет стихийные бедствия).
Поработайте в этом направлении.

Задача состоит в том, что нужно оценить время, которое будет затрачивать аналитик на подвинчивание согласованного ТЗ в процессе реализации. 10% это от чего?? от времени, которое заложено на реализацию ТЗ? те если на реализацию ТЗ отдел ИТ определил срок 30 рабочих дней, то 3 дня будет задействован аналитик?

Да.
Оценку времени анализа должен проводить аналитик, который проводит этот анализ, а не ИТ отдел. Если вы не доверяете аналитику в оценках сроков - увольте его или оценивайте сами, но где гарантия, что ваши оценки будут точнее тех, которые даст квалифицированный специалист?
Я например не смогу оценить затраты на разработку или тестирование по моему ТЗ - и не занимаюсь этим. Точно так же будет довольно странно, если кто-то за меня решит, сколько времени у меня займет написание того ТЗ.
Как вообще дела с распределением обязанностей и ответственностей в команде?

674

Задачи студентов / Re: Диаграммы вариантов использования

« : 22 Апреля 2010, 15:32:22 »

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

Только почему-то аналитики мужского пола встречаются раза в 2-3 реже, чем женского... Видимо им все однокурсники подсказывают.

675

Управление Проектом / Re: Управление изменениями в рамках проекта

« : 22 Апреля 2010, 11:33:02 »

Так как ТЗ написано, согласовано и передано в ИТ делать по нему "вроде как" ничего и не надо и следовательно можно планировать новые, другие задачи, НО на деле вылазят различные недочеты модели, доп согласования и пр. В итоге, к концу месяца имеем: реализованное ТЗ (отделом ИТ) и не сделанные задачи (аналитиком) зп аналитика за месяц медленно стремится к нулю (запланированные задачи не сделаны), хотя все как всегда при деле....

Это неверный подход, что работа аналитика заканчивается в момент подписания ТЗ.
Она заканчивается в момент сдачи проекта заказчику (т.е. когда заказчик все принял и расплатился).

Иначе получается довольно странно: аналитик работает с требованиями заказчика и только при приеме продукта можно установить, насколько хорошо он сделал свою работу. Поэтому сопровождение команды разработки и обработка запросов заказчика по проекту тоже является обязанностью аналитика. Это необходимо учитывать при планировании, оценке стоимости и т.п.

Количественно можно оценить затраты, оценив риски изменения требований. Если они высоки, увеличивайте затраты на анализ после подписания ТЗ (в пределе я бы взяла 50%, но бывает и 100-200 - просто такие проекты как правило долго не живут). Корректировать можно в зависимости от квалификации аналитика. Если риски невелики, то и 10% может хватить. Если вы меняете аналитика после подписания ТЗ или меняются заинтересованные лица у заказчика, увеличивайте.