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

×


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

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


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

91
Это типа такая форма доноса [удалено обращение в форме, противоречащей правилам форума]?

Я джва года размещаю рекламу наших (и чужих) тренингов в разделе «Обучение и тренинги» и являюсь модератором этого раздела. Это тебя не беспокоит?

92
Решил помочь тем, кто выбирает, у кого учиться, избежать ошибок и сэкономить время и деньги.

Кто есть кто на русскоязычном рынке обучения ИТ-аналитиков:
https://medium.com/@beskov/кто-есть-кто-на-русскоязычном-рынке-обучения-ит-аналитиков-3ac1ffc3644b

93
Николай, а как вам http://reqt.org/ ?

96
По идее — да.
Но Леонид писал про «часто». Это разные вещи ж :)

97
Денис, во фразе, выделенной жирным:
и как твоя ссылка это опровергает?

99
А еще. Купите, займите, украдите... убейте, если придется, но достаньте книгу "Сколько стоит программный проект" Стив Макконнелл http://www.ozon.ru/context/detail/id/3115179/
Даёшь непрошенные советы? )

Автор ничего не спрашивал про оценку, только про учёт фактов.

es3000, в теме вы пишете «Расчёт», а внутри только про учёт. Почему?

101
Для малых проектов любого рода есть например инструменты типа http://pulseapp.com/

102
В расходной части — это функция руководителя проекта, см. один из процессов PM BOK – Project Cost Management.

В доходной части — … это тоже по-хорошему функция руководителя проекта, но почему-то в PM BOK её не видно :)

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

В средних и крупных компаниях для этого используются инструменты класса Project Portfolio Management.

Для малых проектов и компаний, я уверен, уже есть нишевое ПО. А эту работу может делать, например, финансовый директор или исполнительный директор.

103
Чтобы подготовить заказчика и разработчиков, конечно желательно до начала работ показать ему примеры.

Например, я обычно пишу 1-2 сценария на эту систему в формате юскейсов и показываю Заказчику для согласования (формата).

104
Говорите заказчику, что описываете требования в форме сценариев, которые потом можно использовать не только для разработки, но и для тестирования и для пользовательской документации.

Слово «юскейс» не произносите.

Я например щас пишу одно ТЗ по ГОСТ 34, так там прямо в конкурсной документации написано, что в ТЗ должны быть сценарии.

105
Или более полно — если вы ссыте, не занимайтесь сложной и рискованной работой