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

×


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

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


Сообщения - Thyestes

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 »
1
Цитировать
Вообще то, нет. Не должно. Эта штука вариативна. А попытка компенсации разброса, вызванного общими причинами всегда ведет к негативным последствиям.
Рассмотрим пример.
Есть 2 недели на реализацию требования Заказчика. Оценили -  решили что делать 2 дня. Через день понимаем, что делать как минимум 5 дней.
Одно из решений: упростить реализацию, сделать за 4 дня , протестировать. И с осознанным риском отдать Заказчику.

Цитировать
Не-а. После диалога проблема маскируется. А ситуация ухудшается. Только теперь этого не видно.
Т.е. что  не разговариваем тогда ? Цель разговора, довести текущее положение, о том что что к указанному сроку надо.
И на этом конечно не заканчиваем, а определяем маяки контроля.

В итоге если это будет систематически или разработчик успеет адаптироваться или придется попрощаться с ним

2
А начальные условия какие: трекинговой системы нет?
Или есть TrackStudio и надо на Jiru заменить?
У Вас  получается, что  Заказчик ставит задачи напрямую  в TrackStudio и сразу же запускается процесс в зависимости от категории?

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

3
В продолжении темы создания стандартов.
Взято Здесь .
Из списка предлагаемых стандартов есть и такой профессиональный стандарт системного аналитика .
К чему катимся, а главное зачем?

5
А почему название компании скрываете. Разве это не Artezio ?

6
Для всех / Re: средства разработки ИС
« : 06 Июня 2013, 16:19:36 »
Ну тогда давай те с определений и понятий.
Интересно, что автор поста имел ввиду под информационной системой?
Например, с использованием Visual Studio можно или нельзя создать информационную систему?

7
Для всех / Re: средства разработки ИС
« : 06 Июня 2013, 15:09:45 »
Вам нужен Перечень или Вы просто для отметки пост написали?
А вот ЗДЕСЬ   по первой ссылке информацию о Интегрированной среде разработки смотрели (если что это внизу станицы)?

8
Ну выложить, это конечно хорошо.
При этом вы, например, здесь смотрели? Возможно подойдет.

9
Цитировать
... как правильно и корректно применять подход к написанию CRUD ВИ, стоит ли связываться.
А применять в каком случае? Описать подробно  разработчику или  учесть для себя что есть действия?
Также важен вопрос о доступности всех операций всем. Или например, частично (редактировать может только тот-то).
Если много проверок, ограничений и сложные действия , то лучше CRUD описать по отдельности каждое действие пользователя.
И как сказано на  BeamTeam универсального решения нет.

10
Цитировать
равносильно задаче собрать из четырех кубиков с буквами А,О,Ж,П, слово "счастье".
А на это есть ответ: в задаче же не запрещено найти кубики с другими буквами и собрать слово.

Вы же говорите тушить пожар. Кто сможет только Вы. И проблему можно в теже деньги и срок решить если уменьшить качество. Ну сделайте верхнеуровневые требования.
Или все-таки результат - это код?

11
В статье прочел, что "Основная причина «торможения» проектов — это разница между скрытыми интересами ключевых участников и целью проекта".

Что значит "Приближается час Х, должны сдать функционал заказчику ... "? В чем должен выражаться результат - код или  документ?
Если это код, то где программисты :)?
Если документ, то я так понимаю надо подготовить функциональные спецификации? Если так , то на Вас вся ответственность, тушите пожар. И к понедельнику хоть что-то.

12
Обучение / Re: Сертификация аналитиков
« : 18 Февраля 2013, 11:39:42 »
Я так понимаю, что все-таки немного не корректно указали стандарт.
Наверное имелся ввиду ISO/IEC 17024:2003 "Общие требования к органам по сертификации персонала".

Например, сертификация на  РМР (тесты по управлению проектами) соответствует указанному стандарту.
А здесь , я так понимаю , хотят сделать по аналогии.

13
Цитировать
Например, нужно добавить справочник "SomethingRef". Вообщем нужно думать.
Интересно, что нибудь надумали?

14
А Конкурентоспособный уровень оплаты труда это в цифрах сколько?
Возможности профессионального и карьерного роста -  это например куда?
И еще - тесты задаете?

15
Следующие вопросы
1. ТЗ на существующую систему есть? Согласовано?
2. Данный вопрос  больше на стороне технических писателей и вашей договоренностей с Заказчиком


Цитировать
Возьмите ГОСТ 34.602, на его основе сделайте свое , выкинув ненужное
В начале нового ТЗ можно привести фразу: «Функциональные возможности и технические характеристики доработанной системы определяются функциональными возможностями и техническими характеристиками исходной системы   за исключением следующих параметров, оговоренных в настоящем ТЗ». И далее писать о том, что исключается и что добавляется
И еще в ТЗ можно сколько угодно дополнительных разделов-подразделов плодить . Например, "Требования к графическому интерфейсу пользователя" (если работаете по ГОСТ 34.602-89, разумнее всего такой подраздел забросить в Требования к информационному обеспечению)

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 »