Приступить к нему как можно. Чем грозит работодателю фактическое допущение работника к работе. Конфликты на работе

Данная статья является свободным переводом статьи Стива Павлины “Overcoming procrastination” с реальными примерами из моей жизни.

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

Приступая к работе, говорите себе «Я хочу это сделать» вместо того, чтобы постоянно напоминать себе «Мне надо это сделать». Как бы то ни было, всегда вам выбирать, делать что-то либо нет, даже если последствия могут быть неприятными. Сделайте осознанный выбор того, что бы вам хотелось сделать сейчас, и сделайте это! Я обычно составляю план на день, в который я помещаю только те задачи, которые мне хочется увидеть сделанными. Это мой выбор – поэтому их всегда хочется сделать.

Если думать о задаче как о большом слоне, которого вы хотите съесть, то наверняка вы отложите эту задачу «на потом». Спросите себя: «С чего я могу начать прямо сейчас?» Откусите слону ухо и не думайте о том, как он может весь поместиться в вас. Когда это сделано, выберите следующую саму маленькую часть слона либо самую вкусную – без разницы – и съешьте её! По мере уничтожения монстра вы узнаете подробности о слоне, которые не видны были сперва. Каждый раз вы начинаете со следующей мелкой части и получаете от этого удовольствие, пока вы в итоге не обнаружите, что от слона остался один хвост, который без проблем может поместиться в вас за один присест. Если задача необъятная либо не приятная (но, безусловно, важная для вас!) – смело начинайте и пока не думайте о завершении.

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

Всегда позволяйте себе право быть человеком. А человек может ошибаться, с этим ничего не поделаешь. Многим гениальным творениям предшествовало 1000 неудачных, но вряд ли эти гениальные творения появились, если бы не эти 1000 предшествующих. Несовершенная работа, сделанная сегодня, всегда лучше, чем идеальная, отложенная навсегда . Если вы хотите написать статью на 5000 слов, позвольте вашему первому черновику состоять только из 100 слов. Обычно я разбиваю неподъемную задачу на несколько мелких дел, не думая о том, кому придётся их делать. Потом беру одну из них, добавляю в список “сделать сегодня” и приступаю без всяких мыслей об идеальности результата. Это не представляет особого труда, так как большая идеально выполненная задача была заменена маленьким съедобным кусочком.

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

В один из своих рабочих дней я был вынужден уйти рано, и было всего лишь 6 с половиной часов на решение всех задач. Я точно знал, что в 16:30 вынужден покинуть маленький офис независимо от того, сколько успел сделать. День прошёл экстремально эффективно, было выполнено около 12 задач, на которые в другие дни ушло бы 8, а то и больше часов. Причем это придало мне положительный эмоциональный заряд на оставшийся вечер.

Мне нравиться выделять дни, непосвящённые никаким делам. Обычно более чем достаточно одного такого дня в неделю (воскресение!), в который удаётся расслабиться полностью и зарядиться энергией на грядущие 6 дней. Когда знаешь, что завтра выходной, и у тебя не будет права что-либо делать – в предыдущий день очень хочется сделать как можно больше.

Когда хочеться видеть выполненной неприятную задачу, я ограничиваю время на её выполнение. В блокноте, который всегда у меня перед глазами, сверкает запись, что через 30 минут (указываю конкретное время) я прекращаю заниматься решением этой задачи. Кроме этого, придумываю, чем бы я мог приятным заняться через эти 30 минут. Например, пока я пишу эти строки у меня в блокноте записано, что с 11:20 до 11:30 у меня будет ленч. Я чувствую легкое чувство голода в животе, а на часах 11:00. Как вы думаете, насколько сложно было написать этот абзац? :)

Иногда, используя такой подход с расстановкой временных рамок, в эти 30 минут так вливаюсь в процесс работы на задачей что мне сложно остановиться. Так как эти рамки выставлены самим собой, то я могу без труда инвестировать больше своего времени на решение этой задачи. В любом случае, можно сказать себе «Стоп!» и идти пить чай либо смотреть свою любимую телепередачу, либо зайти на свой любимый форум, либо что-то ещё, что я себе придумал приятного в качестве вознаграждения.

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

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

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

Я успешно работал в нескольких различных сферах, но всё было далеко не так, пока четыре года назад я не совместил свою любовь к путешествиям с моим опытом работы в актёрском агентстве, моими маркетинговыми навыками и моими продуктовыми знаниями, что помогло мне стать развлекательным туристическим агентом.

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

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

