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

×


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

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


Сообщения - Denis Beskov

1756
Я так понял - мы встречаемся втроём.

1757
7, 7.30?

или лучше в Пятницу?

1758
Предлагаю устроить встречу в следующий четверг, 20 сентября, 8 часов вечера пятницу 21, 7.30 вечера, в местечке под названием БирХаус (мм. Чеховская, Пушкинская, Тверская).
Там достаточно тихо, уютно, хорошее немецкое пиво.

Обсуждать будем:
1. Программу сообщества
2. Продажу людей
3. Подготовку семинара по сбору требований
4. Наболевшее



Мои контакты есть в МК.

1759
Сообщество Аналитиков / Re: Визитки
« : 13 Сентября 2007, 15:15:14 »
Могу рассказать про себя.

Да, мне очень нужны визитки. Я могу сделать на работе бесплатно, но не хочу, т.к. хочу иметь возможность представать во многих ипостатях, а не только как сотрудник конкретной компании. На эту тему общаюсь с владельцами netliberty.ru, чтобы они сделали сервис по заказу визиток с сетевыми identity.

1760
2 Денис "Майевтик"
2 Galogen
IMHO, это спор про курицу и яйца. :) Что было раньше: первый компьютер или потребность в высокопроизводительных вычислениях?.. Я тоже кое-что помню и остаюсь на своей точке зрения. И если обсуждать это, то в другой теме.
Анатолий, я говорил про CASE-средства, поддерживающие UML. Не думаете же вы что книга Гради Буча "Объектно-ориентированный анализ и проектирование", например, в которой была изложена нотация, явившаяся предтечей UML, была написана для Заказчиков?

1761
Сообщество Аналитиков / Re: Визитки
« : 13 Сентября 2007, 12:37:59 »
Ну Эду заказжи)

Почему как дурак? Будешь представлять, как личный проект - нормально.

1762
tolldo, ваша трактовка имеет смысл для аналитиков.

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

Попытки натянуть UML для бизнес-анализа и MDD возникли уже позже.

И CASE-средства, на мой взгляд, возникли именно как средство обуздания сложности манипулирования десятками диаграмм на бумаге инженером-проектировщиком, а также желанием превратить графику в модели, т.е. усилить их полезность.

1763
Отвечу на примере ситуации: Сидит рекрутер из кадрового агенства и публикует вакансии... Ну откуда ему знать о том хороший или плохой коллектив в компании работодателя?
Поскольку на этом форуме правила устанавливаем мы, то таких недобросовестных рекрутёров просто будем гнать в шею - которые сами не знают, куда зовут. Во-вторых, давайте уже перестанем пользоваться субъективными этическими критериями "плохой/хороший", коллектив может молодой, опытный, дружный, творческий - обо всём этом вполне можно рассказать.

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

Напоминает анекдот про "менеджеров" и программистов, отвергающих планирование: "Ну чего там рисовать, планировать - жизнь всё равно богаче!".

1764
Цитировать
ДБД> Раздел: Вопрос по уже сделанному или планируемому заказу
ДБД> Как так - книга закончилась у поставщика? Я же специально подписывался на новости об этой книге,
ДБД>  и когда мне на днях от books.ru пришло оповещение о появлении её в продаже, сделал заказ ради неё?

ДБД> Вы что, не бронируете книги? А каков тогда смысл заказа?
ДБД> От: Денис ....
 В продажу поступило незначительное количество книг,
 поэтому всем желающим, к сожалению, не хватило.
 Заявка носит уведомительный характер, информирует
 о появлении книги в продаже.

Вот уродский бизнес.

1765
OpenUniversity Великобритании открыл в онлайне ряд своих курсов для всех желающих.

Из интересного в тематику коммьюнити я нашёл курсы:

IT and Computing >
* Software development for enterprise systems
* Models and modelling
* Maintaining and evolving software
* Designing the user interface: text, colour, images, moving images and sound
* The database development life cycle
* Data and processes in computing
* Modelling object-oriented software – an introduction

Technology >
* Systems modelling
* Systems diagramming
* Systems thinking and practice
* Managing Complexity: A Systems Approach
* The engineer as a problem-solver: the nature of problems
* Groups and teamwork
* Design
* Finding information in technology

1766
"Методы сбора требований" - хорошая тема, учебная. А то я уже как-то сместился на междисциплинарные области.

Что туда может войти:
* Анализ нормативной документации
* Разработка опросников, анкет
* Интервьюирование экспертов
* Фотографирование бизнес-процесса
* Построение концептуальных моделей предметной области

1767
Пока что мы проводим только бесплатные семинары.
Участвовать могут все, кто запишется на семинар до окончания регистрации.

1768
Судя по оживлению на форуме, чувствую, многие вернулись из отпусков и готовы к активной жизни.

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

У нас с агилистами возникла тема User Story VS Use-Case.

В разговоре с юзабилистами возникла тема User-Centered Design VS Requirements Engineering.

1769
KeenG, ничего не понял, какую "такую"? В каком случае лишает? Почему отсекает?

"Хорошо" - это такие же общие слова, как "адекватный", "нормальный", "успешный", "целеустремленный" и т.д. Давайте без пустословия.

1770
... существуют разные уровни детализации и на этом моменте можно очень грамотно показать неспециалисту необходимую информацию с помощью uml-диаграмм...
Показать-то можно, а толку? Я бы с удовольствием послушал ваш рассказ от том, как вы вытаскиваете кого-то из аппарата ржд и как он здорово сходу читает ваши uml-диаграммы. На моей практике даже ARIS надо рассказывать, куда уж там UML.