Posts filed under ‘Пользователь и ИТ-специалист’

Клиент прав или клиент неправ?

На конференции FailConf,  посвященной ошибкам в ИТ-бизнесе 12 ноября в Екатеринбурге, Леонид Волков среди прочего сказал: «Мы в 2004 году эмпирическим путем вывели принцип «клиент всегда неправ».
Тема эта достаточно больная и часто поднимается при обсуждении проблем ИТ отрасли.

(далее…)

25.11.2011 at 16:50 2 комментария

Что хочет бизнес от ИТ часть 2

   Начало статьи

В начале марта 2008г Терри Уайт впервые приезжал в Россию. В рамках международной конференции «Корпоративные ИТ стратегии в России и СНГ», проводимой Adam Smith Conferences, он провел мастер-класс «Измерение экономической эффективности и завтра ИТ проектов». Кроме того, в рамках сотрудничества компании «Тематические медиа» и клуба «Бизнес в стиле RU» Высшей Школы Экономики прошла его встреча со студентами ВШЭ и других вузов. (Отчет Терри Уайтт о бизнесе 31.03.2008г.). Терри вместе с коллегой Тимом Джненнингсом (Tim Jennings, Buttler Group, UK) представили свое видение взаимодействия IT и бизнеса в современных условиях. Что необходимо сделать, прежде всего CIOшникам (по-русски: IT-директорам компаний) для того, чтобы их снова стали ценить и уделять им достаточно внимания? Ответ прост – начать думать на языке бизнеса, давать именно то, что хочет бизнес. Забыть о погоне за новыми технологиями, так как они не всегда удовлетворяют нужды.

(далее…)

02.10.2011 at 09:18 1 комментарий

Чего хочет бизнес от ИТ

Давно уже я предложила своим читателям статью «Чего хотят от ИТ пользователи». С тех пор чего-то подобного мне больше не попалось. А вот в формулировке «Чего хочет бизнес от ИТ?» материала чуть больше. И тут главное – это книга Терри Уайта — ведущего консультанта по бизнес-стратегиям и стратегическому управлению информацией с таким заголовком и подзаголовком «Стратегия эффективного сотрудничества руководителей бизнеса и ИТ-директоров».
На русском языке книга вышла в 2007г в издательстве Гревцов Паблишер г. Минск. Книга есть в сети в формате djvu.

Из аннотации к книге: «Целью книги является изменение образа мышления в той ситуации, когда ИТ-специалисты зашли в тупик, сосредоточившись исключительно на ИТ-продуктах. Книга раскрывает секрет — что можно сделать, чтобы помочь ИТ внести действительно значимый вклад в увеличение прибыли компании. В книге предлагаются практические примеры и схемы, которые помогут понять и воплотить в жизнь эту идею, трансформировать её с учетом конкретной специфики бизнеса. Книга адресована в первую очередь руководителям высшего и среднего звена, которым важно знать: ИТ могут превзойти их ожидания, а также ИТ-специалистам которым уже давно пришла пора занять свое место в руководстве компании».
Оглавление книги весьма интересно. По сайтам и блогам ходит текст первой главы этой книги: «Чего не хватает в ИТ?», который по вышеприведенной ссылке тоже есть.
Я постаралась сократить ло минимума содержание этой первой главы, представить здесь самые главные мысли и главы, и книги.

(далее…)

28.09.2011 at 17:42 3 комментария

AgileDays 2011

Самое время обобщить материалы по очередной конференции AgileDays.

Прошла 5-я профессиональная конференция AgileDays’11 4-5 марта в Москве.

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

Все доклады прошли отбор Программного Комитета, который представлен экспертами индустрии: Сергей, Дмитриев, Асхат Уразбаев, Никита Филиппов, Сурен Самарчян, Евгений Кривошеев, Стас Фомин, Максим Гапонов.