1. Изучите сферу своей деятельности

Если вы остаётесь в той же сфере, в которой работали и раньше, то эта стадия может быть достаточно короткой: всё что вам потребуется – это выяснить особенности своей компании. Например, из моего опыта работы в актёрском агентстве я мог увидеть разницу между консервативным VIP-агентством, влиятельным, но стильным голливудским агентством, менее крикливым телевизионным агентством, музыкальным агентством, работающим с актёрами и так далее. Агенты в каждой компании должны были отражать определённую культуру, манеры и подход к переговорам своей компании.

Если же вы начинаете работать в новой сфере, как и я, то вам предстоит куда больше домашней работы. Я составил внушительный список отелей, отобранных из каждого журнала, блога и шоу о путешествиях, которые я смог найти. Когда меня попросили предложить вариант для директора в Шанхае я без труда смог озвучить такие названия, как Waldorf и Mandarin Oriental. А когда VIP-клиент спросил меня о моих предложениях для его пятизвёздочного отпуска, я знал, что Палаван на Филиппинах – однозначно самый лучший вариант в качестве следующей точки его прибытия.

2. Изучите свою компанию

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

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

Если у вас есть такая возможность, постарайтесь найти список сотрудников с фотографиями или изучите профиль вашей компании на LinkedIn, прежде чем приступать к работе. Мои новые коллеги были крайне польщены тем фактом, что новый член команды уже знал, кто они такие.

3. Обновите свой гардероб

«Встречают по одёжке…» - это классический совет для работников и не без основания: красивая, хорошо сидящая одежда заставит выглядеть вас и чувствовать себя более профессионально.

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

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

4. Дайте себе время на переход

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

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

Когда я покинул свою старую работу, я взял отпуск на три дня и смотрел Netflix. К моменту начала моей новой работы я был так энергичен, насколько не был уже давным-давно.

5. Приведите в порядок свой список дел

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

Я сменил масло в автомобиле, организовал свой домашний офис, запланировал встречу с представителем компании DirecTV и даже оплатил налоги – в феврале. Таким образом, я смог тратить свои вечера на то, чтобы изучать новую систему и новых клиентов, с которыми мне предстоит работать, потому что мою голову не беспокоили сторонние личные дела.

6. Подготовьте план

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

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

7. Поблагодарите всех

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

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

businessinsider.com, перевод: Артемий Кайдаш

Введение

В название этой главы присутствует "Шаг 0", поскольку в книге, посвященной главным образом тому, как создавать приложения для мобильных устройств, ваше внимание должно быть обращено на необходимость получения в первую очередь ответа на следующий вопрос: "Какие конкретные задачи должны решаться при помощи данного мобильного приложения?" Очень важно всегда иметь для разрабатываемого приложения подходящий набор конечных целей. В процессе того, как вы будете ближе знакомиться с возможностями и ограничениями вашего целевого устройства, а также по мере появления новых или уточнения существующих требований в результате тестирования приложения, задачи разработки могут изменяться, но вы всегда должны хорошо представлять себе общую конечную цель, которая должна быть достигнута по завершении разработки. Приложение, для которого ясно не определены цели и сферы применения, обречено потонуть в море посредственных возможностей. Гораздо лучше выделить несколько важных задач, в которых будут больше всего заинтересованы пользователи мобильного устройства, и обеспечить возможность их эффективного решения, чем пытаться втиснуть все, что только возможно, в рамки одного универсального приложения.

Цель этой короткой главы состоит в том, чтобы помочь вам правильно очертить границы проекта разрабатываемого мобильного приложения. Успешность подобных приложений зависит от того, насколько они сфокусированы на решении строго определенного круга задач. Работа с мобильными приложениями, предназначенными для повышения производительности труда, обычно ведется в виде коротких сеансов, во время которых пользователь получает и изменяет данные или запрашивает услуги. Правильно определив набор необходимых средств, вы предоставите пользователям возможность быстрейшего получения информации и услуг, в которых они нуждаются. Вероятно, мобильное приложение с множеством форм, для просмотра и изучения которых пользователю понадобится более 20 минут, вряд ли можно считать соответствующим этому критерию; 20 секунд - вот те временные рамки, на которые вы должны ориентироваться. To же самое относится и к приложениям развлекательного характера; отличная мобильная игра должна быть простой в использовании, быстро запускаться и учитывать специфику кратковременных сеансов.

