Всем привет! Хочу поделиться своим опытом планирования жизни, который, возможно, будет полезен для вас.
Быстрее, выше, сильнее: 10 бесплатных курсов и занятий для буста своей карьеры в IT
Если вы ждали какого-то знака для прыжка в своей карьере разработчика, то вот он. Собрали для вас подборку бесплатных занятий и курсов, которые заряжают на максимальную реализацию в IT и закрывают многие страхи на пути к своему светлому будущему.
Microsoft Quantum поможет НАСА ускорить планирование миссий
Лаборатория реактивного движения НАСА сотрудничает с командой Microsoft Azure Quantum, чтобы изучить возможности эффективного взаимодействия с применением квантовых алгоритмов для планирования будущих космических миссий.
Asana: сотрудники тратят более половины рабочего дня на планирование и общение с коллегами
Согласно опросу, который провел производитель программного обеспечения для бизнеса Asana, сотрудники компаний тратят более половины рабочего дня на «координацию работы» — отслеживание дел, поиск информации и общение.
Bending Spoons покупает сервис для заметок Evernote
Итальянская фирма Bending Spoons договорилась о приобретении сервиса Evernote. Компании планируют закрыть сделку в 2023 году.
GitHub обновила списки задач и таблицы проектов в репозиториях
GitHub представила обновление списков задач и таблиц проектов в репозиториях. Теперь пользователи могут редактировать несколько ячеек одновременно и быстрее работать с чек-листами.
Минэкономики, Минпромторг и Минобрнауки выбрали 18 направлений для технологического развития РФ до 2030 года
CPM vs. BI: о чем не расскажут продавцы
Более восьми лет я специализируюсь на внедрении CPM и BI-систем различных вендоров. Несмотря на то, что во многом их функционал пересекается, мне хорошо понятно, какие задачи решаются лучше, а какие решаются только одним из этих двух классов систем.
Написать данную статью меня сподвигли несколько повторяющихся случаев путаницы при выборе системы для определенного пула задач. В моей практике произошло меньшей мере 4 случая, когда финансовые службы различных компаний на полном серьезе рассматривали внедрение BI-системы в качестве основной системы планирования и прогнозирования. Также, вспоминается случай во время моей работы в Большой четверке, когда партнер попросил меня провести встречу с заказчиком, чтобы объяснить, зачем им нужны наши услуги по внедрению CPM, когда у них уже есть работающая BI-система.
Кстати, встречаются и обратные ситуации. Не так давно один из CIO интересовался о возможности и целесообразности построения BI системы для всей компании на базе встроенного функционала визуализации одного из известных CPM решений.
Допускаю, моим коллегам, профессионалам в этой области, подобные идеи могут показаться нонсенсом. И во многом я с ними соглашусь. Но, во-первых, мне известен ряд неплохих решений, которые, после применения несколько довольно существенных настроек над BI, позиционируют себя как системы планирования (стесняясь, однако, называть себя как CPM). Во-вторых, я видел работающие (хоть и с ограничениями) решения на базе CPM платформ, собирающих множественные наборы данных из других ИТ-систем компании, и представляющих их далее в виде аналитических BI-отчетов для пользователей.
Распил стартапа. Калькулятор Деммлера
Мы делили апельсин, много нас, а он один
В американской традиции стартапов принято брать в долю всех участников проекта, работающих с первого дня его основания. Отличный способ мотивации команды, скажу я вам. Но как делить баснословные доходы, если они таки будут? Самое первое, приходящее на ум — поделить поровну. Таким образом, если над стартапом работало пять человек, то каждому достанется по 20%. Справедливо? Не очень.
У американцев есть отличная поговорка про курицу и свинью «a chicken is involved with breakfast, but a pig is committed»: речь о яичнице с беконом на завтрак, для приготовления которого требуется некоторое усилие от курицы (снести яйцо и жить себе спокойно дальше), в то время как свинье придётся принести куда более существенную жертву. Так же и в бизнесе: некоторые участники проекта выполняют работу достаточно формально и потом наблюдают за результатами, другие же несут принципиально большие риски и вкладываются в дело сильнее.
Frank Demmler, профессор предпринимательства в бизнес-школе при Carnegie Mellon University, предложил следующий метод распределения долей в стартапе.
Не планом единым
Так случилось, что мне посчастливилось стать руководителем нового проекта в небольшой пока еще компании. Именно посчастливилось. В основном, потому что, положа руку на сердце, достаточного опыта для руководства каким бы то ни было проектом «с нуля» у меня нет. Да, мне пришлось по жизни заниматься разнообразными вещами, никак не связанными с профессией, но я бы не сказал, что они четко выражаются моей специализацией. То есть, назвать себя чисто верстальщиком, дизайнером, веб-программистом, менеджером, системным администратором, а уж тем более руководителем, я не могу. Вернее, не мог.
С самого начала мой неосознанный подход к работе был прост — что-то вроде «кто, если не мы». Так, я не мог пройти мимо возникшей проблемы, зная, что при этом простаивает все предприятие, или же она вызывает у меня чувство внутреннего дискомфорта. В небольшой команде особо остро чувствуется взаимодействие между людьми, поэтому в момент, когда один человек выпадает из общей цепочки, начинаются проблемы. Зачастую, именно мне приходилось их решать, в силу своей разносторонней
Итерации длительностью в день — то, что доктор прописал
Еще одна полезная идея, которую можно взять из управления проектами в IT, это итеративный подход. В том или ином смысле, мы всего его применяем, но зачастую неосознанно.
Как и каждого инструмента, у итераций есть назначение — гибко реагировать на изменение требований заказчика, получать за более короткие сроки более точный по функционалу к нужному продукт, лучшая контролируемость сроков за счет дробления задач на небольшие и множества точек контроля, и так далее.
В жизни у нас точно такие же задачи стоят — гибко реагировать на меняющуюся каждый день среду, быстрее получать желаемое, не проваливать обещанное, делать запланированное в срок, и так далее.
Вместе с тем, многие пытаются управлять своим временем по «водопадной модели» — пишется план, а потом не корректируется. При этом план составляется сложнейший, на много дней вперед. И конечно, он либо проваливается полностью, либо выполняется на небольшой процент. Такие планы, как точно заметили ребята из 37signals, точнее называть догадками.
А как же писать планы, которые работают?
Предложены новые приложения по умолчанию в Ubuntu 11.10 Oneiric Ocelot
Хоть Ubuntu 11.04 выпущена всего несколько дней тому назад, но работы над новой версией Ubuntu 11.10 уже начаты (и, кстати, уже доступны репозитории 11.10) и некоторые очень интересные проекты по планированию разработки Убунту можно увидеть на Launchpad.
Важно: это только проекты, которые еще должны пройти этап утверждения, поэтому очень необязательно, чтобы они стали реальностью. Пока что это просто дискуссия!
10 тезисов об автоматизации управления наукой
Как сделать так, чтобы автоматизация научной работы была не просто данью моде, а действительно способствовала бы повышению продуктивности и результативности труда ученых? Ниже в тезисной форме представлены некоторые соображения по данному поводу.
Обзор интерфейса сервиса PrettyTasks
Сегодня мы хотим рассказать об основных возможностях и особенностях интерфейса сервиса PrettyTasks prettytasks.com/ru.
Почему разработчики при оценке сроков постоянно ошибаются в 2-3 раза?
Протяженность около 400 миль; мы проходим, примерно, 4 мили в час, 10 часов в день, короче прибудем через 10 дней. Позвонили друзьям и договорились об ужине вечером в следующее воскресенье, когда ровно в 6 вечера мы с триумфом прибудем. Они не могут ждать!
PrettyTasks — персональный менеджер задач для всех
Мы рады приветствовать вас на Хабре!
Добрый день всем Хабражителям! Мы рады представить столь уважаемой аудитории наш сервис для управления персональными задачами. Надеемся, что вы полюбите его также, как и мы.
PrettyTasks — система планирования задач «для себя»
Основной целью создания сервиса являлось повышение личной эффективности, посредством упрощения планирования.
Найти его вы можете по адресу prettytasks.com/ru
Зачем?
Как ни странно, GTD сервисов, как и сервисов управления задачами действительно много. Так зачем же еще один?
Ответ заключается в том, что большинство сервисов не очень удобны, и мы решили воплотить наше видение. Нашей целью было сделать максимально удобный и простой сервис, который будет понятен каждому, и несмотря на простоту, позволит повысить личную эффективность.
Простота идеи — залог успеха
Идея заключается в том, чтобы планировать задачи в виде линейных списков и задачи размещать по дням. Планируешь сделать сегодня — ставишь задачу на сегодня, планируешь на после завтра, ставишь на после завтра.
Невыполненные задачи не накапливаются кучей на текущий день, а остаются в дне, на который были запланированы и доступны в списке просроченные.
Приоритеты были сокращены по максимуму, остались только просты задачи и важные. Приоритеты же мы рекомендуем выставлять, меняя порядок.
Планируемые задачи — задачи на будущее, без определенного срока выполнения были вынесенны в список планируемые
Успешные дни можно отмечать, также можно комментировать дни.
И никаких напоминаний
Описание сервиса
Сервис предоставляем пользователю работу с следующими функциями:
- Задачи
- Списки
- Заметки
- Журнал
- Настройки
Zen Diary — личный дневник с возможностью шифрования
После того, как я показал сообществу хабра свой проект PJournal, мой почтовый ящик просто разрывался от натиска входящих сообщений. Люди, которые прочитали её на хабре, советовали, что можно улучшить в техническом плане и в плане дизайна, те, кто скачал программу по совету какого-то из пользователей, просили у меня функции, которые бы они хотели увидеть в программе в ближайшее время.
Программа PJournal нашла свою аудиторию, хотя я очень боялся, что она просто затеряется среди десятков других подобных программ.
Окрылённый такой победой, я решил развивать и улучшать этот продукт с учётом тех многих пожеланий и советов, что я получил. И это развитие вылилось в новый проект под названием Zen Diary (http://zendiary.org).
PrettyTasks Widget под Android с поддержкой оффлайн работы
Основной функционал виджета включает наиболее важные функции работы с задачами на текущий день.
7 тенденций при планировании контакт-центра
Итак, что мы ждем в последующие годы? Мультиканальный контакт-центр опять на пике моды, но в то же время есть поворот: социальные медиа и мобильные приложения так же присоединяются к партии мультиканальных. В дополнение к возвращающимся трендам некоторые развивающиеся тенденции серьезно изменяют традиционную модель колл-центров.
Тенденция №1. Введение в «бесконтактный» центр
Как технологии контакт-центров раскручиваются в сторону распределенного персонала, так и виртуальные и распределенные навыки становятся нормой. Супервизоры уже не встречаются лицом к лицу с большой частью персонала. Это новый мир, порождающий новые проблемы управления персоналом. Новая парадигма взаимодействия персонала проникает на предприятия. Низкая стоимость интеграции видео и социальных инструментов предприятия ведет к тому, что эти инструменты все чаще используются в контакт-центрах, чтобы повысить уровень обслуживания клиентов.
Утверждение, что «каждый участвует в продажах» и «каждый обслуживает клиента» сегодня справедливы в колл центрах. Стены, которые окружают традиционный контакт- центр, сегодня осыпаются, как организационные препятствия между номинальным штатом контакт-центра, и персонал, занимающийся обработкой информации сливается в единую совместную среду. Присутствие на связи и мгновенный обмен сообщениями поможет операторам найти наилучшие ресурсы независимо от того, где они находятся и какое оборудование используют. В будущем контакт-центр будет совмещать традиционное централизованное расположение и новую модель, при которой персонал сидит у себя дома и адресно получает вопросы, скажем, через веб-сайт.
АнтиБлог: дневник только для себя
Предисловие
Друзья, я, к моему глубочайшему сожалению, не умею писать красивые, длинные и складные статьи. Я всего лишь разработчик на C++. Некоторые даже говорят, что хороший. И вот случилась со мной неприятность — написал я программу, но рассказать о ней толково не могу. Рассказать так, чтобы люди захотели ей пользоваться. Нет, Вы не подумайте, это не первая моя программа, у меня за спиной восемь лет опыта на C++, десять лет программирования в принципе на многих языках. Просто именно сейчас я захотел разрабатывать не ради разработки, а ради того, чтобы моей программой пользовались люди, чтобы она была кому-то, кроме меня, полезной. Чтобы я знал, что я это делаю не только ради получения опыта, хотя это тоже очень ценно само по себе, но и ради того, чтобы кто-то, может в соседнем доме, а может на другом конце планеты, кликал по иконке моей программы. Мне бы, от осознания этого, было чертовски приятно. И не важно, какую именно задачу эта программа выполняет, важно лишь то, что она работает. Работает на благо людям. Ведь разработчики именно для того и есть на свете, чтобы их творения приносили пользу другим людям.