1

Управление Проектом / Re: Управление командой. просрочки

« : 23 Апреля 2014, 00:29:25 »

Вообще то, нет. Не должно. Эта штука вариативна. А попытка компенсации разброса, вызванного общими причинами всегда ведет к негативным последствиям.

Рассмотрим пример.
Есть 2 недели на реализацию требования Заказчика. Оценили -  решили что делать 2 дня. Через день понимаем, что делать как минимум 5 дней.
Одно из решений: упростить реализацию, сделать за 4 дня , протестировать. И с осознанным риском отдать Заказчику.

Не-а. После диалога проблема маскируется. А ситуация ухудшается. Только теперь этого не видно.

Т.е. что  не разговариваем тогда ? Цель разговора, довести текущее положение, о том что что к указанному сроку надо.
И на этом конечно не заканчиваем, а определяем маяки контроля.

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

2

Управление Проектом / Re: смена категории у таска (issue)

« : 23 Апреля 2014, 00:18:46 »

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

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

3

Обсуждение статей / Re: О профессиональных стандартах в области ИТ

« : 07 Августа 2013, 11:06:46 »

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

4

Книги, статьи и ресурсы / Re: Анонс книги Требования для программного обеспечения: Рекомендации по сбору и док

« : 14 Июня 2013, 13:22:27 »

Вышла и читается. Даже отзывы пишутся - номер раз и номер два.

5

Вакансии / Re: Системный аналитик (Москва)

« : 11 Июня 2013, 12:59:18 »

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

6

Для всех / Re: средства разработки ИС

« : 06 Июня 2013, 16:19:36 »

Ну тогда давай те с определений и понятий.
Интересно, что автор поста имел ввиду под информационной системой?
Например, с использованием Visual Studio можно или нельзя создать информационную систему?

7

Для всех / Re: средства разработки ИС

« : 06 Июня 2013, 15:09:45 »

Вам нужен Перечень или Вы просто для отметки пост написали?
А вот ЗДЕСЬ   по первой ссылке информацию о Интегрированной среде разработки смотрели (если что это внизу станицы)?

8

IDEF ARIS BPMN и пр. / Re: Нарисовать DFD, IDEF3 и IDEF1X диаграммы в ERWIN Process Modeler

« : 15 Мая 2013, 10:49:21 »

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

9

Варианты Использования (Use Case) / Re: Варианты использования CRUD

« : 22 Апреля 2013, 14:47:16 »

... как правильно и корректно применять подход к написанию CRUD ВИ, стоит ли связываться.

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

10

Управление Проектом / Re: Конфликт интересов

« : 28 Марта 2013, 16:11:35 »

равносильно задаче собрать из четырех кубиков с буквами А,О,Ж,П, слово "счастье".

А на это есть ответ: в задаче же не запрещено найти кубики с другими буквами и собрать слово.

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

11

Управление Проектом / Re: Конфликт интересов

« : 28 Марта 2013, 15:53:19 »

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

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

12

Обучение / Re: Сертификация аналитиков

« : 18 Февраля 2013, 11:39:42 »

Я так понимаю, что все-таки немного не корректно указали стандарт.
Наверное имелся ввиду ISO/IEC 17024:2003 "Общие требования к органам по сертификации персонала".

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

13

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

« : 26 Декабря 2012, 13:31:15 »

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

Интересно, что нибудь надумали?

14

Вакансии / Re: Вакансия: Системный аналитик_Компания Аплана Софтвер

« : 26 Декабря 2012, 13:29:25 »

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

15

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

« : 20 Декабря 2012, 11:56:56 »

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

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