Независимое приложение или часть большой системы?

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

Независимые приложения

Простая игровая или вычислительная программа может быть выполнена в виде независимого приложения. Независимые приложения характеризуются отсутствием взаимодействия с другими приложениями и предоставляют пользователям лишь ограниченный набор средств, к которым возможен быстрый доступ. Если ваше приложение попадает в эту категорию, то определить сферу его применения будет сравнительно просто. Однако даже в этом случае могут потребоваться некоторые уточнения. Например, калькулятор, позволяющий быстро складывать, вычитать, умножать и делить числа, и калькулятор, предназначенный для решения алгебраических уравнений и построения графиков, должны фокусироваться на совершенно разных вещах. Можно предположить, что модели пользовательских интерфейсов и навигации в этих приложениях должны значительно различаться между собой. В каждом из этих случаев пользователям хотелось бы иметь возможность решать за 20 секунд совершенно непохожие задачи, а это требует расстановки различных акцентов в процессе проектирования приложений. Даже в случае небольших независимых приложений вопрос о сфере их применения не теряет своей актуальности.

Наборы взаимосвязанных приложений, установленных на устройстве

Большинство приложений, заслуживающих интереса, взаимодействуют с другими системами. В некоторых случаях вместо варианта, предусматривающего создание одного крупного многоцелевого приложения, можно выбрать вариант создания набора приложений, установленных на одном устройстве, которые осуществляют совместный доступ к локальной базе данных. Каждое приложение может быть ориентировано на решение отдельного круга задач и разрабатываться так, чтобы наилучшим образом обеспечить достижение соответствующих целей. При построении набора приложений, которые будут совместно работать с разделяемыми данными, важно как можно точнее определить, что именно каждое приложение должно делать, а что не должно. Хорошим примером разделения функций между отдельными приложениями может служить набор офисных приложений. Типичное программное обеспечение офисного набора включает в себя текстовый процессор, программу для выполнения расчетов (электронные таблицы), а также программное обеспечение для подготовки презентационных материалов и обеспечения связи. Указанные программы могут взаимодействовать между собой множеством способов и разделять общие данные и компоненты, но сомнения в отношении того, какое из приложений больше всего подходит для решения той или иной задачи, возникают лишь в очень редких случаях. Кое-кому может показаться, что отдельные офисные приложения сами по себе являются слишком сложными, чтобы каждое из них можно было считать ориентированным на решение узкого круга задач, однако представьте, что бы произошло, если бы все они были объединены в одно огромное "суперприложение". Результат напоминал бы собой некий конгломерат. Залог создания успешных мобильных приложений - минимизация их размеров и специализация выполняемых ими функций

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

У конечного пользователя не должно возникать никаких сомнений относительно того, каким именно инструментом следует воспользоваться для решения той или иной конкретной задачи. Размытие целевого назначения приложений в пределах набора говорит о незавершенности продукта или разработке проекта путем незапланированного наращивания его возможностей, когда вместо систематического создания заранее предусмотренных средств существующие приложения дорабатываются в специализированном стиле по мере выявления новых потребностей. Если в процессе разработки мобильного приложения у вас рождается идея "убийственного сценария", задайтесь вопросом, следует ли включать этот сценарий в состав существующего приложения или лучше реализовать его надлежащим образом в виде независимого приложения. Можно легко объединить приложения в одно целое, но выделить вплетенный в тело приложения код очень непросто. Если вы сомневаетесь в том, как лучше поступить, начните с создания независимого приложения, не забыв при этом о правиле "20 секунд": пользователь, действуя без спешки, должен успевать достать устройство из кармана и перейти к разделу с нужной информацией в течение не более 20 секунд.

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

Многие из установленных на устройствах приложения взаимодействуют с внешними ресурсами, например, с данными, которые хранятся на настольном компьютере, доступны на сервере предприятия или предлагаются Internet-службами. Определяя сферу применения мобильных приложений, являющихся частью более крупных систем, необходимо не забывать о двух важных вещах:

