Вступление России в ВТО значимо для меня, как и для любого другого потребителя, потенциальным повышением конкуренции производителей, влекущим за собой повышение качества выпускаемой продукции и дальнейшее повышение общего уровня благополучия. Как сотрудник ИТ-компании я ожидаю увеличения темпов интеграции инноваций и инвестиций в отрасль. А как будущего отца меня волнует развитие системы образования в стране.
Положительные и отрицательные последствия вступления нашей страны во Всемирную торговую организацию целесообразно рассмотреть с позиций потребителя и производителя. Последний может сбывать продукцию на внутреннем рынке или быть экспортёром и при этом использовать импортные сырьё и комплектующие или не использовать их. Поэтому сначала я рассмотрю плюсы и минусы вступления Росси в ВТО (а равно двустороннего смягчения таможенных барьеров) в указанных плоскостях для абстрактных компаний, после чего укажу на последствия для компаний отрасли ИТ, в которой специализируюсь сам – рассмотрю возможные последствия для учебного центра, проводящего курсы повышения ИТ-квалификации, и компании, занимающейся системной интеграцией. read more…
Объяснение необходимости делегирования функций на основе теории сравнительных преимуществ Давида Рикардо
Из теории абсолютных преимуществ Адама Смита следует, что:
Страна должна специализироваться на тех товарах и услугах, в производстве которых у неё имеются преимущества по отношению к другим странам (ресурсы, технологии).
Такие товары и услуги целесообразно экспортировать, а другие — импортировать.
Абсоюлютные преимущества Рикардо
Например, за 1 день Франция может произвести 2 бутылок вина или 3 телевизора, а Япония — 1 вино и 5 ТВ. Таким образом Франция обладает абсолютным преимуществом в производстве вина, а Япония — телевизоров. Допустим Франция готова поменять 2 вина на 4 ТВ (1 бут. = 2 ТВ), тогда за тот же 1 день Франция получит 4 ТВ вместо 3 — сэкономит 0,33 дня, которые может потратить на выпуск дополнительного вина на внутренний рынок. С другой стороны Япония read more…
Это перевод статьи Джерри Вейсмана (Jerry Weissman) «What to Do With Your Hands When Speaking» опубликованной 12 января 2012 года в HBR. Джерри — один из ведущих тренеров по навыкам презентации, основатель компании Power Presentations, Ltd., автор книги «Presentations in Action: 80 Memorable Presentation Lessons from the Masters«, для рекламы которой и была написана оригинальная статья.
Самый популярный вопрос, который задают тренерам по навыкам презентации: «Что делать с руками?» Ранее Джерри уже предостерегал от хореографии, т.к. встречал слишком много презентаторов, старающихся проиллюстрировать своё повествование и завести аудиторию жестами, скручивающими их самих в кренделя. Вместо этого используйте свои руки естественным образом так, как вы жестикулируете в жизни. Однако, есть один жест, который Вейсман рекомендует read more…
Сделал дело - гуляй смело!
Хочу представить общественности сравнение 3 мобильных приложений для iPad, которыми я успел попользоваться при поиске наиболее подходящего для меня. Рассмотрены эти приложения последовательно от простого и лёгкого в использовании к более сложным и функциональным. Сразу отмечу, что все три этих приложения — Next Thing, Things, Any To Do — хороши, удобны и способны помочь организовать вашу жизнь более эффективно и продуктивно. Однако каждое из них отвечает отдельному подходу к организации времени. read more…
Уже, конечно, не новость, но заслуживает внимания появление дополнительной к CBAP (Certified Business Analysis Professional) сертификации, о которой объявлено на сайте IIBA. Если вы хотите формально подтвердить свою квалификацию бизнес-аналитика, но при этом у вас нет 7500 часов (примерно 4 года) практического опыта в бизнес-анализе (БА), то сертификация CCBA (The Certification of Competency in Business Analysis) именно для вас.
Как и в случаем с CBAP вам будет полезен сертификат CCBA, если вы работаете в этой из следующих 5 сфер read more…
Метамодель UML. Отношения
Отношение, relationship — это абстрактная концепция, используемая для отображения некоторой связи между двумя элементами модели. Для отношения в UML не предусмотрены нотация, синтаксис и семантика — они задаются подклассами отношения. Отношение абстрактно — оно не может иметь экземпляров. [1,3]
Направленное отношение, directed relationship — частный случай простого отношения — отношение между набором исходных элементов модели и набором целевых элементов модели. Направленное отношение также абстрактно — оно не может иметь экземпляров. [1]
UML различает большое количество отношений (relationship), однако зачастую в качестве основных выделяют следующие четыре (они выделены ярко-желтым на диаграмме слева):
- зависимость, dependency;
- ассоциация, association (экземпляром ассоциации является связь, link между экземплярами);
- реализация, realization;
- обобщение, generalization.
Формальные определения каждого из перечисленных отношений приведены в таблице read more…
У нас есть большущее желание собрать перечень проблем, сложностей, препятствий, реалий и всего-всего, что может мешать и затруднять сбор, анализ, оформление, согласование и реализацию требований. Интересны любые сложности:
- организационные внешние, между заказчиком и исполнителем;
- организационные внутренние, в рамках команды разработки;
- методологические, сложности в выборе подходов, методов, артефактов;
- любые другие.
Важно, чтобы эти трудности были реальными и конкретными, а не общими. Примеры некорректных сложностей: «Как грамотно выявлять требования?», «Как оформлять требования?», «С помощью чего контролировать изменения требований?». На такие вопросы ответы отличаются лишь названиями книг.
У вас есть конкретные проблемы, с которыми столкнулись в своей работе Вы или Ваши коллеги? Оставьте описание проблемы в комментарии к этой записи, и мы постараемся вместе с ней разобраться и выработать решение!
Провести курс по ООАП
На прошлой неделе один из консультантов команды по управлению требованиями BeamTeam.ru провёл в учебном центре компании Luxoft курс «Объектно-ориентированный анализ и проектирование с использованием UML«. Курс длился 5 дней по 4 часа (20 часов). Участники состояли из специалистов, выполняющих в проектных командах роли системных аналитиков и разработчиков. В ходе курса были затронуты такие темы объектно-ориентированной разработки read more…
Ляпы в документах
Сижу и вычитываю документацию по проекту, медленно сползаю под стол. То, что мне встречается по тексту и как не нужно писать, привожу ниже.
- Глоссарий и перечень сокращений и аббревиатур – это важно и хорошо. Но первое упоминание в тексте должно быть полным. Не нужно при первом удобном случае писать «ТЗ», напишите сначала «Техническое задание (далее – ТЗ)».
- Какие бы сокращения и короткие названия вы ни использовали (Система, Заказчик, Исполнитель, прочие), пишите их однообразно по всем документам проекта: либо все со строчной, либо все с прописной буквы. read more…
