46

Для всех / Re: Соотношение количества аналитиков и разработчиков в команде.

« : 08 Февраля 2009, 23:48:17 »

Зачем уменьшать количество аналитиков? Ну например, чтобы снизить затраты на анализ.

Вдруг окажется, что наши аналитики слишком много думают 

47

Управление Проектом / Re: Оценка трудоемкости модификаций (разработки)

« : 08 Февраля 2009, 10:18:27 »

Бывает и так:

Описали Разработчику некую МаленькуюФичу. Разработчик объявляет - 6000 евро. Мы все в шоке - какие 6000, чего там делать-то?

Созваниваюсь с менеджером Разработчика

Я: Почему 6000?
Разработчик: Наш Отдел Разработок оценил это так.
Я: Можете детализировать?
Разработчик: Ля-ля Ля-ля ... вы не знаете нашу систему.... Ля-ля Ля-ля ... многопоточный серверный процесс ... Ля-ля Ля-ля
Я: Какой многопоточный серверный процесс? У вас что шедулера нету?
Разработчик: Ээээ Ну я обсужу ещё раз эту тему с Отделом Разработки

Через неделю договорились на 700 евро.

В целом соглашусь с тем, что Разработчик находится в более выгодном положении.
Однако и Заказчик изучая детализацию и видоизменяя требования может существенно повлиять на стоимость. Легко может оказаться что 80% трудозатрат пойдут на совершенно непринципиальные для Заказчика вещи.

48

Для всех / Соотношение количества аналитиков и разработчиков в команде.

« : 08 Февраля 2009, 09:43:59 »

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

У меня такие наблюдения на эту тему:

1 На своей нынешней работе в качестве аналитика практически получается соотношение 1 аналитик на 1-1.5 (редко 2) разработчика.
Контекст: доработки корпоративной ИС. Аналитик занимается управлением проектом, всеми вопросами связанными с требованиями.

2 Смотрю по сторонам - у наших поставщиков (WMS; Axapta) тоже похожее соотношение: на 1 человеко-час аналитика (консультанта) обычно 1 человеко-час разработчика.

3 Однажды участвовал в проекте когда на 5 разработчиков был 1 аналитик. Я тогда был разработчиком. Мне крайне не понравилось происходящее. Во многом такое соотношение было связано с тем, что большинство разработчиков были новичками и не владели достаточно специфической платформой на которой осуществлялась разработка.


Поделитесь своими мыслями. Какое соотношение у вас? В каком контексте? Стоит ли искать способы увеличения количества разработчиков на 1 аналитика?

49

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

« : 30 Мая 2007, 17:26:36 »

Самое сложное -- это сценарий. Я пробовал нечто подобное делать для иллюстрации User Stories.

Не понравилось?

50

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

« : 30 Мая 2007, 16:50:58 »

Здесь тогда встают два вопроса:
1. Трудоёмкость создания комикса
2. Поддержка актуальности комикса

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

Цитируемый сайт вроде предлагает какие-то заготовки на эту тему - готовые персонажи, обстановка, исходные файлы. Возможно это не так уж и сложно.

Надо будет поэкспериментировать.

51

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

« : 30 Мая 2007, 16:01:34 »

Это я все понимаю. Примеры приведите пожалуйста.

вот пример такого комикса:
http://designcomics.org/examples.html

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

52

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

« : 30 Мая 2007, 14:07:09 »

НА каких прототипах?? Системы?? Каким образом?

Часто бывает ситуация, когда заказчик плохо понимает требования зафиксированные в письменном виде. Со всеми вытекающими. Иногда в такой ситуации приходится делать некий прототип, чтобы сдвинуть ситуацию с мёртвой точки.

Для меня экзотично. Не понимаю когда их можно использовать. Кроме как в отчётах о презентациях и показах.
Ну а Вы часто ставите смайлики в тех. документы?? Я никогда.

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

53

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

« : 30 Мая 2007, 14:00:54 »

Поробуй на практике описать требования с помощью комиксов и тебе сразу станет ясен ответ на этот вопрос.

Я не говорю, что их надо использовать в_м_е_с_т_о нормальных требований. Это скорее вспомогательный материал который позволит:

* повысит степень понимания заказчиком требований (практически иллюстрация требований)
* позволит иногда сэкономить на прототипировании

54

Системный Анализ и Требования / комиксы как инструмент иллюстрации требований?

« : 30 Мая 2007, 13:21:03 »

http://guicci.ru/2007/05/24/galya-masha-misha-dzho-elen-alina-betti-i-migel/

Возможно ли использовать такой подход не только для юзабилити исследований, но и как средство презентации требований для заказчика?

Позволит ли такой подход иногда  сэкономить на прототипах?

Или всё это слишком экзотично?