1. Определите ключевой набор сценариев работы с устройством. Сценарии использования приложений для настольных компьютеров и Web-приложений значительно отличаются от сценариев использования мобильных приложений, и поэтому простой перенос функциональных возможностей соответствующих приложений на мобильные устройства является оправданным лишь в очень редких случаях. Очень важно, чтобы вы могли дать ответы на следующие вопросы. Быстрое решение каких задач может потребоваться пользователям данного приложения при работе в мобильных условиях? Каковы те ключевые элементы, необходимость быстрого поиска или выполнения которых может заставить пользователя извлечь устройство из кармана? От ответов на эти вопросы зависят сценарии использования вашего мобильного приложения.

2. Определите будет ли устройство взаимодействовать с данными, хранящимися на настольных компьютерах или серверах. При работе крупных приложений часто используются экземпляры данных, разбросанные по самым разным местам. Данные могут храниться на нескольких серверах, на настольных компьютерах и на устройствах. Очень важно иметь ясную картину того, с какими данными будет взаимодействовать ваше мобильное приложение. Если у вас есть возможность выбирать, с какими данными следует организовать взаимодействие, - теми, которые хранятся на сервере, или теми, которые хранятся на настольном компьютере, - то наиболее подходящим почти всегда будет второй вариант. Это обусловлено двумя причинами: 1) обычно данные, хранящиеся на настольном компьютере, являются локальной кэшированной копией серверных данных, реальное текущее состояние не всегда отражается правильно, и 2) в то время как настольный компьютер не всегда может быть доступным, серверы специально проектируются таким образом, чтобы обеспечивалась возможность постоянного доступа к ним. Обычно если принимается решение о том, что мобильное устройство должно синхронизироваться с данными, хранящимися на настольном компьютере, а не на сервере, то это делается на основе тактических, а не прочно обоснованных стратегических соображений. В качестве оправдания указанной близорукой политики приводят, например, такую аргументацию: "Я не могу получить разрешение на доступ к находящимся на сервере данных с мобильного устройства, и поэтому вынужден обратиться к модели, которая обеспечивает синхронизацию с данными, хранящимися на настольном компьютере" или "Структуры данных, хранящихся на серверах, слишком сложны для обработки, в то время как на настольных компьютерах данные хранятся в простых форматах, и поэтому синхронизация с ними осуществляется легче". Постарайтесь устоять перед подобного рода соблазнами. Если данные действительно хранятся на сервере, то вы должны организовать синхронизацию именно с ними, даже если для этого и придется создавать промежуточное серверное решение, поддерживающее получение доступа к данным. Формирование продуманной архитектуры взаимодействия с другими звеньями вашего приложения сторицей окупит себя в отношении надежности и сроков разработки. Кратковременным тактическим решениям свойственно очень быстро превращаться в непрерывный долговременный кошмар сопровождения. Корректная оценка сферы применения вашего мобильного приложения требует того, чтобы вы руководствовались отчетливой схемой, отражающей взаимодействие приложения с внешними по отношению к устройству системами.

Не пытайтесь просто переносить на устройства приложения, рассчитанные на настольные компьютеры! Мыслите категориями устройств!

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

Стереотипы использования мобильного и настольного программного обеспечения

Следует развеять миф о том, что персональные компьютеры будут вытеснены мобильными устройствами; в действительности на это пока ничто не указывает. Как уже отмечалось в предыдущих главах данной книги, мобильные устройства находят качественно иное применение по сравнению с персональными компьютерами. Чтобы добиться успеха в создании замечательных мобильных приложений, вы должны исходить из того, что мобильные устройства привносят в существующее программное обеспечение новое, мобильное наполнение, заставляя создавать совершенно новые классы программного обеспечения, а не просто заменять то, которое уже существует в виде приложений для настольных компьютеров и Web-приложений

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

Проектируя приложения для мобильных устройств, важно ориентироваться на определенные стереотипы их использования и конкретные условия, в которых люди будут пользоваться этим программным обеспечением. Возникнет ли необходимость в использовании приложения непосредственно в кабине грузовика сразу же после доставки груза? Должно ли приложение быть достаточно простым, чтобы им можно было пользоваться на людных улицах, или оно будет использоваться для поиска сложных данных в комфортных офисных условиях? Предполагается ли использование приложения во время перелетов, когда обмен сообщениями сможет быть осуществлен лишь тогда, когда представится возможность установления связи? Будет ли данное приложение являться частью пакета, причем программное обеспечение настольного компьютера и мобильного устройства будет использоваться одним и тем же человеком, или же настольными компьютерами и мобильными устройствами будут пользоваться разные люди, общими для которых будут только данные, с которыми они совместно работают? Каким опытом работы с другими компьютерами и приложениями обладает целевой пользователь? Следует ли максимально упростить пользовательский интерфейс, чтобы им могли пользоваться даже неискушенные пользователи? Важно иметь отчетливое представление о том, каким образом сценарии использования затрагивают часть вашей системы, устанавливаемую на мобильных устройствах, и как именно пользователи будут работать с ней. Это позволит вам не только определить нужный состав средств и особенности пользовательского интерфейса мобильного приложения, но и выбрать наиболее подходящее целевое оборудование для вашего мобильного решения. Если для приложения требуется определенный тип пользовательского интерфейса, то это может очень сильно повлиять на выбор соответствующего приложению целевого оборудования и его форм-фактора.

