www.gnuman.ru

Резюме | Контакты | Работа | Page Title Eraser | GrayModern2 | Статьи
Путешествия | Фотоальбомы | Проект 365 | Блог | Черный список
Как выиграть суд у ГИБДД и вернуть права | Технический департамент своими руками

О чем ваша компания?

Автор: Джоэл Спольски
Переводчик: Олег Чирухин
В оригинале статья называлась Figuring out what your company is all about и была написана 1 ноября 2009 г.
В переводе статья называется О чем ваша компания? и была переведена 2 ноября 2009 г.


Недавно я был вдохновлен Кэти Сьеррой (Kathy Sierra), ее блог Creating Passionate Users и серия книг Head First произвели революцию в мире обучения разработчиков. Она говорит одну и ту же вещь раз за разом: помогайте своим пользователям становиться круче и замечательней.

Кэти научила меня, что если ты не можешь объяснить свою миссию в форме "Мы помогаем $TYPE_OF_PERSON становиться круче в области $THING", у тебя не будет влюбленных пользователей. Какой же ваш тэглайн? Можете ли вы уместиться в этот шаблон?

Прошло девять лет, пока мы наконец-то не выработали формулировку, что в сущности представляет наша For Creek Software, я расскажу об этом через пару секунд, но сначала — небольшая предыстория.

В самом начале мы были предназначены для создания удобного места работы разработчиками ПО в городе Нью-Йорке.

Да, это было всё что мы имели. Почти каждая работа на ниве софта в этом городе была ужасна. И был выбор между различными видами ужаса. Хотите носить костюм и долгое время работать на убогих условиях? Устройтесь на работу в банке. Хотите отчитываться маниакально-депрессивным креативщикам, которые требуют резиново растягивать HTML такими способами, что лучше удавиться? Устройтесь на работу в медиа. Хотите работать в режиме 24/7 на цокольном этаже с трубами, из которых льется на голову вода, и получать за это никчемную оплату? Тогда ваш выбор — не стесненные получением каких-либо доходов доткомовые стартапы.

Тогда почему Нью-Йорк? Есть огромное количество продуктовых компаний, где разработчики ПО высоко ценятся, в том же Редмонде или Вашингтоне. Но я устал пытаться жить в маленьких городах. Конечно, Сиэтл — красивый, зеленый, чистый, и располагает отличным кофе, и я пониманию, что несколько продуктовых магазинов даже научились не закрываться по вечерам. Но я остаюсь в Нью-Йорке, потому что это величайший город в мире.

Я бросил искать, и решил создать компанию со своим другом, Майклом Прайором. Создание хорошего места работы было нашей основной целью. У нас были личные офисы, мы летали первым классом, работали 40 часов в неделю, приглашали людей на обеды, покупали кресла Aeron и лучшие компьютеры из тех что вообще производятся. Мы раскрыли миру свою оригинальную формулу:

Теглайн стал таким: "создать компанию, где захотят работать лучшие разработчики". Он был, как минимум, неуклюжим. Он не очень хорошо тянул за собой. И в действительно, у него не было правильного формата. "Аберкромби и Фитч: строим магазин одежды, где захотят работать горячие тинэйджеры!". Кому это вообще надо? Не горячим тинэйджерам, уверяю.

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

И это должно было быть нечто вида "Мы помогаем $TYPE_OF_PERSON быть намного круче в $THING".

И тут в мозгу прозвенел звоночек. Всё что мы сделали успешно, имело одну общую черту: всё это было о том, чтобы помочь разработчикам софта стать еще круче в разработке софта.

И среди этих вещей есть Joel on Software, Stack Overflow, и все книги, которые я написал, конференции типа DevDays и Business of Software, доски Jobs Board и Stack Overflow Careers.