Хэдлайнер конференции — Хенрик Книберг, Agile / Lean тренер компании Crisp в Стокгольме. (Он помогает компаниям добиваться успеха как в техническом направлении, так и с точки зрения человеческих взаимоотношений. За последние 15 лет Хенрик был техническим директором трех шведских IT-компаний и многим другим помог начать работу с использованием практик Agile и Lean. Он является автором книг «Scrum и XP: заметки с передовой» и «Kanban и Scrum: выжимаем максимум«. Обе они переведены на русский язык и пользуются большой популярностью в России. Хенрик является сертифицированным Scrum-тренером, а также членом совета директоров Agile Alliance и часто работает совместно с пионерами Scrum и Lean, такими как Мери Поппендик (Mary Poppendieck), Джефф Сазерленд (Jeff Sutherland), Девид Андерсон (David Anderson) и другими лидерами индустрии.
В рамках конференции прошел тренинг-сертификация «Scrum Master Certification», которую провел Хенрик Книберг.

Недавно опубликовано, что самыми лучшими докладами на #agiledays признаны доклады Тимофея Евграшина, Евгения Кривошеева, Романа Юферева.

WEB спонсором конференции в этом году выступила Компания CUSTIS.

(далее…)

28.03.2011 at 18:53 Оставьте комментарий

Бизнес-анализ -Сангвис –АСУ Пеликан Структура Базы данных

Часть первая – наше техническое задание Продолжение

Итак, август 1989 года, условия начала нового проекта:

1. Новый для нас объект автоматизации, и работали мы как внешние разработчики
2. Полное отсутствие аналогов, публикаций, типовых решений – чего-бы то ни было, поэтому естественно, что это была заказная индивидуальная разработка
3. Полное отсутствие использования средств автоматизации на объекте и какого-либо опыта у пользователей
4. Обязательность использования стандартов во всех отраслях деятельности, где они существовали, и при создании информационных технологий, частности
5. Система должна была быть разработана для всей организации, а не для какого-то отдельного подразделения (со временем масштаб организации еще и вырос значительно).
6. Инициатором разработки АС являлось высшее руководство организации.

(далее…)

15.02.2011 at 20:00 1 комментарий

Бизнес-анализ -Сангвис –АСУ Пеликан Начало

Часть первая – наше техническое задание

 Затеев свои мемуары, я уже писала о том как начиналось АСУ в Сангвисе. Даже достаточно подробно в заметке про 1990 год. Сейчас я немного повторюсь, но немного под другим углом зрения – уже с точки зрения особенностей самой разработки.
После первого знакомства с будущим Заказчиком (я предпочитаю говорить Пользователем), наша команда — воспитанники советской школы проектирования, объяснили ему, что начать надо с заключения договора на обследование и разработку Технического Задания.
В нашей команде никаких разночтений, разногласий не было, никому не пришло в голову предложить – «да зачем нам Техзадание, набацаем несколько АРМов, напрямую пообщавшись с пользователями».
Хочется мне с сегодняшних позиций понять – а почему мы были так в этом уверенны.

Отраслевые стандарты

(далее…)

12.02.2011 at 22:03 1 комментарий

Разные разные пользователи (продолжение)

А теперь на дворе год 2003

Меня пригласили на уже начатый проект. Пользователи –  финансовая организация довольно высокого уровня (отвечает за бюджет  области).

Этап разработки технического задания завершен, денежки все получены и естественно потрачены. Идет стадия  разработки, и уже пришло время эту разработку закончить и сдать. И уже десант разработчиков и аналитиков высадили прямо в офис Заказчика (благо все происходит в одном городе).   Ан до выхода на руководство для сдачи Системы и подписания актов дело никак не доходит.

Начинаю разбираться. И вот какие характеристики этого проекта:

  1. Проект выполняют  внешние разработчики.
  2. Разработка  заказная – и с  точки зрения пользователя,  и для разработчика.
  3. Система должна была быть разработана для всей организации, но под конкретную функцию. Причем в реализации этой функции участвуют как значительная часть работников собственно финансовой организации, так и сотрудники других организаций (на отдельных этапах) и их много.
  4. Инициатором разработки АС являлись сотрудники отдела АСУ  финансовой организации.
  5. В этой организации на тот момент разве что курьеры и уборщицы не сидели за компьютерами – а так все были охвачены. Использовалось несколько разных информационных систем, и очень активно задействованы возможности MS Office.

(далее…)

18.12.2009 at 11:15 4 комментария

Разные разные пользователи

Итак, в добавление к условиям, которые необходимо учесть, начиная выстраивать свои отношения с пользователем АС, первым среди которых, напомню, является: «Являемся мы внешним разработчиком или работаем в качестве ИТ специалистов в той же кампании», есть (а вернее был, когда мне пришлось работать) еще и такой:

— Система, которую мы начинаем делать, придет к пользователям, уже сидящим за компьютерами (то есть это увеличение функций – расширение, замена чего-то – улучшение), или это первая встреча пользователей (и в широком и в узком смысле) с компьютерами.

Еще раз к вопросу о термине «Пользователь». Конечно, как почти любое слово в русском языке, этот термин многозначен. Использовав его в качестве замены более общепринятого в среде ИТ специалистов термина «Заказчик», я хотела подчеркнуть более важные для аналитика аспекты отношений и применила понятие Пользователь «в широком смысле» (или с большой буквы). То есть имея ввиду всю организацию, которая будет применять нашу будущую разработку. Если конкретных людей, использующих систему (программный продукт) много, я их пока – условно – буду называть «конечными пользователями».

Хотя в пору АРМов эти понятия совпадали.

А мой сегодняшний рассказ начинается как раз в эту пору.

(далее…)

09.12.2009 at 19:07 3 комментария

О пользователе замолвлю слово

Поторопиться с этими записками подтолкнул меня сайт «Первая конференция, посвященная работе с требованиями в ИТ-проектах Req Labs 2009» (2019г — архив конференции доступен только с 2012г). Это отлично, что случилась такая конференция. Здорово, что можно посмотреть бОльшую часть презентаций (спасибо организаторам, очень интересно). Но я здесь о другом. Среди эпиграфов, красиво сменяющих друг друга в верхней части сайта, есть и такой: «Классика требований заказчика: «Пойди туда, не знаю куда. Принеси то, не знаю что…» Похожие высказывания есть и в докладах конференции, и в других выступлениях аналитиков на конференциях и семинарах. Причем говорится об этом и всерьез, и в шутку (например: «Заказчик никогда не может сказать точно, чего он хочет, ибо ему хочется всего сразу, много и на халяву»).

Вообщем, чувствуется, что у аналитиков наболело. (далее…)

05.12.2009 at 18:28 3 комментария

Что пользователи ждут от ИТ?

Моя любимая переводная статья

Открывая раздел «Копилка Мастерской»,  в котором  я буду размещать преимущественно свои статьи и обзоры по различным аспектам бизнес-анализа, я выкладываю статью чужую. Но эта статья для меня стала своего рода Манифестом. Я ее перечитывала примерно раз в год, постаралась, чтобы ее прочитали и желательно поняли, все сотрудники отдела бизнес-анализа, в котором я работала.

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

Отдельное спасибо переводчику: это тот редкий случай, когда статья переведена так, как она могла бы быть написана по- русски.

Статья все еще лежит там, где я ее прочитала (2019г. UD — уже не лежит), но я привожу текст здесь – во-первых, она не большая, во-вторых, часть своих последующих текстов я буду делать как комментарии к этой статье

Что пользователи ждут от ИТ?

Фрэнк Хэйес    редактор еженедельника Computerworld   09.03.2004

Что пользователи ждут от ИТ? Как правило, ничего сверхъестественного. Конечно, одни во главу угла ставят возможность эффективнее организовать взаимодействие подразделений, а другие предпочитают выяснять отношения со специалистами по ИТ, вместо того чтобы заниматься делом. Однако все же для большинства пользователей главное — это возможность быстро и хорошо выполнять собственную работу, как можно меньше сталкиваясь с препятствиями со стороны технологий.

Удивительная вещь: именно этого добиваются и ИТ-специалисты. Чтобы избежать трений, представителям обеих этих категорий следовало бы постараться лучше понять друг друга.

(далее…)

25.11.2009 at 18:48 4 комментария


Подписка на новости сайта

Подпишитесь на новости сайта (RSS)

RSS

Архивы

Рубрики

Главные книги аналитика

Современные методы описания функциональных требований к системам | Алистер Коберн
 Разработка требований к программному обеспечению |Карл И. Вигерс, Джой Битти

Требования для программного обеспечения: рекомендации по сбору и документированию |Илья Корнипаев
Анализ требований к автоматизированным информационным системам | Юрий Маглинец
Пользовательские истории. Гибкая разработка программного обеспечения |Майк Кон