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

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

  • Подписчики 16
  • Подписки 5

REST, что же ты такое? Понятное введение в технологию для ИТ-аналитиков

Хорошая статья, большое спасибо

Технокнига, часть 4: литература по управлению продуктом, разработке веб-сервисов, управлению веб-проектами, бизнесу и системному анализу архитекторов

Для книги «Шаблоны корпоративных приложений» приложено фото другой книги.

Краткое описание BPMN с примером

  1. В статье не определено, что же такое бизнес-процесс. Описание чего мы делаем. Так как этого не определено и в стандарте BPMN 2.0, то это требует пояснения (при внимательном изучении становится ясно, что на этот вопрос непросто ответить)

  2. Так же в статье не указано назначение (purpose) моделирования бизнес-процесса. В стандарте 2.0 указаны два назначения - 1) для моделирования (то есть моделирование ради моделирования) 2) для программирования в BPMS. То есть для реализации "бизнес-процесса" в ИТ системе, что противоречит утверждению статьи "Важно понимать: BPMN не является языком описания IT-систем ". Возможно, автор не знаком со стандартом BPMN 2.0? С другой стороны никто не мешает использовать нотацию и по другому назначению. Есть ли свое толкование назначения моделирования бизнес-процесса в практике автора и есть ли примеры, на которых это будет понятно?

Стратегия своими руками

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

Google OKR Video пять лет спустя — обзор опыта Google Ventures по внедрению OKR (2012-2017)

Очень не хватает понятных примеров. Лучше ткнуть пальцев в слонов и сказать «это слон, и это слон, и это слон», чем говорить: «слон это большое травоядное животное с большим весом, живущее в Африке» (бегемот — это слон).

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

1. Статья про роль, а не про должность. В небольших организациях эту роль может выполнять руководитель, для небольших систем — разработчик (если пилится система с ноля). Но в больших компаниях опыт показывает, что руководитель это прежде всего организатор, координатор, контролер и решатель проблем с людьми. На это уходит 80% времени. Если он начинает вдумчиво заниматься проработкой целостных непротиворечивых вариантов решения, то увы, он перестает выполнять функции выше и организация разваливается. Поэтому и нужны выделенные люди (впорчем роль может быть совмещена в некоторых случаях с разработчиком или интегратором — если решение уже известно).

2. Да, все верно. Некоторые предметные области очень сложные. Но в тех типах коммерческого бизнеса (ритейл, страховые, обучающие организации), где у меня был опыт, предметная область не сложная. Купил-продал-деньги пропил, грубо говоря. Это не производство самолетов или ракет (вот там это скорее полноценный инженер с знанием ИТ. Наверное. У меня нет опыта, не могу судить). Плюс задачи, для которых привлекают ИТ инструменты не очень сложные в 95% случаев (если это не machine learning какой нибудь). Это задачи учета, организации обмена данными, контроля через отчеты и пр.

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

Спасибо за статью. Хороший пример для ИТ-аналитика

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

1. Отчеты нужны, чтобы принимать по ним решения. «Помойка» понятие растяжимое, в данном контексте это неактуальные статусы задач и резолюций.
2. Мне неизвестен удобный, быстродействующий инструмент с двусторонней синхронизацией. Плагины в жире, которые я смотрел (не помню название), имеют медленный интерфейс, что вызывает непреодолимое отторжение. Если вы знаете какой-то плагин, был бы рад узнать

Ретроспектива граблей. Как самописное решение оказалось круче платного

Спасибо за статью. Это была хорошая команда и хороший проект.

Плагины Jira: несколько примеров успешного изобретения велосипеда

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

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

Есть неочевидная грань между менеджром-прослойкой и нормальным менеджером. Она в наличии ответственности и проактивности. Про активность раскрыта в данной статье, раздел Собственное время. Про ответственность менеджера я где то читал у Илона Маска, но беглый поиск результатов не дал. Поэтому сошлюсь на то же самое определение героической ответственности, которое дал Э. Юдковский в Гарри Поттер и методы рационально мышления. Глава 75.
Ответственность героя означает: если что-то случилось — не важно что — во всём всегда виноват ты. Даже если ты сказал профессору МакГонагалл, за то, что произойдёт, отвечает не она, а ты. Школьные правила — не оправдание, то, что у руля кто-то другой, — не оправдание, даже то, что ты старался изо всех сил — не оправдание. Оправданий вообще не существует, ты должен сделать дело несмотря ни на что,

Workflow одного спринта команды разработки

Без примеров слишком сухо. Хотя бы в виде коротких историй. Начать можно с провала. Близится конец спринта, и вдруг… Как это лечить? Проводить дейли… Но в целом полное описание процесса без указания методик шагов процессов и измерений выхода

Definition of Ready — то, о чем нам забыли рассказать

Очень не хватает примеров. Без них слишком абстрактно.

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

Можно использовать и другие решения. Но наблюдаемое явление — очень многие крупные компании управляют потоком задач в рамках процессной и проектной деятельности именно в Jira, несмотря на ее недостатки. Почему так? Исследований я не проводил.

Хотя заметка подходит и для любого решения, любое решение можно довести до состояния помойки…

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

Спасибо, поправил. РП — руководитель проекта.

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

Ужас.
Кстати, есть другая книга Марка Гаулстона, где описывается как себя вести в таких ситуациях. На русский ее перевели не совсем удачно «Как разговаривать с мудаками». Там описываются именно такие ситуации. Увы, точно что делать в таких случаях я не запомнил, ясно, что подобные ситуации нужно отрабатывать, но слава Богу, такие ситуации возникают нечасто.
А вот ситуации продажи своих идей возникают часто, для чего я и сделал конспект.

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

Любопытно, но именно с человеком, который привык описывать все в крайностях у меня был первый опыт использования совета Гаулстона. В ответ на его наезд ты постоянно делаешь то-то так-то плохо, я посмотрел ему в глаза и спросил: На самом деле? Если каждый раз я делаю плохо, то это же серьезная проблема. Человек сразу смутился и перестал наезжать. Совет помог.


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

Бережливое производство — инструмент борьбы за эффективность

Неплохой тект по теории. Впрочем про теорию достаточно есть много материалов. Было бы очень ценно опубликовать примеры решения практических задач.

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

Спасибо за отзыв. Пост задумывался как конспект для повторения техник, о том почему они работают или не работают рассказано в книге. Вы правы, неуместное применение техник раздражает. Еще более раздражает неумение продавать в принципе, от незнания техник до методов навязчивых продавцов. С чего начать обучение продажам? Допустим продукт и кейсы его полезности продавец понял, что дальше? Умение понять когда какие техники применять и успешно применять их это уровень мастерства. Как выучить джуна? Какие другие есть способы кроме отработка типовых ситуаций с применением типовых техник?

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

Любовь важнее мудрости

1

Информация

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