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

Читать полностью »
Рубрика «gtd» - 110
Пусть утро станет добрым или Sleep as Android
2012-03-31 в 14:04, admin, рубрики: android, gtd, будильник, будильник для Android, Софт, фазы сна, метки: будильник, будильник для Android, фазы снаКак успевать не все или стартап в качестве тренинга по тайм-менеджменту
2012-03-27 в 9:17, admin, рубрики: gtd, gtd организация времени, личный опыт, стартапы, метки: gtd организация времени, личный опытВсе началось в 2009 году. Я работал в крупной компании, занимающейся разработкой ПО. Наша команда занималась выполнением довольно большого проекта. Мои обязанности были довольно размыты. В то время как мой руководитель обеспечивал выполнение проекта с внешней стороны (он общался с дирекцией, менеджерами и т.п.), я занимался решением внутренних проблем проекта – проектировал, составлял планы, ставил задачи разработчикам, отслеживал направление работ и т.п. Незадолго до описываемых событий, в компании сменилось руководство, прошла весьма ощутимая реорганизация, курс развития компании в целом (и проекта в частности) изрядно сместился, по сравнению с первоначальным замыслом. И я не мог сказать, что новое направление развития меня устраивает.
Год шел к концу. Настоящее было предсказуемо и довольно уныло, предлагаемое новым руководством будущее выглядело туманно и не вызывало доверия. В это время один хороший товарищ предложил: «А давай сделаем что-то свое!».
Я не буду рассказывать о том, что мы сделали, как мы сделали и т.п. Я хочу рассказать, как изменился я, участвуя в стартапе. Через какие уроки прошел, чему мне удалось научиться. Надеюсь, набитые шишки и приобретенный опыт будет кому-нибудь полезен или, по крайней мере, интересен.
Читать полностью »
Польза и вред референс-визитов
2012-03-27 в 8:07, admin, рубрики: ECM, gtd, Блог компании ALEE Software, документооборот, электронный архив, электронный документооборот, метки: ECM, документооборот, электронный архив, электронный документооборот 
Моя компания разрабатывает, продает и внедряет программные продукты в области ECM, а конкретнее системы электронных архивов и библиотек. Учитывая сложность проставляемых решений и масштабы некоторых проектов, потенциальные клиенты периодически запрашивают факты, подтверждающие успешность выполнения аналогичных проектов для организаций той же отрасли. Варианты таких подтверждений: статьи в специализированных изданиях, пресс-релизы, письма-отзывы, телефонные переговоры, референс-визиты. Если по составлению писем и проведению телефонных переговоров в интернете можно найти довольно много рекомендаций, то по «правильности» проведения референс-визитов информации крайне мало. Данная статья в первую очередь ориентирована на широкую аудиторию ИТ-консультантов и предпринимателей, выступающих в роли поставщиков и продвигающих сложные программно-аппаратные продукты и решения.
При выборе любого товара многим потенциальным покупателям недостаточно рекламных буклетов и отзывов счастливых владельцев: они хотят пощупать будущую покупку. Для удовлетворения данного желания существуют пробники, демонстрационные образцы, различные тест-драйвы. В случае со сложными информационными системами аналогичный подход также крайне рекомендован консультантами, аналитиками и прочими ИТ-доброжелателями.
При выборе корпоративного ПО изучение печатных материалов или установка и тестирование усеченной демо-версии не всегда дают достаточную информацию для принятия решения.
Наиболее предпочтительным для клиента видится вариант совмещения полезного с приятным, т.е. просмотр работающей системы с получением отзыва о работе не только с системой, но и компанией-поставщиком. Этим требованиям соответствует так называемый референтный, референс — или референц-визит к счастливому действующему пользователю. Слово reference обозначает как справку, рекомендацию, так и лицо, дающее отзыв.Читать полностью »
Техники креативности
2012-03-24 в 11:32, admin, рубрики: gtd, mind maps, мозговой штурм, метки: mind maps, мозговой штурм Креативность – это способность человека мыслить творчески, находить нестандартные решения. Это умение использовать существующее необычным образом. Это стремление идти новыми путями.
Читать полностью »
Как Agile и Google календарь изменили мою жизнь
2012-03-21 в 13:03, admin, рубрики: agile, Google, gtd, mind maps, time management, личная эффективность, метки: agile, gtd, mind maps, time management, личная эффективностьКак менеджер проектов в своё время я попытался интегрировать различные Agile/SCRUM методики в свою повседневную жизнь. Ведь она тоже в каком то смысле является долгосрочным и довольно динамичным проектом.
Неоднократно пробовал использовать популярные GTD инструменты, но в итоге именно Google календарь ввиду своей наглядности и привязке ко времени — оказался наиболее эффективным. Получается такой вот Self SCRUM Board с итерациями и планерками :)
Интеллект-карты как неплохой способ систематизировать любую деятельность
2012-03-21 в 9:10, admin, рубрики: etersoft, gtd, human resources, mindmap, open source, метки: etersoft, mindmap, open source Каждый мой рабочий день на протяжении нескольких месяцев начинается с того, что я открываю интеллект-карту с многообещающим названием «Задачи». Карта постоянно развивается, обрастает новыми веточками и идеями. Несколько месяцев назад этот способ систематизации всего на свете пришёлся мне по вкусу, показался очень естественным и окончательно въелся в сознание.
Интеллект-карты пригодятся, чем бы вы ни занимались. Особенно, если ваша деятельность связана планированием, проект-менеджментом, организацией мероприятий, копирайтингом, проектированием сайтов и т.п. В чём фишка mindmaps, что стоит описывать с помощью интеллект-карт, как они помогают в работе, и чем хороша свободная программа FreeMind — читайте под катом.

