Управление проектами → 37signals: почему в нашей компании нет менеджеров
Перевод статьи Джейсона Фрида (Jason Fried) "Why I Run a Flat Company". Джейсон — один из основателей компании 37signals и соавтор книг "Getting Real" и "Rework".
Несколько месяцев назад в компании 37signals, которую я возглавляю, случилось необыкновенное событие: мы расстались с одним из наших сотрудников. Казалось бы, что в этом необычного? Но дело в том, что в нашей компании подобное происходит крайне редко. За 11 лет работы мы потеряли всего лишь пять человек, причем один из них вернулся к нам семь лет спустя.
Удивителен даже не сам факт того, что мы расстались с нашим сотрудником. Удивительна причина нашего расставания: нас не устраивал уровень его карьерных амбиций. Причем проблема была вовсе не в их отсутствии: напротив, он хотел гораздо больше, чем мы могли ему дать.
Несколько месяцев назад в компании 37signals, которую я возглавляю, случилось необыкновенное событие: мы расстались с одним из наших сотрудников. Казалось бы, что в этом необычного? Но дело в том, что в нашей компании подобное происходит крайне редко. За 11 лет работы мы потеряли всего лишь пять человек, причем один из них вернулся к нам семь лет спустя.
Удивителен даже не сам факт того, что мы расстались с нашим сотрудником. Удивительна причина нашего расставания: нас не устраивал уровень его карьерных амбиций. Причем проблема была вовсе не в их отсутствии: напротив, он хотел гораздо больше, чем мы могли ему дать.
Блог компании NetCat → Опыт внедрения Getting Real. Часть 2 из 2
Вторая, заключительная часть статьи про опыт внедрения подхода Getting Real от компании 37signals на примере нашей компании. Начало опубликовано вчера.
Блог компании NetCat → Опыт внедрения Getting Real. Часть 1 из 2
Год назад я прочитал книгу Getting Real от 37signals. Она очень впечатлила меня, и я решил, что стоит опробовать этот подход в нашей компании, чем и занялся прямо с начала 2011 года. Эта статья — своего рода отчет о годовом опыте внедрения Getting Real в отдельно взятой компании. Отчет конечно же промежуточный, потому что о реальном эффекте от изменения подхода к работе (а Getting Real – это не методика управления или разработки, а именно подход) можно судить спустя более ощутимый промежуток времени; к тому же, не все принципы подхода мы смогли применить. Об этом я тоже расскажу.
Переводы → Управление конфликтами в хорошей компании
Конфликт во многом похож на воду – он переливается, стекает вниз и, в конце концов, размывает всё на своем пути, если его вовремя не остановить.А иногда он похож на красное вино – оставляет пятна.
В каждой компании, будь то только начинающий стартап или уже стабильно работающий бизнес, время от времени возникают конфликты.
Как к ним относиться: избегать или наоборот радоваться, что людям не все равно? И какие плюсы можно извлечь из конфликтов? Предлагаю вашему вниманию точку зрения Джейсона Фрайда, соавтора нашумевшего ReWork и Getting Real.
Мне особенно интересно его мнение, т.к. сам управляю бизнесом с помощью их инструментов и подхода Get Real. Итак, вот текст Джейсона:
Я являюсь соучредителем самоуверенной компании 37signals, которая занимается разработкой программного обеспечения. Данный эпитет подходит нам как в процессе взаимодействия с внешним миром (в блогах, переговорах, интервью и пр.), так и в общении друг с другом. А так как у нас полувирутальная компания с сотрудниками в 12 различных городах, мы не имеем возможности пользоваться преимуществом языка тела, который помогает передавать тонкости при общении. Поскольку мы не видим друг друга, мы не можем улыбнуться собеседнику или сказать взглядом «Ну вы ведь понимаете, о чем я», чтобы пресечь конфликт на корню.
Поэтому мы усвоили несколько вещей об управлении конфликтами. Разумеется, конфликт может угнетать. Но управляемый конфликт вещь хорошая – это плодородная почва для большого обмена идеями. Когда люди рьяно отстаивают свои позиции, то проблема начинает пониматься более глубоко. Пока люди отстаивают гениальную идею, а не свою гордость, можно много узнать.
Я пиарюсь → Перевод выступления Дэвида Хейнемейерa Ханссонa на Startup School'2008
Часть 1, часть 2
«Все, что вам нужно сделать – это решить чью-то проблему немного лучше, чем другие ребята. Предположим, вы открываете ресторан, итальянский ресторан. Он не обязательно должен быть самым крутым итальянским рестораном в мире. В нём должна быть вкусная еда и приятное обслуживание, чтобы люди в него ходили, а у вас был хороший бизнес. Мне кажется, что не так много людей пытаются создать просто хороший 'итальянский ресторан' в интернете.»
Дэвид Хейнемейер Ханссон, автор Ruby on Rails, рассказывает о стартапах — о завышенных целях и ожиданиях, о вариантах получения прибыли, о привлечении пользователей, о продаже стартапа.
Под катом также ссылки на русский текст, английский текст и видео с английскими субтитрами
Переводы → 6 причин, по которым вам не стоит писать функциональные спецификации
Небольшое эссе из книги «Getting Real», написанной сотрудниками компании 37signals. Оригинал можно прочитать здесь.
Спецификация — это абстрактный документ, в большинстве случаев не имеющий ничего общего с готовым программным продуктом. Почему? С удовольствием объясним:
1. Спецификация — это фикция
Она не имеет никакого отношения к реальности. Приложение становится реальным, когда разработчики пишут код, дизайнеры рисуют интерфейс, а люди начинают пользоваться готовым продуктом. Спецификация никак не приближает проект к завершению — ведь это не более чем слова на бумаге.
Спецификация — это абстрактный документ, в большинстве случаев не имеющий ничего общего с готовым программным продуктом. Почему? С удовольствием объясним:
1. Спецификация — это фикция
Она не имеет никакого отношения к реальности. Приложение становится реальным, когда разработчики пишут код, дизайнеры рисуют интерфейс, а люди начинают пользоваться готовым продуктом. Спецификация никак не приближает проект к завершению — ведь это не более чем слова на бумаге.
GTD → Решайте свои собственные проблемы
Перевод главы из книги "Rework":
Наиболее простой и очевидный способ создать хороший продукт или сервис это сделать что-либо, что необходимо именно вам. Это позволит вам создавать то в чем вы разбираетесь и вы сразу же будете понимать является ли то, что вы делаете, чем-то стоящим.
В 37signals мы делаем продукты, которые нам нужны для работы нашего собственного бизнеса. Например, как-то нам понадобилось вести учет всех с кем мы беседовали, что мы говорили и что мы собираемся делать в дальнейшем. В результате был создан продукт Highrise, который мы используем в качестве контакт-менеджмента. Мы не нуждались ни в каких маркетинговых исследованиях, целевой аудитории или посредниках. У нас была наша собственная проблема и мы занимались ее решением.
Читать дальше
Управление проектами → Rework по-русски — краткий обзор
Привет, хабрадрузья!
Как уже обсуждалось здесь, на русском языке вышла книга 37 signals «Rework».
Хотел бы поделиться с вами своим мнением относительно неё.
Эту книгу ждали многие. В их числе был и я. Rework произвел на меня впечатление еще в англоязычном варианте. Оставалось узнать, насколько он хорош в русскоязычном.
Как уже обсуждалось здесь, на русском языке вышла книга 37 signals «Rework».
Хотел бы поделиться с вами своим мнением относительно неё.
Эту книгу ждали многие. В их числе был и я. Rework произвел на меня впечатление еще в англоязычном варианте. Оставалось узнать, насколько он хорош в русскоязычном.
Управление проектами → Вышла Rework в русском переводе
На этой неделе книга уже появилась на полках многих интернет-магазинов.
Не так давно обсуждалась на Хабре публикация английского оригинала и вот наконец-то можно оценить и переведенную версию. Я пока просмотрел лишь доступные в сети отрывки, но судя по другим публикациям издательства, они делают свое дело на хорошем уровне.
Поехал за книгой в магазин. А пока некоторые отрывки из книги и комментарии:
Не так давно обсуждалась на Хабре публикация английского оригинала и вот наконец-то можно оценить и переведенную версию. Я пока просмотрел лишь доступные в сети отрывки, но судя по другим публикациям издательства, они делают свое дело на хорошем уровне.
Поехал за книгой в магазин. А пока некоторые отрывки из книги и комментарии:
Управление проектами → Системы управления проектами. Ищем альтернативы Basecamp
На написание поста меня сподвигла найденная на просторах хабра ссылочка на сайт с альтернативами Basecamp. Уверен многие уже заходили и смотрели предлагаемые альтернативы. Я же решил просмотреть их все. По результатам просмотра было выбрано 4 (+ 1 бонусная) системы управления проектами, которые можно назвать реальными альтернативами Basecamp. Из них три являются чуть менее, чем полностью неизвестными на просторах хабра (поиск дает практически нулевой результат), что дает мне надежду на то, что данный топик сообщит вам что-то новое. Критерии выбора и краткий обзор систем под катом (осторожно скриншотный трафик ~0.5 Mb).