Поиск информации в Web с помощью мобильных устройств имеет свои особенности

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

Ранее мы уже указывали на то, что в мобильных Web-бpayзepax адресная строка часто по умолчанию является скрытой. В случае настольных компьютеров такое поведение можно было бы считать упущением, но в случае мобильных устройств критерии оценки другие. На то есть две причины: 1) в случае мобильных устройств быстро вводить длинные URL-адреса обычно бывает непросто, и если имена Web-сайтов приходится задавать с указанием всех входящих в них символов то и редактор T9 не в состоянии ускорить эту процедуру, и 2) в силу требований к размерам изображений и компоновке экрана большая часть Web-содержимого плохо приспособлена для отображения на мобильных устройствах.

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

Именно поэтому ведется работа по выделению в Internet отдельного домена высшего уровня (например, .mobile, а не.com), предоставляющего содержимое специально для мобильных устройств. Мобильные устройства вскоре станут очень важными участниками деятельности в Internet, но использоваться в работе они будут не так, как браузеры современных настольных компьютеров. Ближайшее будущее обещает нам много интересного, поскольку можно ожидать появления в Web множества новшеств, специфических для мобильных устройств, а не простого переформулирования идей программного обеспечения, разработанного для настольных компьютеров.

Шаги по определению сферы применения мобильного приложения

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

1. Записывайте сценарии использования мобильных устройств. Не существует лучшего способа, чем описание на бумаге каждого возможного пользовательского сценария из подготовленного вами списка. Чем более подробно описаны сценарии, тем лучше. Определите круг потенциальных пользователей мобильного приложения. Определите, какие устройства они могут иметь при себе. Определите, какие задачи они смогут решать при помощи данного программного обеспечения. Определите где и когда они могут использовать ваше мобильное приложение. Определите длительность и частоту возможных сеансов взаимодействия с устройством. Запись всей этой информации на бумаге обострит ваше мышление и позволит получить конкретные отзывы от других участников рабочей группы, потенциальных пользователей приложения и других заинтересованных сторон. Не менее важно указать также то, для выполнения чего ваше мобильное приложение не предназначено. Тем самым будут полностью определены границы и сфера применения вашего мобильного приложения

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

3. Создайте начальный прототип. Располагая современным инструментарием RAD (Rad Application Development - быстрая разработка приложений), можно сравнительно легко создавать начальные прототипы того, что вы задумали. Создание прототипов - отличная вещь. Подготовка и выполнение прототипов на устройстве поможет вам лучше изучить возможности и ограничения выбранного вами оборудования и выявить проблемы проекта, которые вы могли упустить. Помимо этого, наличие выполняющегося прототипа сделает возможной оценку дееспособности определенных вами сценариев использования приложения

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

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

6. Проанализируйте, реализуемы ли для выбранного целевого устройства заложенные в прототипе приложения допущения, касающиеся вопросов обмена информацией. Критически оцените потребности вашего мобильного приложения в обмене информацией и взаимодействии с другими системами. Требуется ли высокоскоростной доступ в сеть? Существует ли необходимость в роуминге? Смогут ли соединение с сетью и синхронизация данных через настольный или переносной компьютер в достаточной мере удовлетворить потребности вашего мобильного приложения в обмене информацией?

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

