Как стать автором
Обновить
17
0
Евгений Скориков @EugeneSkorikov

senior аналитик, архитектор, менеджер

u-принцип и проявление детальных требований и потребностей ИТ-системы

Время на прочтение 7 мин
Количество просмотров 2.9K
Анализ и проектирование систем *Управление проектами *

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

И как следствие, почему OpenAI не может создать детальные требования.

Читать далее
Всего голосов 2: ↑2 и ↓0 +2
Комментарии 5

Что есть обоснование функциональных требований

Время на прочтение 26 мин
Количество просмотров 6K
Анализ и проектирование систем *Управление разработкой *Управление проектами *Бизнес-модели *

“Чтобы что” - это что? Как научить аналитика-проектировщика, что является обоснованием функциональных требований, а что нет? Когда заказчик отвечает на вопрос “чтобы что”, как понять, является ли это ответом? Я не нашел книг, где это было бы описано понятно, сжато и лаконично. Чаще всего описаны абстрактные рассуждения, в применении которых на практике возникают проблемы. В статье на примерах разбирается как находить причину требований, какие они бывают, а что не является причиной вовсе.

Читать далее
Всего голосов 14: ↑13 и ↓1 +12
Комментарии 6

Не путаем требования и модели решений или что все-таки разрабатывает аналитик

Время на прочтение 4 мин
Количество просмотров 1.2K
Анализ и проектирование систем *Управление проектами *

Кто-то сказал “Аналитик разрабатывает требования”. За ним повторили. Много-много раз. Тысячу раз. Но это не так.

Проектировщик-аналитик выявляет потребности, выявляет/проектирует требования и разрабатывает модели решения.

А есть разница ? Давайте разберемся (истиной мы будем считать то, что работает, а не то, что повторили за кем-то тысячу раз).

Читать далее
Всего голосов 6: ↑6 и ↓0 +6
Комментарии 7

Нужно ли ИТ-аналитикам уметь программировать

Время на прочтение 5 мин
Количество просмотров 7.6K
Анализ и проектирование систем *

Вопрос обязательности умения/знания/понимания программирования для ИТ-аналитика-проектировщика вызвал жаркие дебаты в профильных группах. Приводились два вида аргументов:

Читать далее
Всего голосов 6: ↑6 и ↓0 +6
Комментарии 27

Как определять смысл концепта

Время на прочтение 3 мин
Количество просмотров 1.3K
Анализ и проектирование систем *

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

Читать далее
Всего голосов 3: ↑2 и ↓1 +1
Комментарии 4

ИТ-аналитик, чем его работа ценна для бизнеса

Время на прочтение 10 мин
Количество просмотров 14K
Анализ и проектирование систем *

“Аналитик, проанализируй мне эту задачу” - говорит бизнес-заказчик. Что он имеет в виду? Анализ - это всего лишь  метод исследования, характеризующийся выделением и изучением отдельных частей объектов исследования (по википедии), но бизнес в своих словах подразумевает нечто большее, чем просто анализ.

Что делает ИТ-аналитик и в чем ценность его работы для бизнеса? Пробуем разобраться. 

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

Читать далее
Всего голосов 12: ↑9 и ↓3 +6
Комментарии 5

Ставим задачи на развитие (в кровавом enterprise и не только). Адски длинная статья

Время на прочтение 51 мин
Количество просмотров 9.2K
Управление разработкой *Управление проектами *Управление персоналом *
Забегает молодой парень в больницу:
— Доктор, сделайте мне кастрацию, срочно!
— ???
— Срочно, доктор, некогда объяснять!
Доктор делает кастрацию. Наутро парень приходит в себя от наркоза, его спрашивают, в чем дело, собственно?
— Понимаете, я собираюсь жениться на еврейке, у них так принято по религии.
— Так может быть Вам нужно было обрезание?
— А я что сказал?!!!
Большая часть проблем возникает из-за недопонимания. Вы ставите задачу подчиненному или смежникам, а потом ругаетесь, потому что люди сделали не то, не так, потому что не так вас поняли. Сталкивались с таким? Если вы менеджер и решение задачи входило в ваш круг обязанностей, то наверняка знаете, что неверное исполнение — это ваша ошибка, а не ошибка исполнителя.

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

Читать дальше →
Всего голосов 13: ↑12 и ↓1 +11
Комментарии 0

Одноминутный менеджер и обезьяны, конспект

