В последнее время, особенно когда нечего делать, часто хочется включить какую-нибудь музыку для фона (Работаю я чаще в тишине). Искать и заполнять плеер каждый раз разными хорошими песнями меня дико раздражает. Лень взяла свое или фантазия иссякла, но мне надоело каждый раз составлять плейлист подобным образом, как, впрочем, и обычным шаффлом. Решено было попробовать то, что предлагает веб. Что я там нашел для себя, попробую рассказать. Если вы можете добавить вкусный url, предлагайте.

Представляю вашему вниманию «анимационную работу» — The Zoomquilt II
Штука весьма интересная и выносящая мозг. Нарисовано в стиле и очень даже неплохо, но главное тут — сама идея… )

P.S. Может напутал с блогом, но более подходящего не нашел
_________
UPD Перенес в блог «Странные Идеи», т.к. была найдена схожая статья, созданная там же еще в далеком 2007-ом :)
UPD2 Первая часть. Спасибо Demlock

Совершенно случайно набрёл на одно интересное видео под названием Situating Personal Information Management (PIM) Practices within an Organization, почитал документ(создатели PIM подошли к этой проблеме основательно — исследования, тесты, теории, мне кажется, некоторые даже защитили кандидатские и докторские по этой тематике) и оказалось что те guidelines для организации хранения информации и быстрого доступа к ней, которые изложены в статьях, я уже давно и успешно использую в своей повседневной работе. И появились они у меня, как вы понимаете, не от хорошей жизни.
Так уж получилось, что работая ПМом, количество проектов у меня не опускалось ниже 5 и стабильно держалось в диапазоне 5 -10. Проекты были в основной своей массе небольшие, где то 3-5 месяцев длительностью и 2-4 разработчиков (ну и плюс сетевые администраторы, тестеры в проектной команде). Но когда к этому богатству добавился production support и maintenance и количество важных писем перевалило за 50-70 в день, пришлось задуматься насчет эффективного структурированного хранения проектной информации, её поиска, напоминаний о запланированных событиях. Далее описание что и как получилось...

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

Что мне нравится в Google Chrome, так это возможность очень удобной работы с разными поисковыми системами: ввел ключевое слово, пробел и печатаешь запрос. Однако этой функцией пользуются на 100% далеко не все.

Сегодня я хочу рассказать, как добавлять свои «поисковые системы» (это, на самом деле, могут быть не только поисковые системы) и тем самым повысить производительность работы в Интернете.



Где это все настраивается? Смотрим картинку:

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

Введение

«Наибольшей выгода будет тогда, когда каждый в команде будет думать не только о своем успехе, а о своем успехе и об успехе команды в целом»
Х/ф «Игры разума»

Есть очень много статей на тему того, как руководить людьми. Но я почти не встречал материалов на тему, что значит быть подчиненным. Видел модели: «пусть начальник даст мне свободу, а я тогда обязательно добьюсь результата, а сейчас один контроль», «мир есть мир: начальник всегда прав, мое дело молчать в тряпочку».

Сам я работаю ведущим программистом, руковожу группой программистов.

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

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

Привет

Иногда бывает так что обычная задача приводит к необычным находкам. Так все началось с тривиальной задачи — нужно было развернуть за несколько часов систему управления портфелем проектов. Ресурсы на эту задачу не выделялись вследствие некоторого цейтнота по текущим проектам.

Особенности бекграунда задачи — система должна быть очень динамичной и наглядной. Специфику и уклад жизни нашей небольшой команды я коротко описал в недавнем посте. Бизнес кейс задачи таков: у нас в работе много проектов. Пишутся предложения, рисуются оценочные Гантты, обсуждаются вопросы, ведется поддержка Процесса Разработки… В день через обсуждение в команде может проходить до 15 проектов. У проектов могут меняться статус, фаза, владелец. Информации много, она быстро меняется, и она важна. Наступил момент вводить инструмент для управления портфелем проектов.

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

Предисловие

К сожалению, как и везде, по-настоящему хорошие и удобные программы можно встретить довольно редко, что лично меня, как программиста, обычно очень расстраивает. Поэтому я решил написать эту статью в надежде, что хотя бы среди читателей Хабрахабра, которые занимаются разработкой программного обеспечения, качество их приложений вырастет. Я не рассматриваю создание софта с точки зрения получения коммерческой выгоды, я в этом не очень силён :). Поэтому, возможно, некоторые озвученные здесь советы могут оказаться вредными в применении к коммерческому софту. Тем не менее, если вы разрабатываете Open Source или бесплатный софт, то озвученные советы могут вам помочь в улучшении качества своих продуктов и улучшения собственной квалификации как программиста.