Каждый из нас должен оставлять за собой право проснуться назавтра поумневшим по сравнению с сегодняшним днем. Очень важно, чтобы к тому моменту, когда вы будете приступать к непосредственной разработке вашего мобильного приложения, у вас имелся хорошо продуманный план действий. Кроме того, необходимо понимать, что в процессе разработки приложения будут выясняться новые факты, которые могут заставить вас пересмотреть и скорректировать первоначальный план. Важно не только представлять себе в общих чертах, как должно работать приложение, но и ориентироваться на конкретные сценарии, наполняющие это представление содержанием. Без этого вы рискуете прийти к тому, что конечный результат будет подобен кухонному комбайну, который готовит ужасный кофе, печет рыхлый хлеб и плохо справляется с мытьем посуды. У вас должна быть ясная картина того, для чего именно предназначено и, что не менее важно, для чего не предназначено ваше приложение. Если имеющийся план требует изменений - измените его, но сфера применения и соответствующие сценарии использования вашего мобильного приложения в любом случае должны быть определены.

В этой публикации предполагается, что у вас есть работающая среда Active Directory . Кроме того, вы должны быть знакомы со следующими концепциями Active Directory :

Организационные единицы
- Оснастка ADSI Edit MMC
Управление политикой групп
Администрирование пользователей
- Схема объекта пользователя Active Directory

Кроме того, предполагается, что вы установили и , как это объяснено в публикации IBM Tivoli Monitoring: Руководство по установке и настройке, и что вы знакомы с администрированием пользователей IBM Tivoli Monitoring (смотрите раздел Включение аутентификации пользователей); это не относится к созданию и конфигурированию пользователей Tivoli Monitoring .

Обратитесь к администратору Active Directory вашего узла, когда вы будете решать, какие пользователи LDAP будут авторизованы для аутентификации на сервере мониторинга или на сервере портала. Рекомендуется также создать иерархию OU, в которую будут входить пользователи. Это облегчит поиск в каталоге Базовое имя и ограничит время поиска, повысив производительность аутентификации пользователей Tivoli Monitoring -LDAP. На показан пример конфигурации, состоящей из иерархии OU=ITMUsers с контейнерами ITMtepsUsers и ITMtemsUsers. В этой схеме базой для поиска пользователей сервера мониторинга для аутентификации будет CN=ITMtemsUsers,OU=ITMUsers,DC= компания,DC=com а базой для аутентификации пользователей сервера портала - CN=ITMtepsUsers,OU=ITMUsers,DC= компания,DC=com .

Рис. 1. Предлагаемая иерархия пользователей LDAP для серверов Tivoli Monitoring

Кроме того, вы должны знать схему объект/атрибут пользователя Active Directory . Эта информация потребуется для создания конфигурации фильтра LDAP сервера мониторинга и для свойства Регистрация в защите репозитория TEPS/e сервера портала. На показаны возможные настройки учетной записи пользователя (этот пользователь Tivoli Enterprise Portal Server должен быть также авторизован как пользователь Сервер Tivoli Enterprise Monitoring ).

Рис. 2. Свойства пользователя сервера портала

При конфигурировании аутентификации пользователя LDAP TEPS/e нужно указать свойство регистрации атрибута объекта пользователя Active Directory , которое будет содержать соответствующее имя пользователя (в этом примере - llassite ). На показан экземпляр класса пользователя Active Directory для пользователя llassite .

Рис. 3. Свойства пользователя LDAP

