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

×


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

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


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

Страницы: « 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 »
406
Но, с другой стороны, есть исследования по поводу способностей и предпочтений человека (я читал в основном типологию Майерс-Бриггс и роли в командах по Белбину), которые показывают, что в несвойственной ему роли человек, особенно целеустремленный, может работать некоторое время по необходимости, но это забирает много энергии и приносит мало удовлетворения, так что в долгую - бесперспективно.

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

407
Саша, вопрос не к тебе.

Мне просто интересно, как NelliG предлагает использовать полученную информацию. Что с ней делать?

Лично мне интересно было почитать, даже отложил в закладки.
Не всякую информацию нужно использовать сразу, кое-что нужно откладывать в загашники.

"Нет покупателей" - так не бывает. :) Покупатели всегда есть, только продавцов хороших мало.

408
Раз уж расширили тему, на всякий случай напоминаю, что Сообщество проводило семинар о способах написания Vision aka Концепции, и у нас есть видеозапись:

http://www.uml2.ru/video/seminars/vision.html

409
В общем-то, обычный газетный mix "слов на тему", содержащий видимость информации. На вопрос, почему из программистов не вырастают управленцы ответ давно известен - потому что для программиста и управленца нужны разные психологические и поведенческие качества, и они редко совмещаются в одном человеке. Этим занимались психологи и другие исследователи.

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

410
А как потом внести небольшое изменение в сфотографированную диаграмму? :)

Если диаграмма осталась на доске, то дорисовать там же и заново сфотографировать. Поэтому, кстати, желательно иметь несколько досок. Вон в "Яндексе", говорят, почти все стены покрыты белым пластиком, на котором можно писать.

Если снимок только в архиве, то распечатать старую картинку, дорисовать прямо на ней, снова отсканировать и положить в архив. :)

Но чаще всего эти картинки нужны только разработчику, а после реализации они выбрасываются.

Да, я понимаю, что этот подход имеет смысл только в небольшой команде. Если ТЗ (требования, тех.проект, и т. п.) разрабатывает одно подразделение, а реализует другое, да ещё с большим временным разрывом, то его использовать трудно. А если их производственные культуры несовместимы, то и невозможно.

411
Пробовал по верхам разные инструменты для рисования диаграмм (не "case-средства"), лучше доски, фломастеров и бумажных наклеек ничего не нашёл. Доску при необходимости фотографирую. Если очень уж хотят получить "красивую картинку" для презентации, использую Visio, но каждый раз плююсь.

Некоторые мысли по теме.
Рисовать в редакторе быстрее, чем на бумаге, так и не научился - наверное, необходимости не было.


412
Я вам предложила - читайте литературу по управлению, там все написано.

Да-да, этот универсальный совет на все случаи жизни я помню ещё с курсантских лет: читайте Устав, там всё написано.

413
Обсуждение статей / Re: КС
« : 22 Октября 2010, 12:30:55 »
livents.ru, похоже, помирает.

Можно регистрироваться в МоёмКруге:
http://moikrug.ru/feed/609386189/

414
Ошибка в названии темы. Должно быть "требуюцца". ;)

И где это вообще? По мэйлу можно догадаться, что речь идёт о Люксофте, но у него много филиалов.
А по номеру телефона можно догадаться, что это Украина.

А... понимаю-понимаю. Это первоначальная проверка аналитика: способность работать в условиях ограниченной информации. :)

415
Цитировать
Я не слышал, чтобы люди говорили: "Мне сегодня нужно идти на собрание по ОО-дизайну". Говорят просто: "Мне нужно идти на собрание по дизайну". Объекты победили, никто не говорит больше об ОО. Никто не спрашивает: "А это структурный или объектно-ориентированный дизайн?" Объекты победили, как и полагалось.

Идеальные команды. Интервью с Майком Коном.

416
Недавно у коллег вышел спор о том, какую линии поведения выбирать на работке. Один утверждает что очень важны дружеские отношения, другой что необходимо придерживаться корпоративной этики. Что лучше для проекта? 

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

417
Многое зависит от того, каким образом информация в базе будет использоваться. Какие-то отчёты по этим бланкам ведь будут генерироваться? Должна ли информация из этой базы передаваться в другие организации? Для кого, с какой периодичностью? Нужна ли при этом возможность получения из базы информации о судьбе каждого отдельного бланка по его номеру, или достаточно сводных счётчиков (использовано из пачки столько-то, утеряно и утрачено столько-то)? (Мне отвечать не надо - это вопросы, которые нужно учесть при выборе решения  :)).

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

В общем, нужна целостная картина, а не одна-единственная user story.

418
Это вариант конечно, я и сама думала, что если спор зайдет в тупик, то можно посчитать сколько мы выиграем строк если будем вести учет диапазонами и сравнимо ли это будет с той сложностью, которая с ним связана.

А зачем вам строки экономить?


419
А заказчика переспросить нельзя? А то мы тут сейчас нафантазируем, программисты напрограммируют, тестеры натестируют...

Мне так кажется, что эта фраза относится к пункту 1 и, возможно, к пунктам 2 и 3. То есть получить пачку бланков и поставить на учёт. Передать пачку бланков в подразделение. Получить подтверждение о получении пачки бланков.

И да, пачки в пунктах 1 и 2 - это разные пачки.

420
(т.е. определять потребности целевой группы рынка и формировать бизнес-требования к коробочному продукту - у Бредюка на эту тему хорошая презентация была на ЛАФ2010)

А вот ссылочка на видеозапись:

Специфика управления требованиями при разработке корпоративных коробочных решений

Страницы: « 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 »