Форум Сообщества Аналитиков

×


Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Темы - Denis Beskov

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 »
91
Приглашаю поучаствовать в создании справочного ресурса для аналитиков ITanalyst.ru
Мне нужны авторы, соавторы, редакторы, менеджеры контента, ведущие блогов.

Основные задачи для начала:
1. Создание FAQ-а по типовым вопросам аналитика.
2. Создание ленты событий.

Какие разделы там будут:
1. События
2. Ключевые понятия
3. Организация работы
4. Процессы
5. Роли
6. Методы
7. Документы
8. Обучение
9. Литература (рецензии и аннотации)
10. Программы
11. Аннотации зарубежных статей
12. Запросы на статьи
13. Работа

Чего там точно не будет:
Нелицензионных электронных книг

92
Проектировщик интерфейсов, который работал там, утверждает, что их аналитики создают описания use case вот в таком виде.

Что вы об этом думаете?

93
1. Какой инструмент лучше взять, чтобы …?
2. Как изобразить на диаграмме …?
3. Что в моей диаграмме не так?
4. Какой шаблон взять для документа …?
5. В какой нотации рисовать …?

Дополнения welcome!

94
Вообще тему можно почистить, например, людей, с 2-10 постами.

Я бы ввёл обязательное указание ФИО на форуме, чтобы Сообщество Аналитиков России стало действительно профессиональным.

95
Предлагаю в CASE-средствах создать подраздел про EA и перенести туда соответствующие топики.

96
Работа / Изменения рынка труда за 2008
« : 27 Января 2009, 02:46:34 »
http://hh.ru/file/1817341.pdf

По данным HeadHunter, за 2008 год в Москве средняя зарплата по предложениям для IT-аналитиков упала с 72 до 60 т.р., соотношение числа резюме к числу вакансий увеличилось с 1,18 до 3,39.

Менеджеры проектов остались в топе по отрасли со средним предложением в 63 т.р. и 4-мя резюме на вакансию.

97
Я сейчас пишу книгу под условным названием «Идеальное ТЗ: Для программы, информационной системы, веб-продукта».

На какие вопросы вы бы хотели получить ответы в такого рода книге? О чём узнать?

Ориентировочная структура книги:

Идеальное ТЗ

на программу, информационную систему, веб-продукт

1. Для кого эта книга

2. Предисловие

Методы, методы, методы!

3. Каким бывает успех?

Проект, продукт, система

Бизнес, пользователь, разработчики

4. Выявляем интересы

Ожидания

Публичное

Скрытое

5. Формулируем проблему

Что сейчас?

Что потом?

Конфликты

6. Зри в корень!

Находим причины

7. Кладём цели

Деятельностный подход

Целевая ситуация

8. Исследования

Предметная область

Рынок

Деятельность бизнеса

Деятельность пользователей

9. Зачем нужна концепция

Ключевые свойства продукта

10. А теперь можно без ТЗ?

11. Хорошее ТЗ, плохое ТЗ

Контейнер

Свойства идеального документа

Почему идеального ТЗ не бывает

12. Всё понятно! Поехали! Типичные ошибки

Работа по шаблону

Скачки по уровням

ХЗ

Техпис

13. Как должны выглядеть требования?

Что и Как

Функции, функции и функции

Конец конвейера

Взаимодействия

Сценарии способов применения

Бизнес-правила

Атрибуты качества и ограничения

Иерархия требований и трассируемость

14. Шаблоны профилей качества

Категории систем

Аспекты качества

15. Моделирование системы

Белый ящик, чёрный ящик

Бизнес-архитектура, Техническая архитектура

16. Прототипирование

Модель навигации

Разработка макетов

17. Контроль реализации требований

Виды тестирования

Связь тестовых сценариев и сценариев способов применения

18. Изменения требований

Анализ влияния

Девалидация

19. Процесс

Принципы

Роли

Виды документов

Методы и лучшие практики

Цикл итерации

20. Проект

Где мы: Заказчик, Разработчик, Консультант

Выбор методов

Приложеньица

Профиль профессии «Бизнес-аналитик»

Профиль профессии «Системный аналитик»

Стандарты

Что читать

Инструменты

Словарь терминов

Ссылки

99
В продуктовом магазине есть N касс.

Будет ли эффективно с точки зрения бизнес-показателей компании выделить одну из касс только для покупок объёмом не более 2 товаров?

   1. В каком случае?
   2. Какие бизнес-показатели будут вовлечены в данное изменения?
   3. Какие дополнительные действия необходимо предпринять, чтобы добиться условий из пункта 2?

100
Конференция «РИТ: Высокие нагрузки» пройдёт 22-23 сентября в Москве, в «Инфопространстве».

На ней выступят ведущие архитекторы, разработчики и администраторы рунета,
сотрудники компаний Яндекс, Рамблер, РБК/Медиа-Мир, Mail.ru, SpyLog, Masterhost, SUP Fabric и прочих.

