286

Конференции Семинары и Тренинги / Re: ЛАФ-2013. Организация

« : 26 Января 2013, 15:41:58 »

У меня вопрос ко всем присутствующим. Кто готов взять на себя ответственность за организацию?

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

Кто-то готов взять всё это на себя? Или готов порекомендовать профессиональных организаторов конференций, к которым можно обратиться (и озвучить цену за их услуги)?

Всё остальное имеет смысл обсуждать только после решения этого вопроса.

287

ПО Аналитика / Re: Управление требованиями с помощью VS TFS 2010

« : 25 Января 2013, 15:04:06 »

...А также тем, что можно легко делать свою интеграцию почти с чем угодно. У нас, например, сделана интеграция с Enterprise Architect, т.е. требования, созданные в EA автоматически становятся воркайтемами TFS и переезжают под управление используемого в данном проекте TFS воркфлоу.

Да, я слышал. Хорошая тема для доклада, кстати.

288

Обсуждение статей / Re: Analyst Days 2013, 24-25 мая, Спб

« : 23 Января 2013, 16:54:27 »

Чета сайт конференции лежит видимо глухо.

Да нет, работает:
http://it-conf.ru/ru/content/597.htm

289

ПО Аналитика / Re: Управление требованиями с помощью VS TFS 2010

« : 04 Января 2013, 22:22:22 »

А вы случайно не пришли к выводу, что TFS в плане управления требованиями - куцый и бедный функционал?
На самом деле вопрос серьезный - сам сейчас озадачен переходом от Word к ведению требований в TFS или подобной ему системе. Руководства от ALM Rangers это хорошо, но если есть собственный опыт использования TFS в данном качестве - поделитесь впечатлениями!

У TFS "куцый и бедный функционал" для разработки требований, а вот как раз для управления требованиями это очень мощный инструмент. Требования можно связать с чем угодно - с кодом, с тестами, с релизами, с функциональными областями и т. п. Связи легко настраиваются под любой процесс. А куцесть и бедность средств разработки требований отчасти компенсируется встроенной интеграцией с SharePoint и дополнительной интеграцией с MS Office от ALM Rangers.

Рекомендую блог Владимира Гусарова, там много полезной информации по TFS: http://vstsblog.ru/

290

Конференции Семинары и Тренинги / Re: ProfsoUX'13 — конференция по юзабилити и UX в Санкт-Петербурге

« : 04 Января 2013, 22:10:37 »

Здравствуйте!

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

Спасибо за вопросы!
Приятного дня! 

Я всего лишь хотел опубликовать анонс на http://it-map.ru, но без ссылки на регистрацию и без указания цены там пока публиковать нечего.
Кстати, ребята из analyst.by откуда-то уже знают про цену: http://analyst.by/profsoux-13-priglashaet-dokladchikov-uchastnikov-i-partnerov/

291

Конференции Семинары и Тренинги / Re: ProfsoUX'13 — конференция по юзабилити и UX в Санкт-Петербурге

« : 21 Декабря 2012, 22:21:28 »

Алина, а когда станет известной стоимость участия и откроется регистрация?

292

ПО Аналитика / Re: Сравнение средств управления требованиями (Requirements Management Tools)

« : 13 Декабря 2012, 17:28:57 »

А может быть по результатам будет какая-нибудь презентация? Или с Ириной можно как-то связаться?

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

293

Для всех / Re: Социальные сети против форумов

« : 09 Декабря 2012, 14:56:58 »

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

На дебиляриусе были мыши. Я специально туда ходил с ними початиться. Талантливые люди писали.

294

Для всех / Re: Социальные сети против форумов

« : 07 Декабря 2012, 22:24:01 »

неформальное общение - стоит уточнить )

Есть подозрение, что пользователь titowa спамер или бот, пришедший сюда не для содержательных бесед.

295

Системный Анализ и Требования / Re: Вопрос про роли в системе