Время на прочтение 9 мин
Количество просмотров 17K
Управление разработкой *Управление проектами *Управление персоналом *
Конспект книги “Одноминутный менеджер и обезьяны” (Берроуза Хэл, Онкена Уильям младший, Бланшар Кеннет).
В книге И. Адизеса “Стили менеджмента” есть такой герой — Пожарник. Это специалист, которого повысили. Но он по прежнему все старается делать сам. «Чтобы сделать хорошо, сделай это сам» — его девиз.
Этим менеджерам кажется, что управление включает решение всех сложных вопросов из-за чего они оказываются завалены проблемами — “мячиками” задач своих сотрудников. Менеджер становится узким горлышком, что приводит к снижению производительности всей команды.
Книга в первую очередь для таких менеджеров, выросших из исполнителей о том, как ставить задачи своим сотрудникам, не допуская собственной перегрузки, но чтобы при этом не терять контроль.
Читать дальше →
Всего голосов 11: ↑10 и ↓1 +9
Комментарии 2

Вывод Jira из состояния помойки, с чего начать

Время на прочтение 7 мин
Количество просмотров 19K
Управление разработкой *Управление проектами *Atlassian *
Вдруг мы понимаем, что Jira превратилась в помойку. Каждый второй РП настраивал Jira как ему было удобнее бесконтрольно. А когда проект начал гореть, начал тушить пожары вручную, оставляя задачи в трекере в каком-то состоянии, далеком от завершения. Если в проекте создан полноценный CI/CD, то большая часть задач на разработку будет в правильном финальном статусе, но остальные…

Часть проектов заморозилась, часть отвалилась, РП выгнали, но задачи в Jira не почистили. У вас на руках 10-20 идущих “проектов” и нужно быстро понять где больше болит.

Сопоставив опыт участников посиделок КиФБ (клуб имени Фрэнсиса Бекона) в решении этой задачи, мы представили этот опыт в записанном виде (за что спасибо всем участникам).
Читать дальше →
Всего голосов 13: ↑10 и ↓3 +7
Комментарии 11

Конспект по книге Марка Гаулстона “Я слышу вас насквозь”

Время на прочтение 10 мин
Количество просмотров 8.2K
Профессиональная литература *Управление продажами *Презентации Интервью
Хорошая книга о коммуникации между людьми. Немного теории о взаимопонимании (с которой вы, возможно, ознакомились благодаря другим книгам этого автора). У каждого есть мозг рептилии (бей или беги), мозг млекопитающего (эмоции и набор условных рефлексов) и мозг человека (рациональное мышление). Любой стресс, в том числе стресс во время коммуникаций, производит эффект «захвата миндалины», который понижает уровень мышления: человек перестает мыслить рационально. Типовые ситуации вырабатывают рефлексы, например, рефлекс отторжения, когда очередной продавец пытается вам что-то втюхать.

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

В книге описаны техники преодоления условных рефлексов, но к этим техникам нужно привыкать. Чтобы не забывать про это, в этом статье сделан краткий конспект для регулярного повторения.
Читать дальше →
Всего голосов 16: ↑14 и ↓2 +12
Комментарии 10

Когда нужны тесты и автотесты, взгляд из надсистемы

Время на прочтение 6 мин
Количество просмотров 13K
Тестирование IT-систем *
Нужно ли автотестирование? Когда оно нужно? Какую ценность оно приносит?

В статье разобраны когда и зачем нужно тестирование как таковое и в каких случаях нужна его автоматизация.
Читать дальше →
Всего голосов 5: ↑4 и ↓1 +3
Комментарии 6

Усиление методики UseCase данное в книге Алистера Кобёрна

Время на прочтение 7 мин
Количество просмотров 21K
Профессиональная литература *Читальный зал
Из песочницы
В книге «Современные методы описания функциональных требований к системам» Алистер Кобёрн описал один метод написания части постановки задачи, а именно метод use case.

Что это такое? Это описание сценария взаимодействия пользователя с системой (или с бизнесом). Система при этом выступает как черный ящик (и это дает возможность разделить сложную задачу проектирования на проектирование взаимодействия и обеспечение этого взаимодействия). При этом вводятся стандарты нотации, что обеспечивает простоту прочтения в том числе не участникам, и позволяет делать некоторые проверки на полноту и соответствие целям стейкхолдера.
Читать дальше →
Всего голосов 16: ↑14 и ↓2 +12
Комментарии 13

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность