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

×


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

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


Сообщения - Григорий Печенкин

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »
391
Собственно говоря, хочу попробовать её в одном из предстоящих проектах. Или лучше всё-таки EXCEL-файл? В любом случае, пока, на данный момент, никакими средствами структурирования и управления требованиями не пользовался.

Я пробовал с её помощью упорядочить требования к простым проектам. В том числе загонял туда юзкейсы.

Всё, что она делает - позволяет классифицировать информацию (требования) по типам и представляет её в виде дерева. Но при этом не позволяет перетаскивать ветки, из-за чего я дальше изучать её не стал.

Поддерживает форматирование текста и экспорт в html формат, но экспорт совершенно не гибкий (и где-то кривоватый).

392
Пользовались этой программой?

Я пробовал. Собственно, сам автор вполне ясно и адекватно обозначил целевую аудиторию в описании программы:

Цитировать
Программа предназначается для людей, в одиночку работающих над проектами, которых уже не устраивают текстовые файлы или электронные таблицы в качестве способа хранения требований.

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

Кроме того, бесплатная система управления требованиями может пригодиться студентам, изучающим работу с требованиями.

393
откуда такие данные? и что понимаете под IT?

Данных нет. Это моё субъективное ощущение.

атомные станции и самолетостроение - это ИТ?

Говоря о "требованиях в IT", я имею в виду требования к самим информационным и прочим компьютерным системам.

394
А какие именно методы и техники работы с ИТ требованиями можно перенести во вне ИТ жизнь

А чем IT требования по большому счёту отличаются от не-IT? Первое, что приходит на ум: в IT управление требованиями на сегодня лучше автоматизировано. Принципиальных же отличий я пока не вижу (что, конечно, не означает, что их нет ;)).

395
Буквально вчера на PM-Labs говорили о проектах в рамках подготовки к Сочи-2014. Вопрос о "требованиях", по-моему, на мгновение привёл докладчицу в замешательство, но она тут же вспомнила о требованиях МОК. Вполне соответствуют нашим айтишным представлениям о требованиях - их много, они структурируются, ими нужно управлять.

396
зато это логично, ибо чтение книг ради чтения книг это пустая трата времени. Как правильно говорит мой науч рук, чтение книг без применения это пустая трата времени или как он это называет "бездействие". То что ты прочитаешь эти и еще ряд книг ничего само по себе тебе не даст.

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

Думаю, с таким подходом вам не стоит идти в аналитики.

397
Начали за здравие, а кончили за упокой.

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

Переформулирование обязанностей и требований - лучший способ поощрить инициативу, да.

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

К сожалению, автор не объясняет, как решить эту проблему. Напрашиваются два очевидных варианта:
1) запретить сотрудникам общаться с бывшими коллегами под страхом увольнения;
2) убивать уходящих сотрудников при увольнении (нет человека - нет проблемы)

Цитировать
важно разъяснять вашим сотрудникам стратегию организации и цели применения ИТ с помощью обмена выверенной, предметной, не пропущенной через сито информацией

Этого я вообще не понял. Это сито в голове у автора или у переводчика?

398
Примеры / Re: внутренняя структура
« : 16 Ноября 2010, 14:36:02 »
А что, это одно и то же колесо? Чем вызвана необходимость такой абстракции - тем, что гончарный круг и вороток колодца имеют круглую форму?

Тогда на этой диаграмме не хватает Солнца, оно тоже круглое. :)

399
Тогда сразу забегая немного вперед, где в Москве можно купить такого рода литературу (я знаю только один крупный магазин - Московский дом книги на Арбате). Бабок бы конечно хотелось приеобрести по 2 причинам сразу, но заказывать не хочется  :(

Самый широкий ассортимент - в Библио-глобусе. Хорошо ещё то, что можно заранее проверить наличие книги и даже узнать место, где она лежит, на их сайте:
http://www.biblio-globus.ru

Правда, он у них несколько тормозной, и к поиску нужно приноровиться.

Раньше у них ещё и цены были сравнительно невысокие. Но эти славные времена давно прошли. :(

400
вообще-то разработка как кодирование вообще не должно никак быть связано с тестированием до момента получения исполняемого кода - два параллельных процесса работающие на основе данных и принятых решений при формировании требований и дизайна архитектуры

Не обязательно. Test-driven development сейчас используется всё шире. Непрерывная интеграция с выполнением автотестов становится нормой. Или вы не считаете это тестированием?

401
Работа / Re: HR в роли технаря.
« : 12 Ноября 2010, 13:49:05 »
Кстати банк достаточно крупный и там просто обязаны работать компетентные люди.

Не обязательно. Возможно, там обязаны работать люди с хорошими связями. :)

Но вообще-то HR могло быть интересно не устройство продуктов, а то, как вы сумеете о нём рассказать.

А банковский софт - это обычно штука сложная, с компонентами, написанными на разных языках. Я бы тоже от такого вопроса, наверное, впал в ступор.

402
Саша, с Днём рождения! В дополнение к сбыче мечт и достижению целей - новых мечт и ещё более новых целей!

И да, здоровья тоже, это не лишнее. :)

403
Работа / Re: HR в роли технаря.
« : 11 Ноября 2010, 17:27:57 »
imho пусть лучше будет HR в роли технаря, чем HR, возомнивший себя психологом.

404
Если я балерина, я умею танцевать, мне нравится танцевать - с какого перепуга мне вдруг учиться дирижировать?

Мотивацию тут как-то учитывают?

Да боже ж мой, танцуйте себе на здоровье!

Но как раз в IT ситуация такова, что балеруны массово идут в дирижёры. Программировал себе человек программы - и опаньки, его сделали тим-лидом. Некоторые от этого отбиваются руками и ногами (как я в своё время, например), некоторые другие, наоборот, страстно этого желают.  Но обнаруживается, что для этого нужны немного другие качества.

Так вот, я считаю, что эти качества вполне можно развить.

405
greesha, может быть тут вопрос в изложении.

Может быть, конечно. Я сам иногда подсмеиваюсь над технарями, прочитавшими в википедии про очередную "пирамиду потребностей" и тут же пытающимися строить на ней практические выводы ("ежели человека не кормить, не поить и не лечить, то он, эта, будет, значить, несчастлив и даже, может, помрет"). А здесь, получается, и я стал на эту скользкую дорожку - рассуждать о том, чего толком не знаю.

Возможно, меня возмущает некоторый оттенок предопределённости человеческой судьбы, присущий этой классификации. А от такого рода рекомендаций, я считаю, не больше пользы, чем от еженедельных "гороскопов":
http://www.asconsult.ru/pages/109/
imho эти рекомендации основаны, большей частью, на стереотипах.

Страницы: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 »