Свойство аутентификации пользователя LDAP uid TEPS/e должно совпадать с учетной записью пользователя сервера портала. Для этого измените атрибут пользователь/uid Active Directory для пользователя llassite и задайте uid=llassite , чтобы учетная запись пользователя llassite сервера портала совпадала с uid=llassite в объекте LDAP CN=Lin Lassiter,CN=ITMtepsUsers,OU=ITMUsers,DC= компания,DC=com (ее можно найти, выполнив поиск каталога, который начинается с базовой записи CN=ITMtepsUsers,OU=ITMUsers,DC= компания,DC=com .

И дают представление общей идеи свойств Active Directory , которые будут использоваться для аутентификации LDAP. Знание того, где находятся пользователи LDAP в Active Directory (база для запроса или поиска пользователей Tivoli Monitoring в каталоге), и схемы пользователя (атрибут объекта пользователя, который содержит точное имя пользователя, используемое для аутентификации), критически важно для успешного конфигурирования аутентификации пользователей LDAP Сервер Tivoli Enterprise Monitoring илиTivoli Enterprise Portal Server .

Прим.: Разрешения учетной записи пользователя сервера портала для таких функций Tivoli Monitoring , как приложения, представления и группы, будут по-прежнему управляться инструментом администрирования пользователей сервера портала, как это показано на .

Рис. 4. Разрешения пользователя Tivoli Enterprise Portal Server

Аутентификация пользователей LDAP доступна только для отдельных пользователей Tivoli Monitoring и групп пользователей. Разрешение аутентификации LDAP для отдельных пользователей Tivoli Monitoring обеспечивает максимальную гибкость как на стороне IBM Tivoli Monitoring , так и на стороне LDAP. Для управления автоматизированной синхронизацией пользователей Active Directory и Tivoli Monitoring можно использовать сценарии. Сценарии сбора данных для учетных записей пользователей Active Directory могут гарантировать, что изменения учетных записей Active Directory (например, добавление или удаление пользователей) будут отражены в соответствующих пользователей Tivoli Enterprise Portal при помощи команды tacmd .

Данная статья является свободным переводом статьи Стива Павлины «Overcoming procrastination » с реальными примерами из моей жизни.

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

Приступая к работе, говорите себе «Я хочу это сделать» вместо того, чтобы постоянно напоминать себе «Мне надо это сделать». Как бы то ни было, всегда вам выбирать, делать что-то либо нет, даже если последствия могут быть неприятными. Сделайте осознанный выбор того, что бы вам хотелось сделать сейчас, и сделайте это! Я обычно составляю план на день, в который я помещаю только те задачи, которые мне хочется увидеть сделанными. Это мой выбор — поэтому их всегда хочется сделать.

Если думать о задаче как о большом слоне, которого вы хотите съесть, то наверняка вы отложите эту задачу «на потом». Спросите себя: «С чего я могу начать прямо сейчас?» Откусите слону ухо и не думайте о том, как он может весь поместиться в вас. Когда это сделано, выберите следующую саму маленькую часть слона либо самую вкусную — без разницы — и съешьте её! По мере уничтожения монстра вы узнаете подробности о слоне, которые не видны были сперва. Каждый раз вы начинаете со следующей мелкой части и получаете от этого удовольствие, пока вы в итоге не обнаружите, что от слона остался один хвост, который без проблем может поместиться в вас за один присест. Если задача необъятная либо не приятная (но, безусловно, важная для вас!) – смело начинайте и пока не думайте о завершении.

Всегда позволяйте себе право быть человеком. А человек может ошибаться, с этим ничего не поделаешь. Многим гениальным творениям предшествовало 1000 неудачных, но вряд ли эти гениальные творения появились, если бы не эти 1000 предшествующих. Несовершенная работа, сделанная сегодня, всегда лучше, чем идеальная, отложенная навсегда . Если вы хотите написать статью на 5000 слов, позвольте вашему первому черновику состоять только из 100 слов. Обычно я разбиваю неподъемную задачу на несколько мелких дел, не думая о том, кому придётся их делать. Потом беру одну из них, добавляю в список «сделать сегодня» и приступаю без всяких мыслей об идеальности результата. Это не представляет особого труда, так как большая идеально выполненная задача была заменена маленьким съедобным кусочком.

Ещё одна причина отсрочки — ассоциация задачи с лишением. Вы думаете, что занятие делом поглотит всё свободное время и я не смогу его потратить на то, что мне нравиться и интересно. Такая мысль, конечно, не благоприятствует решению задачи. В этом случае я рекомендую выделить время на занятие тем, чем нравиться: хобби, семья, всё что угодно. Выделите на это время и не позволяйте другим задачам вторгаться в эти промежутки. Если у вас будет только два часа на решение задачи, и вы знаете что все остальное время уже занято приятными для вас делами, то особого труда не составит сделать эту задачу, так как другого случая не предвидеться.

В один из своих рабочих дней я был вынужден уйти рано, и было всего лишь 6 с половиной часов на решение всех задач. Я точно знал, что в 16:30 вынужден покинуть офис независимо от того, сколько успел сделать. День прошёл экстремально эффективно, было выполнено около 12 задач, на которые в другие дни ушло бы 8, а то и больше часов. Причем это придало мне положительный эмоциональный заряд на оставшийся вечер.

Мне нравиться выделять дни, непосвящённые никаким делам. Обычно более чем достаточно одного такого дня в неделю (воскресение!), в который удаётся расслабиться полностью и зарядиться энергией на грядущие 6 дней. Когда знаешь, что завтра выходной, и у тебя не будет права что-либо делать — в предыдущий день очень хочется сделать как можно больше.

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