31

Поздравления / C Новым 2011 Годом

« : 31 Декабря 2010, 17:25:30 »

Друзья, с Новым Годом!!!

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

Будьте здоровы и счастливы - это самое главное!!!

Побольше позитива, радости и удовольствия!!!

Не парьтесь и смотрите на мир глазами детей - ведь вокруг столько интересного!!! Скучать точно не придется!!!

Ну а если я смогу вам чем-то помочь - you're welcome 24 часа в сутки!!!

32

Теория моделирования и нотации / Re: SEDAM

« : 20 Декабря 2010, 22:36:26 »

Всем спасибо за комментарии, тема закрыта.

33

Системный Анализ и Требования / Re: Что именно является функцией программного продукта ?

« : 17 Декабря 2010, 12:13:51 »

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

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

То есть в данном конкретном примере вы говорите, что проблема - несогласованность требования с самим собой?

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

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

Да, спасибо.

34

Системный Анализ и Требования / Re: Что именно является функцией программного продукта ?

« : 17 Декабря 2010, 09:25:46 »

если в двух полях логин/пароль их заголовки в окне имеют 3 разные комбинации

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

35

Обучение / Re: Перечень блогов по системному анализу

« : 17 Декабря 2010, 09:22:45 »

Осталось понять, что дальше с ним делать...

А какая цель ставилась изначально? От нее и надо плясать.

36

Поздравления / Re: Поздравляем Сашу Байкина с днем рождения!

« : 12 Ноября 2010, 12:14:20 »

Точно-точно! Сбычи мечт и достижения целей!

И всего самого наилучшего! И здоровья! И счастья! И удачи!

С Днем Рождения!!!

37

Поздравления / Re: Поздравляем Дениса Иванова с Днём рождения

« : 05 Ноября 2010, 14:37:56 »

С днем рождения, Денис!

Всего самого наилучшего!

38

Системный Анализ и Требования / Re: Функционал не описанный в требованиях.

« : 08 Октября 2010, 10:41:12 »

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

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

39

Обсуждение статей / Re: Wisconsin Business Analyst Development Day (WI BADD)

« : 08 Октября 2010, 10:33:39 »

Где-то можно скачать презентации докладов конференций WI BADD 2007 - 2009 годов?

40

Системный Анализ и Требования / Re: Функционал не описанный в требованиях.

« : 08 Октября 2010, 09:56:25 »

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

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

41

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

« : 24 Сентября 2010, 16:34:30 »

Почитайте кстати вот этот пост от ida

42

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

« : 24 Сентября 2010, 11:19:55 »

Путь в аналитики через QA мне кажется вполне разумным.

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

Если же такое понимание придет после полугода работы стажером-аналитиком, то лучше идти сразу в BA.

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

Взвесьте все "за" и "против" - и принимайте обоснованное решение.

43

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

« : 24 Сентября 2010, 10:25:16 »

QA - это не предыдущая ступенька эволюции BA. Это отдельная профессия.

Если вы хотите стать аналитиком - устраивайтесь на позицию аналитика.

44

Методологии / Re: Правила распределения задач между сотру&#

« : 10 Сентября 2010, 16:22:04 »

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

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

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

В любом случае надо проанализировать плюсы и минусы обоих подходов применительно к вашей ситуации.

45

Методологии / Re: Правила распределения задач между сотру&#

« : 10 Сентября 2010, 15:18:10 »

1. более прозрачно увидеть все задачи в соответствии с их приоритетами и сроками реализации.
3. иметь представление о том, кто чем занимается в текущий момент времени.

Посмотрите в сторону систем управления задачами (JIRA, etc.).

2. уметь во время перехватить задачу коллеги ушедшего на больничный/в отпуск и в случае когда это происходит по плану и когда внезапно.

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

4. в случае появления неожиданных задач в середине итерации не сильно сбиваться с запланированных сроков.

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

5. наглядно видеть производительность и научиться измерять качество работы отдела.

По-моему до сих пор нет однозначного ответа на вопрос: "Как измерить качество работы аналитика?". Хотя разговоры по этому поводу периодически возникают то тут, то там. В том числе и на этом форуме есть несколько топиков, посвященных данной теме.