Под катом я расскажу, как правильно одеть меня и сделать не таким одиноким.

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



В конструкторском отделе он спросил, участвует ли Porsche в гоночных соревнованиях Le Mans (считается главной гонкой для компаний, производящих спортивные машины). «Нет, — ответили ему, — не участвуем». Это было странно, ведь Porsche — один из лидеров в производстве гоночных машин. Тогда Питер поставил перед ними амбициозную задачу: «Давайте сконструируем машину, которая победит в гонке Le Mans!».

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



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

1. Время менеджера, которым распоряжается босс, — это время расходуется на деятельность, навязываемую начальством. «Проколоться» здесь нельзя — будете наказаны.

2. Время, которое забирает система, — работа с руководителями других подразделений и внутренняя текущая деятельность. «Забьете» на нее — беды не избежать, просто оно может быть отложено во времени.

3. Время, которое тратится на собственные инициативы, — эта часть тратится на то, что вы делаете добровольно. Однако именно это время любят съедать подчиненные, так что распоряжаться самостоятельно вы можете только тем, что сможете организовать себе сами. Как? Минимизировать или свести практически к нулю время, сжираемое подчиненными.

Перевод нашел 4epT но так как кармы у него не хватает публикует от моего имени.

Эд Кэтмелл, один из создателей студии Pixar и нынешний Президент студий Pixar и Disney, рассказывает о принципах, которые позволили создать сплоченный коллектив, сформировать творческую атмосферу и справиться с экстремальными ситуациями.

Перевод: Александр Львов
Найдено тут

“Главный секрет создания популярных фильмов от студии Pixar заключается в правильном подходе к решению проблем внутри производства.”

Эд Кэтмелл

Несколько лет назад я разговаривал с главой одной из ведущих киностудий, который был убежден, что главная проблема состоит не в том, чтобы найти хороших людей, а в том, чтобы найти хорошие идеи. После этого разговора, я часто задавал представителям разным студий вопрос, что важнее — люди или идеи. К моему изумлению, примерно половина отвечала, что важнее идеи. С этим я в корне не согласен. Я думаю, такое мнение появилось из–за неправильного понимания творчества в целом. Важность идеи слишком сильно преувеличена в создании конечного продукта. И это приводит к непониманию, как в критических ситуациях управлять производством.

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

Данный текст подготовил и перевел Евгений aka jeje. Если текст вам понравился, то благодарите Евгения, сам он опубликовать перевод не может из-за ограничений кармы.

1.Никогда не начинайте с одной идеей

Если вы хотите написать книгу, сделать дизайн мебели или мультфильма — Никогда не начинайте с одной идеей, их должно быть три.
«Причина проста. Если продюсер приходит ко мне с предложением о новом проекте, он вынашивает эту конкретную идею долгое время. Это ограничивает его. Мой ответ всегда: «Приходи ко мне, когда будешь иметь три идеи, и это не значит, что одна хорошая, а две остальных плохих. Я хочу три действительно прекрасных идеи, из которых ты не можешь решить, какая же лучше. Будь готов обосновать все три задумки. Затем мы решим, какую идею ты будешь развивать далее.»

«Проблема у творческих людей всегда одна – они чаще всего фокусируют все свое внимание на одной идее. И выходит так, что они ограничивают свой выбор с самого начала проекта. Каждый творческий человек должен это попробовать. Вы будете удивлены, как это требование внезапно заставит вас думать о других вещах, которые вы даже не рассматривали до того. Из-за этой отстраненности вы вдруг найдете новые перспективы. И поверьте мне, существует всегда, как минимум, три хороших идеи»

Довольно часто коллеги жалуются на заказчиков. Мол, совсем от рук отбились, подонки! Ничего делать не хотят.

Конечно, не хотят. Никто не хочет. А некоторые хотят приносить пользу своим проектам, но не знают как это лучше делать. Или знают, но не ту книжку прочитали, поэтому от них один вред. В общем, разные заказчики бывают.

Первое, что нужно запомнить: заказчики на самом деле полезные (и не идиоты, нет).
Второе: заказчик, на самом деле, такой же ресурс, как программист или дизайнер.
Третье: основная задача менеджера проектов (мы-то с вами знаем кто на самом деле рулит вселенной (дьявольский смех)) – научиться управлять заказчиком так же эффективно, как программистами.

Заблуждение

Есть расхожее мнение, что бренд — это что-то такое, что относится только к крупным компаниям и требует миллионные маркетинговые бюджеты, чтобы покупатель, увидев ваш товар на полке магазина, неосознанно выбрал именно его. А сам же бренд — это просто графический логотип, который надо «распиарить».

Ошибка! Неправильно! Уволить!

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

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

С Новым Годом! С Новым Счастьем!