Как войти в «поток»: волшебная схема, которая подойдет каждому

image

Поток – это волшебное место, в котором вы полностью поглощены тем, что делаете, где время проходит так быстро, что кажется, будто оно вовсе не существует. Конечно, каждому такая модель поведения не подойдет, но кому-то покажется вполне приемлемой! Размышления Chris Bailey (Крис Бэйли) о том, как попасть в это место без радикальных изменений в собственной жизни. (далее…)

Российские ИТ-компании рассматривают Agile как средство для реализации «аварийной стратегии» развития на рынке

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

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

Даже относительно крупным компаниям приходится перестраиваться. «[В последнее время] заказчики выводят на конкурсы любые независимые этапы, по окончании которых можно получить завершенные бизнес-результаты (оптимизация части инфраструктуры в ключевых регионах, рост быстродействия критичных для бизнеса приложений, таких как «1С»)», – рассуждает директор департамента ИТ-аутсорсинга ALP Group Дмитрий Бессольцев.

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

80 за 20 — как не надо оптимизировать процессы

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

Началось все с простого замечания: две компании, работающие на одном рынке и имеющие одинаковую численность персонала, могут иметь обороты и прибыль, отличающиеся на порядок. Почему так происходит, если, по сути своей, они делают одну и ту же работу? Иногда основное отличие заключаются в том, что кто-то является дочкой крупной госкомпании или умеет хорошо выигрывать тендеры, но, как мне кажется, это только часть объяснения. (далее…)

Бутстрэппинг — бизнес с нуля. Часть 1

Бутстрэппинг — бизнес с нуля. Часть 1 - 1
В данной серии статей я расскажу о нашем опыте поднятия бизнеса только своими силами с полного нуля до оборота 350 тыс. евро в год, или, как еще называют такое явление, — бутстрэппинг.
(далее…)

Обзор 5 платформ для создания сайтов

За 3 минуты чтения статьи, сравнив базовые возможности, вы сможете подобрать подходящую платформу для создания сайта именно под ваш бизнес-проект. Будет интересно, не переключайтесь!
Обзор 5 платформ для создания сайтов - 1
(далее…)

Простой способ организовать требования на этапе сбора требований (или первый шаг к формированию уютного бэклога)

Зачем, кому это нужно, чем это сделать

Не раз задавалась вопросом: как бы так комфортно организовать входящие требования к системе — на этапе, когда требования только собираются, когда формируются вопросы и озвучиваются ответы, а ещё всё постоянно меняется и пересматривается, а ещё когда в реализации задействовано несколько систем, а ещё, а ещё…
При этом очень бы хотелось:

  • видеть связь: требование➝вопрос➝изменение в требовании➝новое требование;
  • избежать дублирования требований/вопросов;
  • отследить задействованные в реализации системы (от обратного: чтобы представитель каждой системы видел требования, реализация которых хоть как-то касается его системы);
  • получать подтверждение по каждому требованию — что да, требование понято и зафиксировано верно, что реализация возможна;
  • проследить связь с требованиями другого, очень похожего на наш проект проекта — чтобы иметь знание, что вот это уже там реализовано, и мы будем просто использовать сделанные наработки;

Да и вообще.
(далее…)

Пол Грэм: Пару слов о находчивости (A Word to the Resourceful)

image

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

Январь 2012.
Оригинал — A Word to the Resourceful
За перевод спасибо finik, за поддержку публикации — компанию Edison.

Год назад я заметил следующую закономерность в неудачных стартапах, которые мы финансируем: с их основателями трудно вести диалог. Такое чувство, будто между нами стена. Никогда бы не сказал этого, если бы они понимали, что я им говорил.

Это явление привлекло мое внимание, поскольку раньше мы отметили закономерность среди наиболее успешных стартапов, и поначалу казалось, что она другого рода. Мы финансировали стартапы и лучше работали те, об учредителях которых мы могли бы сказать: «они в состоянии позаботиться о себе сами». Лучшие стартапы подобны самонаводящейся ракете, в том смысле, что вам всего лишь надо дать им направление, и они последуют туда, независимо от того, что это за направление. Например, когда они получают деньги, вы можете начать вникать в дело, в то же время, отдавая себе отчёт, что вы можете совсем не думать об этом деле на этом этапе. Вам не нужно нянчиться с ними, чтобы быть уверенными в результате. Это тип учредителей, которые возвращаются к вам с деньгами; единственный вопрос: сколько и на каких условиях.

Казалось странным, что успешных и неудачников можно было выявить несвязанными тестами. Следовало ожидать, что основатели успешных стартапов с одной стороны обладали выдающимся качеством Х, а неудачники с другой стороны полным отсутствием качества Х. Была ли какая-то инверсия между изобретательностью и даром красноречия? (далее…)

Честная история запуска, существования и возможно провала

Честная история запуска, существования и возможно провала - 1

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

Высокотехнологичные инструменты сами по себе не могут увеличить производительность

image

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

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

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

В своём исследовании я обнаружил несколько ловушек, в которые могут попасться организации, внедряющие у себя подобные инструменты.
(далее…)

Чем плохи шаблонные решения для «быстрого запуска» собственного бизнеса?

На написание данной статьи нас побудила тема (в блогах на сайте 1С-Битрикс) от Романа Забродина, в которой обсуждается возможность существования небольшой студии из 3-х специалистов, которые будут заниматься исключительно продажами шаблонных решений (готовых продуктов) с маркетплейса компании 1С-Битрикс и их интеграцией. К сожалению, ссылка на статью где-то затерялась, но там обсуждалась жизнеспособность модели, когда компания занимается только продажами типовых решений и их интеграцией, без каких-либо индивидуальных разработок.

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