Недавно в уютном чатике дата сатанистов подняли вопрос, как правильно "продавать" внутренние проекты по машинному обучению. Оказалось, что многие из нас весьма брезгливо относятся к экономическому обоснованию своей деятельности. Меж тем, чтобы провести минимальную оценку рентабельности проекта, никакого MBA не нужно — в небольшой статье (10 страниц текста, ке-ке-ке) я расскажу вам, что такое рентабельность инвестиций, как оценить её для внутреннего проекта, какую роль в этом играет Proof of Concept, и почему в реальной жизни всё может пойти не так. Делать мы всё это будем вокруг вымышленного проекта по автоматизации составления расписаний для колл-центра. Добро пожаловать под кат!
Рубрика «Анализ и проектирование систем» - 46
Proof of Concept: Как проверить, что внедрение ML стоит свеч
2019-02-01 в 11:02, admin, рубрики: Анализ и проектирование систем, Блог компании Open Data Science, машинное обучение, управление разработкой, финансы в IT
Proof of Concept: целесообразность внутреннего ML проекта
2019-02-01 в 11:02, admin, рубрики: Анализ и проектирование систем, Блог компании Open Data Science, машинное обучение, управление разработкой, финансы в ITНедавно в уютном чатике дата сатанистов подняли вопрос, как правильно "продавать" внутренние проекты по машинному обучению. Оказалось, что многие из нас весьма брезгливо относятся к экономическому обоснованию своей деятельности. Меж тем, чтобы провести минимальную оценку рентабельности проекта, никакого MBA не нужно — в небольшой статье (10 страниц текста, ке-ке-ке) я расскажу вам, что такое рентабельность инвестиций, как оценить её для внутреннего проекта, какую роль в этом играет Proof of Concept, и почему в реальной жизни всё может пойти не так. Делать мы всё это будем вокруг вымышленного проекта по автоматизации составления расписаний для колл-центра. Добро пожаловать под кат!
Жёлтое — Вакуум — Облако
2019-01-30 в 18:29, admin, рубрики: Анализ и проектирование систем, высокая производительность, Облачные вычисления, облачные сервисы, Разработка веб-сайтов, хабро-самоубийствоПоследние несколько лет я, по непонятной причине, стараюсь подтолкнуть людей к расширению профессионального кругозора. Я убежден, что в современном мире невозможно занять достойное место, занимаясь узкоспециализированной деятельностью – только узкоспециализированной деятельностью (за редкими исключениями).
Есть, например, ребята, которых называют «кодеры» — они ничего не хотят знать о предметной области, заботятся только о качестве кода, о производительности, о правильной структуре данных.
Оно, конечно, неплохо, но такие ребята постоянно находятся в зависимости от окружения. Им нужен переводчик – методист, который транслирует задачу заказчика в термины, понятные кодеру.
Соответственно, у кодера есть ограничение по местам работы – подходит чистая ИТ-компания или предприятие с большим и разношерстным ИТ-отделом.
Универсал имеет немного больше возможностей – он умеет понимать язык пользователей, почти все диалекты. Но универсал, как правило, не умеет говорить на языке бизнеса (этот язык отличается от диалектов пользователей). На схожую тему уже есть статья, повторяться не буду.
Но сегодня – не об этом, сегодня – о технологиях.Читать полностью »
Карьерные стероиды. Реальные истории
2019-01-29 в 16:49, admin, рубрики: Анализ и проектирование систем, Карьера в IT-индустрии, Карьерные стероиды, управление персоналом, управление проектамиПосле публикации первых карьерных стероидов я начал получать много личных сообщений и писем. Люди рассказывали свои истории, делились успехами и неудачами, задавали вопросы.
Я им чего-то отвечал, иногда забегая вперед и рассказывая о новых, еще не опубликованных стероидах. Кто-то воспользовался тем или иным стероидом, и получил повышение должности или дохода. Кто-то просто сказал «спасибо», кто-то вообще ничего не ответил.
И я подумал – чего все самое интересное мне опять достаётся? Такие истории в комментариях не пишут, а вы так и будете думать, что все мои статьи – или выдумки больного разума хронического неудачника, или систематическая ошибка выжившего.
Идея мне показалась интересной, я спросил разрешения у всех, кто мне писал, и компоную из их историй статью. Личные данные, разумеется, стираю. Местами свои ответы тоже вставлю, если того требует контекст. Имена, названия и все, что, на мой взгляд, может выдать авторов этих текстов, я заменил *глупыми комментариями*.Читать полностью »
Успехи и неудачи при создании своего проекта (стартапа)
2019-01-29 в 11:25, admin, рубрики: IT-стандарты, Анализ и проектирование систем, планирование, Программирование, проектирование, Развитие стартапа, Социальные сети и сообщества, стартапыПривет, друзья. Решил сегодня написать не о конкретном техническом решении, а о том, зачем эти технические решения вообще нужны. Слово «Стартап» уже порядком набило оскомину, поэтому буду употреблять «Свой проект». В статье будет много философии и аналитики. Так как без этого рассчитывать на успех сложно. Итак, сегодня я поделюсь с вами своим опытом, и опытом многих моих коллег, которые пытались спрыгнуть с корпоративной галеры и подняться на своем проекте.
Читать полностью »
ScrumBut в команде аналитиков: перед взлётом
2019-01-29 в 8:05, admin, рубрики: agile, scrum, ScrumBut, Анализ и проектирование систем, Блог компании ГК ЛАНИТ, Ланит, норбит, управление проектами, управление разработкойПривет! Меня зовут Женя. Я системный аналитик компании «НОРБИТ» и начинающий Scrum-мастер. Я давно присматривалась к Scrum с целью изучить, попробовать и оценить его возможности в нашей команде аналитиков. И вот, после легкого пинка воодушевляющего разговора с РП я поняла: хватит думать, пора делать.
В этой статье я расскажу о нашем опыте подготовки к использованию ограниченного Scrum от лица Scrum-мастера: что мы сделали, чтобы запуститься. На момент написания статьи завершен 15-й спринт. Полет нормальный!
Корпоративная реальность
2019-01-28 в 9:55, admin, рубрики: Анализ и проектирование систем, Карьера в IT-индустрии, Корпоративный Ламанчский, управление персоналом, управление проектами, Читальный залЛена подняла с пола свою сумку, распахнула ее пошире, оглядела содержимое и тяжело вздохнула. Несколько секунд размышляла, в итоге сквасила недовольную гримасу и начала выкладывать содержимое на стол.
Губная помада, несколько разноцветных конфет, влажная салфетка из KFC, обычные бумажные салфетки с логотипом какого-то ресторана, расческа, упаковка из-под жвачки, еще одна расческа, книга «Страсть Эмбер: одного мало», зажигалка, тональный крем, несколько исписанных, мятых стикеров, карты бутиков и сетевых супермаркетов, большой блокнот со множеством разноцветных закладок, и так далее. Сергей, сначала заскучавший, проявлял к содержимому сумки Лены все больше интереса. Сколько лет на свете живешь, не перестаешь удивляться этому процессу.
— Ура! – воскликнула, наконец, Лена. – Я уж думала, дома забыла!
Она извлекла из сумки небольшой целлофановый пакет с кучей бумажек внутри. Сергей успел заметить, что в сумке еще оставалось артефактов раза в два больше, чем Лена успела выложить на стол.
— Вот они, вопросики. – улыбаясь, Лена развернула пакет и достала бумажки. – Так, где же она…
— Кто?
— Да так…Читать полностью »
Все ругают самописные тестовые фреймворки. А мы своим довольны
2019-01-24 в 12:14, admin, рубрики: ddt, ttd, автотесты, Анализ и проектирование систем, Блог компании HFLabs, надежность, тестирование, Тестирование IT-систем, Тестирование веб-сервисов, тестирование по, управление разработкой, фреймворк, юнит-тесты
Меня зовут Елена Расторгуева, я отвечаю за продукт «Фактор» в HFLabs. «Фактор» — чертовски сложный алгоритмический enterprise, он обрабатывает данные в промышленных масштабах.
В статье я расскажу, как мы начинали тестировать «Фактор», как развивали автотесты и почему пришли к самописным фреймворкам.
Читать полностью »
Как победить дракона: переписываем вашу программу на Golang
2019-01-24 в 6:10, admin, рубрики: dapp, Go, golang, ruby, werf, Анализ и проектирование систем, архитектура, Блог компании Флант, ооп, переписывание, Программирование, Проектирование и рефакторинг, проектирование по, рефакторингТак случилось, что ваша программа написана на скриптовом языке — например, на Ruby — и встала необходимость переписать ее на Golang.
Резонный вопрос: зачем вообще может понадобится переписывать программу, которая уже написана и нормально работает?
Про одного парня
2019-01-23 в 20:01, admin, рубрики: Анализ и проектирование систем, Биографии гиков, Карьера в IT-индустрии, Программирование, управление персоналом, черт знает чтоИстория реальная, я все видел своими глазами.
Несколько лет один парень, как и многие из вас, работал программистом. На всякий случай напишу так: «программистом». Потому что он был 1Сником, на фиксе, производственной компании.
До этого он пробовал разные специальности – 4 года во франче программистом, руководителем проектов, умел закрывать по 200 часов, одновременно получая процент с проекта, за руководство и немного занимаясь продажами. Пробовал самостоятельно разрабатывать продукты, был начальником IT-отдела в большой компании, численностью 6 тысяч человек, примерял разные варианты применения своей кавычечной профессии – программиста 1С.
Но все это позиции были несколько тупиковые, в первую очередь по доходу. Все мы тогда получали примерно одни и те же деньги, работали в одних и тех же условиях.
Этому парню стало интересно, как можно зарабатывать больше денег, не занимаясь продажами и не создавая свой собственный бизнес.Читать полностью »