Рубрика «управление проектами» - 120

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

Must-have документация для мобильного разработчика. Часть 1 - 1
Читать полностью »

У современного ритейла главный вопрос — это поиск покупателей. О важности производителей товаров никто не задумывается: зачем забивать голову тем, что само придёт к тебе? Так рассуждает подавляющее большинство крупных интернет-ритейлеров, а также практически все существующие офлайновые сети. Борьба идёт только за крупных игроков: возможность получения прямых поставок от Apple или Samsung по первоначальной закупочной цене — это голубая мечта любого игрока на рынке торговли. Однако интересы мелких производителей (вендоров) никто не учитывает. Главная причина в том, что обычно с них особо «нечего взять». Маленький производитель интересен только такому же маленькому или локальному ритейлеру, у которого не хватает позиций или есть уникальная аудитория.

Откуда Hamster Marketplace будет привлекать производителей DIY и инди-электроники - 1
Видишь инди-производителя? И я не вижу, а он есть.

Но в небольших производителях — вчерашних стартапах — заключён огромный потенциал как для рынка, так и для потребителей. Hamster Marketplace ориентирован как раз на небольших производителей уникальных товаров, но для того чтобы наполнение площадки соответствовало ожиданиям аудитории, этих самых производителей надо ещё найти: многие из них прячутся в собственном коконе сайта-визитки, попутно выполняющего роль магазина для одного-единственного продукта или же наоборот — тонут в море китайских реплик и однотипных позиций в каталогах Amazon и AliExpress. Так как достать их оттуда?
Читать полностью »

Сегодня практически каждый пользователь интернета знает таких людей, как Джек Ма, Ричард Брэнсон, Майкл Делл и, конечно же, Билл Гейтс и Стив Джобс. Если вам ничего не говорит хотя бы часть этих имён, то вы уж точно слышали о компаниях Alibaba Group, Virgin Group, Dell, Valve Corporation, Microsoft и Apple. Эти компании — гиганты рынка, который сами, во многом, и сформировали. И начинали многие из них буквально с гаража.

Джек Ма

Из гаража на кураже: истории успеха крупнейших IT-бизнесов, начинавших с нуля - 1

Одного из флагманов китайского бизнеса, компанию Alibaba Group, которой принадлежат интернет-магазин AliExpress, популярная в Китае платёжная система AliPay и даже часть Yahoo!, основал не какой-нибудь привилегированный сын члена китайского Политбюро или другой счастливчик, родившийся «с серебряной ложкой во рту», а простой учитель английского языка. История Alibaba Group, а в дальнейшем и главной в мире «барахолки», началась с поездки Ма в США в 1999 году. Именно там он познакомился с западным интернетом и пришёл к выводу, что на этом можно заработать. По возвращении на родину Ма создал Alibaba Group — каталог китайских торговых компаний.
Читать полностью »

Как программистам не дают больше ничем заниматься - 1

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

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

Но как только я упоминаю, что пишу код, то становлюсь «разработчиком». Полный стоп. Теперь обязательно нужно назначать менеджера проекта, который определит мне задание. Кто-то напишет техническое задание, по которому я должен дать оценку времени выполнения. Я больше не говорю с клиентами и должен периодически отчитываться о выполненной работе.

Это очень любопытный феномен, который я наблюдал неоднократно, во многих ситуациях и организациях, и не только со мной. Дошло до того, что теперь в некоторых проектах я активно избегаю писать код (или притворяюсь, что не умею), потому что хочу добиться доверия со стороны пользователя или заказчика (например), чтобы он разрешил мне заниматься планированием и составлением технических заданий. Но как только я что-нибудь напишу, то сразу становлюсь в команде «разработчиком». И останусь им навсегда.
Читать полностью »

В предыдущих статьях «SOC for beginners» мы рассказали, как устроен и как организовать базовый мониторинг инцидентов и контроль защищенности инфраструктуры. Сегодня речь пойдет о Threat Intelligence — использовании внешних источников данных об угрозах.

При всей кажущейся простоте, запуск работы с Threat Intelligence — чуть ли не самый длительный и болезненный процесс. Исключение, наверное, составляют только те случаи, когда у вас на рабочих станциях эталонные образы ОС с включенным Application Control, пользователи — без прав администратора, а доступ в интернет — исключительно по белым спискам. К сожалению, мы за все время работы таких компаний пока не встречали. В связи с этим все интересующиеся темой Threat Intelligence – добро пожаловать под кат.

