Практическая интерпретация метода и показателей освоенного объёма

1. Введение

Методика освоенного объема (МОО) 1 2– технология обкатанная и, однозначно, эффективная. Однако, решившись ее применять, следует иметь в виду несколько явных и известных ограничений, которые сильно снижают коэффициент ее полезности её КПД.

Во-первых, применять МОО следует только после того, как прошла некоторая часть проекта (порядка 15%-20% 3. Эта фора необходима для того, чтобы накопилась достаточная статистика по проделанной уже работе, и показателям, входящим в методику, таким как SPI/CPI, можно было бы смело доверять.

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

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

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

(далее…)

Как за три месяца продать стартап в Facebook

Евгений Невгень, основатель компании MSQRD, в рамках открытого интервью на Форуме Gotech поделился историей создания бизнеса, который он продал Facebook, и раскрыл секреты формирования команды проекта.

Все началось с увлечения программированием. В 19 лет первым успешным проектом стал благотворительный аукцион встреч MaeSens (в России он известен как GoodWillion). Мне всегда было интересно, как делать правильный работающий дизайн. И мы с партнером Максимом Каменковым основали компанию SplitMetrics – платформу A/B-тестирования страниц приложений в App Store и Google Play. Буквально через месяц после объявления об открытии компании, нашим клиентом стала Rovio.

Все свои проекты с партнерами мы запускаем на Хакатоне, где можно получить быструю обратную связь. Эта стратегия нас никогда не подводила. MSQRD также создавался на Хакатоне. Именно благодаря ему он и появился в таком виде. Тогда мы сделали первую самую упрощенную версию приложения, и людям это очень понравилось. Пришлось пообещать, что через две недели выпустим MSQRD в AppStore. И нам это удалось. (далее…)

Как работают ИТ-специалисты. Илья Космодемьянский, PostgreSQL-Consulting LLC

image

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

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

Сегодня наш гость — Илья Космодемьянский, генеральный директор PostgreSQL-Consulting LLC. У Ильи предельно простой лафхак на все случаи жизни. А одним из своих авторитетов он считает В. И. Ленина. (далее…)

10 вещей, которые обязательно нужно сделать после регистрации ООО

10 вещей, которые обязательно нужно сделать после регистрации ООО - 1
После регистрации общество с ограниченной ответственностью ставят на налоговый учёт, и компания, вместе с правом вести бизнес, получает определённые обязанности. Не все эти обязанности очевидны и известны новичкам в бизнесе. Чтобы не было мучительно жалко в первые же месяцы платить штрафы из своего кармана, советуем учредителям ООО убедиться, что вы знаете, как избежать ненужных потерь.
(далее…)

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

image

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

Две стороны мотивации

Сайт Barking Up the Wrong Tree (его название переводится как «идти по ложному пути», прим. пер.) объясняет, что существуют всего два способа восприятия любой задачи. Первый способ — «взгляд снаружи», или как задача выглядит со стороны наблюдателя, а второй — «взгляд изнутри», или как она выглядит глазами исполнителя. Мы склонны забывать о последнем способе, даже если делали свою работу раньше. Например, сторонний наблюдатель воспринимает стрижку газона как тяжелую работу, в то время как вам нравится слушать музыку и при этом тренироваться на свежем воздухе. Задача не выглядит такой уж плохой, как только мы беремся за ее выполнение. Если вы изо всех сил стараетесь найти необходимую мотивацию для выполнения работы, посмотрите на нее своими глазами:

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

Мне часто приходится читать несколько книг во время подготовки к интервью. И иногда моя рефлекторная реакция вызвана взглядом со стороны: «Я должен прочитать 450 страниц, прежде чем поговорить с этим человеком?! Тьфу». Ирония в том, что я люблю читать, когда нахожусь в середине процесса. Для меня это состояние «потока». Если я не напомню себе о тех положительных эмоциях, которые испытываю во время чтения, то буду прокрастинировать. Со стороны это смотрится как «еще одна тяжелая работа, которую я должен выполнить».
(далее…)

Agile в работе с аутсорсом

Меня зовут Илья Китанин, я руководитель группы разработки Cofoundit — сервиса для поиска сотрудников в стартапы. Сегодня я расскажу, как с помощью статистики и принципов agile-методологии максимально эффективно работать со сторонними разработчиками, не переплачивать и не выбиваться из графика.

image
(далее…)

Дизайнер интерфейсов на Хабре — итоги моего первого года

Всем привет! В данном посте хотелось бы пройтись по статистике своих записей за год.
Дело в том, что я, как UX/UI дизайнер внезапно начал писать на Хабр! Так уж вышло, сорян. Это было почти ровно год назад. Запись ту сурово слили — первый блин комом. Однако, кто-то нашёл в ней долю ценного и подарил мне Read/Write mode. Спасибо тебе, кстати, добрый человек. Если ты видишь этот пост, пожалуйста, тихонько кивни.

Не новость, что близится к концу очередной насыщенный год и настало время подводить итоги. Я, по правде говоря, никогда этого не делал. И не понимал тех, кто делает. Год — это всего лишь единица прошедших событий. Завтра жизнь продолжится, она не начнётся с чистого листа.

Тем не менее, я получил свой инвайт на Хабр год назад 14 декабря. Думаю, что за прошедший хаброгод, который был моим первым, гораздо интереснее провести черту, чем философствовать глобально о прожитом годе жизни. Итак, я написал 20 постов за этот период. Добро пожаловать под кат, если Вам интересно узнать мою историю о том, как за год мне удалось из своих читателей привлечь клиентов.
Дизайнер интерфейсов на Хабре — итоги моего первого года - 1
(далее…)

Пять причин, чтобы не создавать стартап, а остаться наёмным сотрудником

Пять причин, чтобы не создавать стартап, а остаться наёмным сотрудником - 1

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

Вот только на самом деле, большинству нужно не свое дело, а работа в хорошей компании и карьерный или профессиональный рост. А создавать собственное дело от нас требует общественное мнение, вооруженное несколькими мифами о стартапах.

Сейчас мы разберём, насколько эти мифы правдивы. И каждое разоблачение мифа станет причиной не создавать стартап.
(далее…)

Как мы познакомились с Agile & Scrum

Введение

Не в коем случае не хочу утверждать, что это гайд по тому, как вводить Scrum, — это лишь опыт введения и адаптирования Scrum’а под нужды одной компании. Данный опыт может быть интересен/полезен, как новичкам: основные наводки, этапы, циклы и т.п., так и профессионалам: обсудить что пошло не так, чего делать не стоило и т.п. Подчеркну, то что у нас вышло — это лишь нечто напоминающее Scrum.

Как мы познакомились с Agile & Scrum - 1
(далее…)

Discord. Тизер к уходящему году — Поиск, Скриншаринг, Видеочат, Логи аудита и Менеджмент каналов

Это перевод недавней записи в блоге разработчиков Discord. Это тот сервис, который всё больше становится похож на конкурента Slack, хотя и не является его явным аналогом. В общем, хорошая эта штука, этот Discord. Хочется написать про него на Хабре немного.

15 декабря 2016

image

2016 был большим годом для Discord. Мы выросли из маленького притона в платформу, которую используют 25 миллионов людей для того чтобы играть со своими друзьями в игры (да и не только играть: в Discord, к примеру, ещё в конце 2015-го завалилась вся команда React разработчиков — прим. пер.).

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

Команда маркетинга устроила ограбление и украла эту тяжёлую и слегка влажную сверхсекретную папку из их лаборатории. Мы едва выбрались оттуда, таща за собой это сокровище. Посмотрим же, что там такое внутри… (далее…)