« : 03 Декабря 2012, 23:38:15 »

Вы не поверете, но ТЗ обычно читают одни и теже люди (программисты, ПМы, управленцы).

Это роли, а не люди. Сколько ТЗ приходится читать одному и тому же конкретному человеку? Чтобы "единая навигация" имела смысл, их должно быть довольно много.

Во времена господства ГОСТов и единых отраслевых регламентов это действительно имело какой-то смысл. "Первый раздел", "Третий перечень" обозначали что-то конкретное для людей, которые в теме.

Сейчас разных стандартов и шаблонов много, и общего контекста нет. Его можно создать локально, в пределах одной организации, например, но даст ли он какие-то реальные преимущества?
Например, до сих пор вы не включали ВИ в ТЗ отдельным разделом, а потом поняли, что такой раздел нужен. И привычная навигация сломалась. Это плохо или хорошо?

296

Идеи и мозговой штурм / Re: Личности в дисциплине разработки и управления требованиями

« : 03 Декабря 2012, 23:16:01 »

Я бы начал тогда с Уинстона Ройса, описавшего каскадную модель.

Я не знаю, кто в RUP прорабатывал роли аналитиков. Если кто-то знает эти имена, их нужно сюда вписать.

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

297

Системный Анализ и Требования / Re: Вопрос про роли в системе

« : 30 Ноября 2012, 18:59:06 »

Если многие будут знать ответ на данный вопрос и он будет единым и однозначным, то ТЗ, создаваемые этими людьми, будут подобны. Это облегчет навигацию по схожим документам. Надеюсь больше вопросов у вас нет?

А читать ТЗ, создаваемые этими людьми, тоже будут одни и те же люди?

298

Управление Проектом / Re: один способ управления задачами в команде

« : 01 Октября 2012, 15:02:23 »

• исполнитель отвечает за то, чтобы руководитель вовремя проверил поставленную на него задачу;
• если исполнитель вовремя не напомнил руководителю, что надо проверить и закрыть его задачу, на исполнителя накладывается штраф.

P.S. В то же время, если руководитель ставит задачу на исполнителя, он не считает нужным уведомить его об этом дополнительно. Зачем? TFS же присылает уведомления.

В этой системе т. н. "руководитель" - лишнее звено.

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

Может, они и заняты, но явно не тем, чем должны.

299

Обучение / Re: Клуб системного анализа на Стратоплане - новый сезон

« : 20 Сентября 2012, 10:51:52 »

Ссылка не корректная
Надо так Клуб системного анализа на Стратоплане открывает новый сезон

Спасибо, исправил.

300

Работа / Re: Закончил институт, с чего начать?

« : 18 Сентября 2012, 22:42:30 »

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

Очень сильно отличаются, но это потому, что профессия аналитика в индустрии разработки ПО (я имею в виду РФ) ещё толком не сформировалась.

Хотя профессиональный стандарт уже есть. Он несколько суконным языком написан, но его можно читать как справочник (как ответ на вопрос о базовых знаниях):
http://www.apkit.ru/files/analitik.doc

Есть книга "Путь аналитика". В ней довольно подробно описываются разные уровни профессионализма. Тираж уже давно раскуплен, но, может быть, у кого-то из знакомых можете найти:
http://www.ozon.ru/context/detail/id/7018626/

Есть базовый набор литературы, которую рекомендуется изучить каждому аналитику. Список составлял отметившийся в этой теме Денис Бесков:
http://beskov.livejournal.com/59759.html

Но вообще, аналитиками становятся не сразу. Нужен широкий кругозор и достаточно серьёзный опыт участия в разработке ПО, поэтому здесь большинство и рекомендует идти сначала поработать в других ролях. Это самый распространённый путь, хоть и не единственный, конечно. По моему субъективному мнению, лучшие аналитики получаются из тестировщиков. Хотя в индустрии всё очень быстро меняется.