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

Разработчики программного обеспечения не любят составлять план работ. Обычно пытаются вовсе от него отказаться. «Закончу, когда закончу!», — говорят они, ожидая, что этот смелый и веселый поступок вызовет одобрение у босса, а о планировании будет успешно забыто.

Большая часть расписаний, с которыми вы встретитесь, будет представлять из себя бездушные отписки. Совершенно забытые, они хранятся в каком-нибудь общем каталоге. После выпуска продукта с опозданием на пару лет странный парень, в чьем офисе, говорят, видели картотеку, принесет на обсуждение причин провала старую распечатку, которую все засмеют. «Только гляньте! Мы запланировали две недели, на переписывание системы с нуля на Ruby!»
Читать полностью »

Почему бережливый стартап все изменил?
Запуск нового проекта, будь то технологичный стартап, мелкий бизнес либо совместное предприятие в виде крупной корпорации — это всегда проект из разряда «пан или пропал». В соответствии с многолетней формулой, вы пишите бизнес план, расхваливаете его инвесторам, собираете команду, выводите продукт на рынок и начинаете продавать настолько интенсивно, насколько это возможно. И скорее всего где-то в этой последовательности событий вас ждет неизбежный провал. Перевес не в вашу пользу: новое исследование, проведенное Шикхаром Гошем из Гарвардской Школы Бизнеса, показывает, что 75% всех стартапов терпит неудачу.

Однако недавно появилась важная противодействующая сила, которая может сделать процесс по запуску компании менее рискованным. Данная методология называется «бережливый стартап»: в ней при разработке проекта проведение исследований превалирует над детальным планированием, обратная связь с потребителем — над интуицией, итеративная разработка — над традиционным «большим предварительным проектированием». Несмотря на то, что данной методологии всего несколько лет, ее концепции, такие как «минимальный жизнеспособный продукт» и «повороты» — pivots — быстро укоренились в мире стартапа, и бизнес-школы уже начали приспосабливать к ним свои учебные планы.

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

В данной статье я предложу краткий обзор методов бережливого стартапа и то, как они эволюционировали. Что более важно, я объясню, как, в сочетании с другими трендами в деловой сфере, они могут положить начало новой предпринимательской экономике. Читать полностью »

В конце апреля я опубликовал предыдущую статью «Стартапер с нуля ...». К моему большому удивлению количество плюсов перевесило количество минусов с разрывом в 80 очков. Неожиданная популярность оказалась очень полезной. Ко мне обратилось много веб-программистов, желающих стать со-основателями моего стартапа NextMusic.TV.

Стартапер «С нуля» 2, мой опыт поиска СТО со основателя стартапа, из ада в рай

Мой путь поиска партнера СТО не похож на сказку. Это скорее приключенческий остросюжетный комедийно драмматический боевик. Учитывая актуальность данной темы, надеюсь, что мой опыт станет для кого-то полезным.Читать полностью »

image

Перевод недавнего популярного поста с Hacker News.

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

Пишете посты в Твиттер про работу и чекинитесь в офисе по субботам и воскресеньям — отчаянно пытаясь показать, что несмотря на наступившие выходные, вы продолжаете изо всех сил трудиться (в отличие от остальных).

#ВКАЛЫВАЕМ #HUSTLE #РАБОТА

Остановитесь, пожалуйста.
Читать полностью »

Всем привет!

Наша компания занимается локализацией ПО, веб сервисов и игр на протяжении уже 8 лет. За это время нам приходилось бессчетное количество раз отвечать на вопросы клиентов «а какой язык посоветуете?». Ответ на этот вопрос совсем не очевиден: чтобы понять, на какие языки стоит переводить свой продукт, необходимо оценить не только количество говорящих на том или ином языке, но и их покупательную способность.

Сегодня мы хотим поделиться инфографикой, которая наглядно показывает соотношение пользователей и экономических возможностей, которые становятся доступными при переводе на тот или иной язык.

Добро пожаловать под кат.

Читать полностью »

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

Работа Y Combinator

Венчурный фонд Y Combinator на сегодняшний день профинансировал 564 стартапа, включая текущую партию из 53 стартапов. Совокупная оценочная стоимость 287 стартапов, которые были оценены (вследствие привлечения раунда финансирования, приобретения кем либо или закрытия стартапа вследствие чего либо) составляет приблизительно $11,7 миллиарда. Предшествующие текущей партии 511 стартапов вместе составили приблизительно $1,7 миллиарда. [1]

Как правило, эти цифры формируются благодаря лидерам списка. На топ-10 стартапов приходится 8,6 из этих 11,7 миллиарда. Однако за ними следует группа более молодых стартапов. Есть еще порядка 40, которые намерены стать действительно крупными. Читать полностью »

Русское программирование. Еще одна точка зрения

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

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

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

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

Опыт работы в немецкой команде
В силу интересного стечения обстоятельств в феврале я перебрался из Санкт-Петербурга в Берлин и присоединился в качестве CTO к команде www.iversity.org.

Мы разрабатываем аналогичную Coursera платформу, только для европейского рынка. Также у нас есть субпроект MoocFellowship, который уже как-то освещался на Хабре.

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

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

Читать полностью »

Преамбула

Я разработчик в небольшой организации. Цель моей работы — делать людям хорошо. Я ускоряю их работу, добавляя тот или иной функционал к уже существующему продукту, моими клиентами являются сотрудники самой организации. Современный бизнес очень динамичен, каждый день появляются новые идеи и потребности, то есть мой план расписан на год вперед, и каждый месяц перестраивается под новые задачи.
 
Однако, на фоне, казалось бы, динамично растущего бизнеса (кол-во сотрудников увеличивается на 10-15 человек в год) отдел IT растет значительно медленнее. Основное требование к выполняемой работе: “Быстро!”, как следствие плохо масштабируемый код, подверженный плавающим ошибкам.
 
Сейчас наша компания переживает новый виток развития ПО (период 5 лет), постепенно мы отказываемся от старых разработок и переписываем то, что есть, придерживаясь объектной модели и паттернов, а заодно и переезжаем на новые сервера (новые железо + софт), но требования остались на прежнем уровне — все должно быть  сделано вчера.
 
В очередной раз при релизе кода работа сотрудников была парализована на пару часов, и ген. директор спросила: “Ребята, сколько это еще будет продолжаться?”, на что я ответил: “Когда завершится переезд”, а спустя сутки прислал более подробный ответ, описав то, что меня волнует в последнее время все больше и больше.
 
Зачем я это рассказываю? А затем, что моя история не уникальна. Кому-то эта статья даст пищу для размышлений, а то и подтолкнет к действиям. Кто-то поделится своим опытом, а кто-то в очередной раз порадуется, что у него в компании все намного лучше.
Читать полностью »


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