GTD / [Из песочницы] Как написать статью, используя UX и GTD
2012-02-27 в 17:59, admin, рубрики: gtd, метки: gtdСразу оговорюсь: это просто статья о том как написать статью. С какого боку тут всякие сокращения будет понятно чуть позднее.
У многих (у меня так точно) периодически возникает желание организовать и связно изложить свои разрозненные мысли по поводу какой-нибудь софтинки, идеи проекта, улучшения рабочего процесса, да много чего еще. Однако далеко не все желания превращаются в законченные статьи или презентации. Так в чем же проблема?
Бывает это так: вроде и в теме разобрался, и с формулировкой мыслей проблем нет, и самих мыслей предостаточно. Набрасываешь примерный план, делаешь список тем которые хочетсяЧитать полностью »
GTD / Следи за собой, будь осторожен
2012-02-23 в 11:18, admin, рубрики: gtd, Программирование, психология, эффективность работы, метки: gtd, Программирование, психология, эффективность работыВ какой-то момент я стал замечать, что пишу более качественный: оптимальный, логичный и читаемый код, но пишу его медленно. По крайней мере, куда медленнее, чем лет 15 назад. Да, на старый код без слёз не взглянешь: всё можно сделать оптимальнее и, по крайней мере, читабельнее. Но код был написан быстро.
Проблема в контроле. Я стал жестче и глубже контролировать процесс разработки и… стал тратить на этот контроль слишком много ресурсов.
Основной принцип прост. Если контролю подлежит 10-20% случаев, то на контроль надо тратить… 0% ресурсов. Баги и переписывания всё равно будут.
Немного теории и аналогий
GTD / Вам не страшно открывать редактор?
2012-02-23 в 11:18, admin, рубрики: gtd, Программирование, психология, эффективность работы, метки: gtd, Программирование, психология, эффективность работыВ какой-то момент я стал замечать, что пишу более качественный: оптимальный, логичный и читаемый код, но пишу его медленно. По крайней мере, куда медленнее, чем лет 15 назад. Да, на старый код без слёз не взглянешь: всё можно сделать оптимальнее и, по крайней мере, читабельнее. Но код был написан быстро.
Проблема в контроле. Я стал жестче и глубже контролировать код и… стал тратить на этот контроль слишком много ресурсов.
Основной принцип прост. Если контролю подлежит 10-20% случаев, то на контроль надо тратить… 0% ресурсов. Баги и переписывания всё равно будут. Но лучше разделить кодирование и отладку и на время кодирования об ошибкахЧитать полностью »