Первый день будет посвящён правилам построения архитектур
высоконагруженных систем, базам данных и коммуникационным системам.

Охват тем:
* Что такое нагрузка?
* Как проектировать высоконагруженные сервера?
* Типовые проблемы и решения.
* Примеры промышленных архитектур.
* Особенности MySQL и Postgres.
* Хранение данных в Живом Журнале, поискового образа рунета в Рамблере.
* Альтернативы Amazon S3.
* Архитектура коммуникационных систем — Почта@Mail.ru, Instant Messaging.

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

Охват тем:
* Организация защиты от DDOS-атак и перегрузки при наплыве посетителей.
* Как хранятся и выдаются фотографии на проектах Яндекс.Фотки, Photofile, Netprint.
* Как организуется выдача видео в Smotri.com, как сделать видеосервер своими руками.
* Современные проблемы и способы их решения в поисковых системах Gogo.ru и Rambler.
* Инструменты виртуализации, распределённых вычислений, организации локального поиска.
* Мониторинг состояния большого парка серверов, организация нагрузочного тестирования и обеспечения производительности.

Полная программа 2-х дней: http://www.highload.info/program/

101
Всем привет

Раздумываю над идеей организации штучной подготовки системных аналитиков из:
* тестировщиков
* техписов
* разработчиков
и прочих.

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

Чему я могу научить подходящих кандидатов?
* Проведению интервью
* Изучению проблемной ситуации
* Выявлению бизнес-требований
* Целеполаганию
* Моделированию предметной области (структурной и деятельностной)
* Анализу бизнес-требований
* Анализу пользовательских задач и деятельности
* Разработке ключевых свойств продукта/ключевых задач проекта
* Оформлению вышеперечисленного в концепцию продукта
* Разработке пользовательских требований
* Разработке технических требований
* Оформлению вышеперечисленного в ТЗ
* Эскизному моделированию системы
* Проектированию системы навигации

Также дать представление о типовых процессах разработки (RUP, MSF, Scrum), нотациях моделирования бизнес и технических систем (ARIS, UML), стандартах оформления проектной документации (ГОСТ, IEEE, RUP).

Как может выглядеть процесс подготовки и прохождения обучения:
1. Вы проявляете заинтересованность
2. Я вам рассказываю о работе системного аналитика
3. Я помогаю вам решить, насколько вам интересна работа в такой роли
4. Проводим тестирование на личностные качества и компетенции
5. Ставим достижимую профессиональную цель
6. Разрабатываем план подготовки
7. Реализуем план подготовки

Практические задания будут иметь боевой характер — либо из вашей работы, либо из моих проектов.

Обучение платное, ориентировочная цена — порядка 1 тыс. рублей в час (плата появляется на этапе 5). Если получится набрать мини-группу в 3-5 человек — теоретическая часть будет дешевле.

Чем это лучше готовых тренингов Люксофта, Текамы и проч. — полнотой охвата, персональным подходом, боевыми задачами, раскрытием недокументированных особенностей работы в индустрии.

Кроме того, естественно помогу с подачей себя на собеседованиях и через резюме.

Имею опыт в системном анализе 3 года, опыт преподавания и организации тренингов и конференций 1,5 года, опыт консультирования — 3 года, до всего этого — 4 года разработки на Oracle. Более детальные представление о моих компетенциях можно получить из чтения блога (см. оглавление) и профиля в МК.

Задавайте вопросы, связывайтесь.

102
Если кому попадаются хорошие западные статьи по тебе системного анализа, проектирования и методологий разработки, приносите их для краудсорс-перевода на сервис: http://translated.by

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

103
Я продолжаю по дружески удивляться :), что человек, который собирается вести тренинг "эффективная инженерная документация" продолжает писать статьи, которые:
а) не имеют оглавления
б) не имеют описания целей
в) представлены в слабо читабельном формате
г) не поддерживают отсылку к отдельным абзацам
д) не поддерживают комментирование и обсуждение отдельных абзацев, высказываний
е) не поддерживают внесение правок и создание новых версий
ж) имеют бестолковый урл
з) имеют ошибки в title
и) практически не имеют гиперссылок

104
Обучение / Обучение без оценок
« : 28 Ноября 2007, 02:10:39 »
Вот здесь приведено описание метода обучения без оценок из книги "Дзен и искусство ухода за мотоциклом":
http://www.altruism.ru/sengine.cgi/5/7/8/14/7

Эд, рекомендую ознакомиться.

NB: Собственно, мой ник взят из этой книги.

105
Хотел бы обсудить такой вопрос - в каких условиях вам работается максимально эффективно?

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

Попытка устраивать звуковую изоляцию с помощью наушников особо к успеху не приводит, т.к. сознание отвлекается на музыку.

Пора в отдельный кабинет?  )

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

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 »