136
Конференции Семинары и Тренинги / Re: Зимний Аналитический Фестиваль - какой формат выбрать?
« : 29 Ноября 2010, 19:26:49 »
ай-пады с айфонами зальёт))))
Просмотр сообщений
В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.
137
Конференции Семинары и Тренинги / Re: Зимний Аналитический Фестиваль - какой формат выбрать?
« : 26 Ноября 2010, 00:11:27 »
я бы в Москве и в субботу хотел. В будни мне не нравится тем, что после окончания уже пора ехать спать)
А в субботу можно часа в 4-6 закончить и идти в ближайший бар неформально общаться
Идея с окрестностями неплоха, но я как-то люблю ночевать дома, так что сбегу после окончания + холодно...
А в субботу можно часа в 4-6 закончить и идти в ближайший бар неформально общаться
Идея с окрестностями неплоха, но я как-то люблю ночевать дома, так что сбегу после окончания + холодно...
138
Вакансии / Re: Вакансия Ведущий аналитик (Москва). Компания Digital zone (http://dz.ru/)
« : 23 Ноября 2010, 21:12:18 »
Этой весной был какой-то застой на рынке, я бы пошёл. Сейчас рынок стабилизировался и всё ок.
Вообще компания, на сколько я знаю, интересная. Вопрос: почему ведущий? На тебя за 45 штук с 2-мя годами опыта сваливают все риски чтоль...
Опять же, я бы пошёл (если бы был в поисках), если бы там, например, были бы иностранные проекты и я мог бы иняз подтягивать, так сказать, не отходя от станка.
Вообще компания, на сколько я знаю, интересная. Вопрос: почему ведущий? На тебя за 45 штук с 2-мя годами опыта сваливают все риски чтоль...
Опять же, я бы пошёл (если бы был в поисках), если бы там, например, были бы иностранные проекты и я мог бы иняз подтягивать, так сказать, не отходя от станка.
139
Обсуждение статей / Re: Req Labs 2011 - прием докладов, Киев, 25 марта 2011
« : 21 Ноября 2010, 23:03:42 »
Сразу такой вопрос, в 2011 году Req Labs будет только в Киеве и всё (1 раз в год)?
140
Резюме / Re: Хочу найти работу для получения опыта.
« : 19 Ноября 2010, 19:30:16 »
Я посмотрю с другой стороны - 5 или 6 дней курсов в люксофте по пол дня стоит примерно 20 штук. На этих курсах вы пишете ТЗ на некий проект. То есть то же, что хотите делать вы, но бесплатно + ко всему, сотрудники компании (если вы хотите идти в компанию) тратят на вас своё время, которое могли бы посвятить проекту. Гарантий вашего вашего ухода - сколько угодно. Дивиденды - сомнительны.
Убедите в обратном - повыситесвои шансы.
Убедите в обратном - повыситесвои шансы.
141
Системный Анализ и Требования / Re: User story и таблицы
« : 18 Ноября 2010, 19:16:41 »
да, по скти так, если у вас не маленький проект. и да - user sory это отличная трассировка
Просто хотелось бы комментарии из практики, + - и тп услышать...
Просто хотелось бы комментарии из практики, + - и тп услышать...
142
Системный Анализ и Требования / User story и таблицы
« : 17 Ноября 2010, 23:44:53 »
Предпредистория
Информация об User story доступна здесь.
Если коротко, типовой формой пользовательской истории является:
"Как <роль>, я хочу <цель/пожелание>, что позволит <выгоды>"
Предисловие
Я бы несколько модифицировал данное описание для того, чтобы у меня была возможность применить данное описание к разрабатываемой системе. Итак, мне необходима роль, функционал системы и требование бизнеса для того, чтобы понять зачем требование нужно и кто будет лицом, заинтересованным в его использовании. Получилось примерно следующее:
"<Роль>, для <требование бизнеса> использует <требование к системе>"
Лично мне такой вид более нагляден и, опираясь на него, мне проще формулировать пользовательские истории. Приведу пример, оставив для наглядности квадратные скобки: <Пользователь раздела инвстиции>, для <фиксирования факта регистрации отчета о выпуске акций государственным органом> использует <Кнопку "Отчет об итогах выпуска акций зарегистрирован", что переводит эмиссию в статус "Зарегистрировано" и предлагает ввести дату регистрации отчёта>.
Для возможности создания трассировок так же хотелось бы дополнить данную формулу префиксом и уникальным номером:
"<Префикс><Номер>. <Роль>, для <требование бизнеса> использует <требование к системе>"
Теперь я создаю несколько абстрактных требований.
US 1.1. Роль1, для ТБ1 использует ТС1
US 1.2. Роль1, для ТБ1 использует ТС2
US 1.3. Роль2, для ТБ2 использует ТС3
US 1.4. Роль3, для ТБ1 использует ТС4
US 1.5. Роль3, для ТБ2 использует ТС5
На этом я остановлюсь и попробую представить, удобна ли группировка по ролям. Возможно, мне потребуется узнать, какие требования к системе необходимы для определённого бизнеса, либо, мне потребуется узнать, какое требование покрывает несколько требований бизнеса.
Предложенный вариант
Для удобной фильтрации я предлагаю вести данный список пользовательских историй в екселевской таблице:
(вложение)
Вопрос:
Имеет ли такой подход право на существование? Учитывя, что я просто записывал поток мыслей, в логике могут быть косяки, но мне интересна сама суть..
И практика использования..
Информация об User story доступна здесь.
Если коротко, типовой формой пользовательской истории является:
"Как <роль>, я хочу <цель/пожелание>, что позволит <выгоды>"
Предисловие
Я бы несколько модифицировал данное описание для того, чтобы у меня была возможность применить данное описание к разрабатываемой системе. Итак, мне необходима роль, функционал системы и требование бизнеса для того, чтобы понять зачем требование нужно и кто будет лицом, заинтересованным в его использовании. Получилось примерно следующее:
"<Роль>, для <требование бизнеса> использует <требование к системе>"
Лично мне такой вид более нагляден и, опираясь на него, мне проще формулировать пользовательские истории. Приведу пример, оставив для наглядности квадратные скобки: <Пользователь раздела инвстиции>, для <фиксирования факта регистрации отчета о выпуске акций государственным органом> использует <Кнопку "Отчет об итогах выпуска акций зарегистрирован", что переводит эмиссию в статус "Зарегистрировано" и предлагает ввести дату регистрации отчёта>.
Для возможности создания трассировок так же хотелось бы дополнить данную формулу префиксом и уникальным номером:
"<Префикс><Номер>. <Роль>, для <требование бизнеса> использует <требование к системе>"
Теперь я создаю несколько абстрактных требований.
US 1.1. Роль1, для ТБ1 использует ТС1
US 1.2. Роль1, для ТБ1 использует ТС2
US 1.3. Роль2, для ТБ2 использует ТС3
US 1.4. Роль3, для ТБ1 использует ТС4
US 1.5. Роль3, для ТБ2 использует ТС5
На этом я остановлюсь и попробую представить, удобна ли группировка по ролям. Возможно, мне потребуется узнать, какие требования к системе необходимы для определённого бизнеса, либо, мне потребуется узнать, какое требование покрывает несколько требований бизнеса.
Предложенный вариант
Для удобной фильтрации я предлагаю вести данный список пользовательских историй в екселевской таблице:
(вложение)
Вопрос:
Имеет ли такой подход право на существование? Учитывя, что я просто записывал поток мыслей, в логике могут быть косяки, но мне интересна сама суть..
И практика использования..
143
Работа / Re: Работа для тех, кто только закончил ВУЗ (начало карьеры)
« : 16 Ноября 2010, 23:10:21 »
остались ещё аналитики без опыта или с его малым количеством? Я периодически вижу интересные вакансии и могу поделиться.
144
Обучение / Re: Книгу, которую не жалко купить.
« : 15 Ноября 2010, 20:50:27 »
Бабок можно достать, критикуя СССР и высказываясь за понижение пенсии Лично мои потуги по добыче бабок продолжаются каждый день с 9 до 6))) а если серьёзно - то я не встречал, причём даже в инет магазинах. У меня только Ларман печатный.
Лично мои потуги по добыче бабок продолжаются каждый день с 9 до 6))) а если серьёзно - то я не встречал, причём даже в инет магазинах. У меня только Ларман печатный.
145
Системный Анализ и Требования / Re: где купить книгу к. вигерса "разработка требований"
« : 13 Ноября 2010, 19:27:48 »
и я бы купил
146
О Сайте и Форуме / Re: Полезен ли наш форум?
« : 08 Ноября 2010, 22:39:01 »
Я бы сделал такую кнопку как "Лучший ответ" - то есть я захожу в интересующую меня тему, например - как заставить работать такую-то фичу реквизита и вижу: кучу воды, разворачивающийся холивар на отстранённую тему и тп.
Хотелось бы, чтоб было как в вопросах mail.ru - я создал тему, я отслеживаю коомент - я отмечаю лучший коммент, который наиболее полно раскрывает вопрос.
Мне не надо было тратить время на чтение воды и поиска ответа.
Вот например одна из фич...
Хотелось бы, чтоб было как в вопросах mail.ru - я создал тему, я отслеживаю коомент - я отмечаю лучший коммент, который наиболее полно раскрывает вопрос.
Мне не надо было тратить время на чтение воды и поиска ответа.
Вот например одна из фич...
147
Консалтинг и Внедрение / Re: Расчет эффективности
« : 07 Ноября 2010, 23:00:43 »
хм... у меня была древняя нокия.. Она слала СМС и звонила + с неё было удобно слушать музыку.
Я купил ай-фон около года назад, в итоге:
-удобно смотреть пробки
- я могу смотреть фильмы (например, летая в самолёте)
- я могу поиграть в игры, если неохота читать, нечего смотреть и хочется убить время
- я могу почитать (хотя я этого обычно не делаю..)
- я могу скачивать подкасты и учить английский
- я могу использовать скайп и прочее
- я могу слушать музыку, но теперь есть плейлисты
Так что в моём случае это было оправдано и я рад покупке.
Я купил ай-фон около года назад, в итоге:
-удобно смотреть пробки
- я могу смотреть фильмы (например, летая в самолёте)
- я могу поиграть в игры, если неохота читать, нечего смотреть и хочется убить время
- я могу почитать (хотя я этого обычно не делаю..)
- я могу скачивать подкасты и учить английский
- я могу использовать скайп и прочее
- я могу слушать музыку, но теперь есть плейлисты
Так что в моём случае это было оправдано и я рад покупке.
149
Обсуждение статей / Re: КС
« : 29 Октября 2010, 15:14:41 »
а меня интересует как прошла пьянка? До скольки, много ли народу? (в следующий раз буду закладываться)
150
ПО Аналитика / Re: Лучше рисовать диаграммы на бумажке или в CASE?
« : 28 Октября 2010, 14:37:29 »
зависит от заказчика. Некоторым нет дела до непонятных рисунков - они только раздражают.