SOC for beginners. Глава 3. Использование внешних источников данных об угрозах для Security Operation Center - 1
Читать полностью »

В нашем прошлом материале мы писали о методологиях разработки программного обеспечения, которые помогают оптимизировать рабочие процессы. Тогда речь шла о Scrum, канбан и экстремальном программировании. Сегодня мы расскажем о Waterfall, FDD и Lean — оценим плюсы и минусы подходов и взглянем на опыт организаций, которые их используют, чтобы помочь вашим компаниям оптимизировать процессы.

Кратко о методологиях разработки ПО: Waterfall, Lean и Feature Driven Development - 1Читать полностью »

Атомоход Ленин — почти как космический корабль, только ледокол - 1

Наравне с космосом в СССР мы покоряли и все остальные рубежи. В частности, Арктику — для неё в 1953 году было решено построить первый атомный теплоход. Этот проект по важности, размаху и освещению почти соответствовал покорению космоса. И здесь тоже была гонка с американцами: они закончили свой авианосец Энтерпрайз на 2 года позже.

Чтобы понять, чем так важен «Ленин», нужно начать с короткого описания ситуации.

Он был реально нужен. Наша экономика зависела от транспортных путей через Арктику, а нормальная навигация там возможна только 3-4 месяца. Обычные ледоколы требуют слишком много топлива, как следствие — не очень крупны (то есть не могут вести большие суда и караваны). Советская наука доказала, что ядерная установка идеально решает вопрос. Если строить энергосистему на ней, то можно сделать ледокол большим, тяжёлым, широким — и автономным на 2-3 года. А Курчатов с научной группой придумал, как именно это сделать.

Это была потрясающая возможность. Потому что можно было доказать всему миру, что наш атом реально мирный. И показать, как народы СССР в очередной раз превозмогли силы природы и раздвинули границы доступного человеческому.

А дальше начался крайне интересный проект. Я пройдусь по основным моментам, очень меня зацепившим.
Читать полностью »

У нас в Wrike есть традиция делиться с командой мыслями о книгах, которые прочитали. Мы давно думали, что было бы неплохо распространить эту инициативу и на наш блог на Хабрахабре, и вот подвернулся хороший случай — книга Фредерика Брукса «Мифический человеко-месяц».

Книгу можно назвать скорее классикой фольклора разработки, нежели реальным руководством по построению рабочего процесса. В ней отражены проблемы, с которыми Брукс столкнулся при организации работы над созданием операционной системы OS/360, и его подходы к их решению. Результат был далек от идеала, на что сам Брукс и указывает. Его целью было не научить как правильно, но поднять проблемы, требующие решения. Любопытно разобраться, что изменилось в разработке с 1960-х годов.

Фактический человеко-месяц - 1
Фото из архива IBM
Читать полностью »

«Хочешь быть системным архитектором? Там только свет и чистота…» - 1

Много лет назад я от усталости облокотился на стену техкоридора и начал по ней медленно сползать. Мы только что сдали проект после пары недель ночных переработок, чтобы уложиться в дедлайн. Мимо шёл мой руководитель, я простонал:

— Рома, я задолбался быть инженером. Всё, ухожу!
Он ласково улыбнулся и сказал:
— Хорошо. Будешь системным архитектором. Там только свет и чистота. Выспись и приходи, расскажу, что будешь делать.

Я был молодым и наивным. Выспался и пришёл. Тогда начал постепенно становиться архитектором (сейчас стал), и могу смело сказать: света и чистоты тут столько же, сколько в буднях инженера. А вот ответственности больше. Поэтому — нет, не надо быть архитектором, если вы не понимаете, на что идёте.

Но! Если понимаете — это будет очень увлекательное приключение.
Читать полностью »

Договоры — это как отладка - 1

7.2. Как форс-мажор указана забастовка в отрасли и регионе, это лучше вычеркнуть, т.к. неясно, в какой отрасли и в каком регионе.

Чтобы быть плохим юристом, не надо обладать специальными навыками: достаточно здравого смысла, чтобы разбираться в документах. Чтобы быть приемлемым юристом — ещё нужна хорошая память для того, чтобы помнить, что и где в нормативах и прецедентах. А чтобы быть отличным — ещё иметь огромную практику и нездоровое чувство юмора. Хотя последнее необязательно, конечно.

Каждый наш договор страхует юрист-отладчик, который как брекпоинтами размечает точки рисков. Сейчас покажу пару примеров того, что он видит и чувствует.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js