И среди этих вещей есть наш флагманский продукт, FogBugz, который предоставляет разработчикам инструменты, которые аккуратно ведут их от хорошего к великому. Это программная реализация философии, о которой я писал в течение десяти лет, исключая одну штуку: фичу, которая заменяет исключения с помощью возвращаемых значений, добавляя префиксы венгерской нотации ко всем именам переменных. ЭТО ШУТКА, ЛЮЮДИ. Уберите базуку, пожалуйста.

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

Наша концентрация на помощи разработчикам объясняет, почему накрылся один из наших ранних продуктов, CityDesk — потому что в нем не было ничего, что можно предложить разработчикам. И это объясняет, почему другой наш продукт, Fog Creek Copilot, смог продаваться только в нише разработчиков софта, осуществляющих техническую поддержку.

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

Рассматривая этот пример, легко заметить, что станет частью будущих версий FogBugz, и что — не станет. А именно, мы добавляем в Fog Bugz возможности для контроля кода и code review, используя Mercurial, лучшую open-source систему контроля версий. Всё, что помогает разработчикам делать более хороший софт — становится частью FogBugz: планирование проектов, управление проектами, отслеживание ошибок и работа с клиентами.

Это стоило почти десятка лет, но, думаю, мы наконец-то пришли к миссии, достойной следующего десятка.

Оригинал статьи: http://local.joelonsoftware.com/wiki/О чем ваша компания?


Другие статьи Джоэла Спольски (The Joel on Software) на русском языке
Маркетологи vs. Разработчики
Похож ли медленный рост на медленную смерть?
О чем ваша компания?
Студенческие проекты и тайм-менеджмент
Особенности Вайфая на конференциях
Новый Офис Fog Creek
Почему форматы Microsoft Office такие сложные? (И как это обойти)
Речь в Йельском университете 1
Речь в Йельском университете 2
Речь в Йельском университете 3
Письмо о стратегии VI
Семь шагов на пути к восхитительной службе по работе с клиентами
Общая картина
Консалтинг по оценке производительности (из писем)
Измерения продуктивности
В поисках Великих Разработчиков
Не дайте Астронавтам Архитектуры вас запугать
Секрет айсберга
Метод отождествления
Метод экономической мотивации
Командный метод управления
Три метода управления (введение)
А ваш язык программирования так может?
Контракты и соглашения которые не стоит подписывать
Ежедневная сборка - ваш союзник и друг
Моя первая проверка Билла Г
Испытание Удобства и Простоты Использования с Морами
Опасности обучения на Java
Как поставлять что-нибудь по почте
Превращение денег в программное обеспечение, которое работает
Три заблуждения теории вычислительной техники
Достигая тех высот
Выбор даты выпуска
Как заставить неправильный код выглядеть неправильно
Совет студентам изучающим вычислительную технику
Верблюды и песочница
Пожалуйста, сэр, могу ли я получить компоновщик?
Как Microsoft проиграла битву за API
Не просто удобство использования
Абсолютный Минимум, который Каждый Разработчик Программного Обеспечения Обязательно Должен Знать о Unicode и Наборах Символов
Как сделать так, чтобы ваше резюме прочитали
Двоекультурие
Бионический офис
Лорд Палмерстон в программировании
Закон Дырявых Абстракций
О вреде премирования
Пять миров
Огонь и движение
Назад, к основам
Весна в Кэмбридже
О вреде многозадачности применительно к людям
По главной улице без оркестра
Тест Джоэла: 12 шагов к лучшему коду
У Microsoft поехала крыша
Cтратегические заметки III. Позвольте мне отказаться!
Пять (неуважительных) причин не иметь тестеров
Ну откуда все эти (неоригинальные) мысли?
Планирование программного обеспечения малой кровью
Стратегические заметки II: Вопрос о курице и яйце
"Я начальник - ты дурак" и команда клоунов
Искусство проведения интервью
А вот ещё про отпуск
Введение в Восхитительный Дизайн
Для чего нужны тестировщики



Правильный CSS! Valid XHTML 1.0 Transitional