Собираетесь в другой город, но ни разу там еще не были? Это командировка или поездка в отпуск «дикарем»? Нужно распланировать путешествие?
Вчера нашел интересный сервис, который поможет распланировать все нюансы поездки: авиабилеты, такси, гостиницы, питание и много других полезных мелочей. Сервис называется «КомСиндром» – http://komsindrom.ru/.
Только что нашел достаточно занятный сервис в Интернете – РОЗЫСК НАСЛЕДНИКОВ. Данный сервис позволяет найти наследников по открытым наследственным делам.
Если ты хочешь узнать, не оставил ли тебе кто-нибудь неожиданное наследство, то заходи на http://www.notary.ru/people/findinh.php, вводи ФИО известных тебе родственников, почивших в бозе, и звони нотариусу с просьбой посмотреть тебя в списке наследников или узнать о возможности наследования части или всего имущества. 
Смотрю на статистику своего блога и вижу постоянное увеличение активности пользователей. Спамеры, видимо, это тоже замечают. В комментарии посыпались предложения «Хочу купить рекламу в Вашем блоге». Для таких предложений у меня есть ответ – не продаюсь.
Если подумать разумно, то что, кроме геморроя, может мне принести такая реклама? Мне кажется, что ничего. Именно по этому я не размещаю рекламные блоки на этом сайте. Даже от известных поставщиков рекламы.
Все началось с того, что мне понадобилось перенести мой домен от одного регистратора к другому. Процесс этот требует отправки заявлений и копий паспорта. Ну а так как писать заявления необходимо в оба регистратора, то пришлось отправлять два письма – одно Москва-Питер, другое Москва-Москва. Обычной почтой письмо отправлять не хотелось – вдруг потеряется, решил отправить заказным.
В пятницу утром я забежал на почту рядом с домом, купил большие конверты и заполнил адреса. Вложив заявления и копию паспорта, я передал конверты в окошко женщине неопределенного возраста (привет из Советского Союза). Женщина быстро поколдовала над компьютером и приняв у меня деньги выдала два чека. Близкое рассмотрение чека показало, что мне навязали услугу, которую я не заказывал – наклеили марки на конверты по 5 руб. за конверт. Ну ладно, ругаться не стал, но «осадочек остался».
Во вторник вечером написал одному из регистраторов письмо с просьбой подтвердить получение моего заказного письма. Мне ответили, что еще не получали. И тут я озаботился вопросом: «а сколько же идет заказное письмо?».
Исследования по теме показали, что в среднем письмо должно идти около 4-х дней, а так же позволили найти один совершенно неожиданный сервис – Отслеживание почтовых отправлений. Для отслеживания требовался почтовый идентификатор, который указан на чеке. Не знаю почему, но чеки я не выкинул сразу, а оставил у себя. В итоге были найдены два идентификатор – по одному на каждый чек. Поиск по данным идентификаторам показал, что спустя 5 дней (два из них – выходные) письмо в Питер было доставлено в понедельник (во всяком случае, в нужное отделение связи), а письмо из Москвы в Москву все-еще не доставлено. М-да, письма из Москвы в Питер ходят намного быстрее, чем по Москве. Нонсенс!
В виде резюме отмечу, что при оставшемся достаточно «совковом» виде и обслуживании Почта России где-то глубоко внутри меняется и становится лучше. Жаль, только мы об этом почти ничего не знаем.
Где-то месяц назад я в очередной раз решил попробовать Linux. Ранее я ставил Ubuntu – данный дистрибутив понравился больше других своей простотой. Сейчас пошел по такому же пути, как и раньше.
Первым делом скачал диск с дистрибутивом Ubuntu 9.10 с сайта http://ubuntu.com/ размером менее 700 МБ. Т.к. я не люблю экспериментировать с живой системой, то установил VMware Player для запуска виртуальных машин.
Создание виртуальной машины и установка на нее Ubuntu, используя мастер установки VMware, прошли с такой легкость, что я даже немного опешил – пришлось ввести всего несколько значений и мастер установки зашуршал ставить систему. В результате получилась полностью рабочая и предварительно сконфигурированная система с установленными VMware Tools.
Тут я подумал: “Как же я мог пропустить этот замечательный процесс конфигурирования?”. И решил все переставить без мастера установки VMware… Тут получился процесс конфигурации немного посложнее – пришлось ввести чуть больше параметров, а потом поставить вручную VMware Tools (хоть все функции системы работали прекрасно и без них). Особых сложностей все это не вызвало – Интернет дал ответы на все вопросы, но первый способ оказался намного проще.
Итак система запустилась, ничего дополнительно из оборудования настраивать не пришлось – сеть и доступ через рутер в Интернет, видюха подцепились без вопросов, т.е. в автоматическом режиме.
Порадовало выскочившее предупреждение о том, что доступны обновления для установленных программ и самой системы. Обновления были сразу же поставлены.
Установка нужного языка системы (с английского на русский) тоже оказалась тривиальной – все достаточно понятно.
В стандартной поставке сразу идет минимально необходимый комплект программ – проигрыватели, игрушки, графический редактор и набор офисных программ. Одним словом, можно сразу работать. Если захочется что-нибудь поставить недостающее, то есть специальная программа, которая позволяет установить из репозитария программ Ubuntu совместимые приложения (их там очень много).
Следующим шагом стала установка недавно вышедшей первой бета-версии Ubuntu 10.4. Инструккция по обновлению находится на сайте Ubuntu и содержит всего одну командную строку. Компьютер загрузил необходимые пакеты для обновления и поставил их часа за полтора-два (основное время заняла загрузка). После перезагрузки система сразу заработала не смотря на статус первой бета-версии. При этом обновлялка сразу ругнулась, что доступен один пакет для обновления и предложила его поставить.
Поставленную систему пока использовал для веб-серфинга и игр из стандартного комплекта поставки. Опенофисные программы запускаются и позволяют работать с документами, но на полную совместимость с майкрософтовским офисом еще не проверял (как я понял из Интернета, совместимость очень высокая).
В течение месяца постараюсь поработать полноценно в этой системе и понять для себя, насколько Linux в конкретной реинкарнации Ubuntu подходит для домашнего использования.
Сейчас же я могу сделать предварительный вывод о том, что система кажется интуитивно понятной и легкой в освоении – не хуже Windows Vista. К тому же к системе дается дополнительный комплект бесплатного софта, который находится в одном месте и ставится местами легче, чем в Windows.
Я уже писал в заметке «Кто виноват?» о том, как следует реагировать на те ситуации, когда подчиненные не выполняют с должным качеством поставленные задачи. Сейчас я хочу осветить вопрос постановки задач.
Зачастую, задачи для подчиненных ставятся «сверху» – руководство просто ставит исполнителя перед фактом – есть задача, есть сроки, должен быть такой результат и т.п. Иногда бывает и такое, когда руководство ставит «размытые» задачи – нечетко сформулированные («ну, ты сам потом разберешься…»). В результате, исполнитель не всегда справляется с поставленными задачами.
Что же делать, чтобы более эффективно управлять и выполнять задания? Это должна быть работа двух сторон – того, кто ставит задачу, и того, кто ее исполняет.
Руководитель при постановке задачи обязательно должен согласовать ее содержание и сроки с исполнителем. При этом должно быть получено не формальное, а реальное подтверждение от исполнителя того, что задача полностью понятна и поставленные сроки соответствуют оценочным со стороны исполнителя. Исполнитель же должен при необходимости скорректировать постановку задач и сроки исполнения. Так же могут быть озвучены риски, которые могут возникнуть в процессе выполнения задачи. Если риски могут существенно скорректировать сроки, то необходимо дать две оценки по срокам: пессимистичная (с учетом всех рисков) и ожидаемая (если все пойдет по графику).
Часто бывает, что при реализации достаточно сложной задачи возникают непредвиденные ситуации (срабатывают неизвестные на момент старта работ риски). Иногда, в процессе реализации задачи приходит понимание, что задача оказалась намного сложнее, чем казалось при первоначальной оценке. В этом случае исполнителю необходимо докладывать руководителю о том, что произошло и как это повлияло на сроки. В сложных ситуациях так же следует подготовить для руководства различные варианты исправления ситуации и их влияние на сроки реализации задачи.
Теперь, если вернуться к нашему правительству и руководству страны, хочется спросить у них: А как работает наше правительство и президент? Не похоже на подобный вариант работы, если слишком часто возникают вопросы о должностном соответствии того или иного чиновника. Им бы учиться у коммерческих организаций управлению задачами и ресурсами.
В последнее время в новостях постоянно слышу высказывания нашего текущего президента Медведева о том, что по возникшим проблемам «будут найдены виновные и сделаны соответствующие выводы». Мне кажется, что это не конструктивный метод реагирования на возникшие проблемы.
Конструктивный метод, на мой взгляд, заключается в следующем:
Одним словом, необходимо качественно применять проектное управление и заранее применять Риск-менеджмент. К сожалению, в России с управлением проектами по устоявшимся методологиям (например, PMBoK) дела обстоят очень плохо – очень немногие организации готовы внедрять и использовать такие методологии.
В статьях Проектирование бизнес-приложения: Анализ и Проектирование бизнес-приложения: Анализ 2 я показал подход к возможному способу анализа функциональности системы. Теперь следует более подробно осветить этот процесс на основе примера.
Возьмем для примера интернет-магазин по продаже книг для небольшого издательства.
От заказчика (коммерческого директора Василия) поступило следующее письмо:
Уважаемые разработчики, наш отдел маркетинга предложил создать собственный интернет-магазин по продаже книг – это позволит повысить прибыль. Прошу разработать и согласовать со мной техническое задание на интернет-магазин.
Данное письмо подразумевает выполнение первого этапа работ – анализ потребностей заказчика и формирование технического задания (ТЗ). Любая работа требует организации и контроля. Для этого руководитель подразделения, где обитают разработчики, аналитики и другие спецы, назначает руководителя проекта. Руководитель проекта формирует команду проекта.
В команду проекта должны войти следующие роли:
Рассмотрим работу самой главной роли на этапе анализа – работу аналитика.
Первоначально аналитик должен определить заказчика проекта (в нашем случае это коммерческий директор Василий). Далее определяется рабочая группа со стороны заказчика, в которую должны входить ключевые заинтересованные лица: сам коммерческий директор Василий, начальник отдела розничных продаж Светлана, начальник отдела доставки Максим, начальник склада Роман.
Следующим шагом аналитик должен провести интервью с заинтересованными лицами. Чтобы интервью прошли эффективно, необходимо подготовиться – собрать информацию по имеющимся аналогам системы у конкурентов и/или почерпнуть информацию из специализированной литературы, если аналогов недостаточно.
Интервью могут быть очными (рабочая группа собирается в одном помещении) или в электронном виде (например, электронными письмами). Первоначальная встреча обязательно должна быть очной – на ней закладывается основная концепция системы. В ходе интервью должны быть разработаны бизнес-процессы работы системы, собраны требования к ней. Не стоит сразу заниматься очень подробным описанием – на первых интервью необходимо собрать только основную высокоуровневую информацию. После каждого интервью необходимо согласовать с рабочей группой полученную и обработанную информацию – создать документ, описывающий бизнес-процессы и требования.
В результате наших первых встреч с рабочей группой был получен документ по следующему шаблону: Шаблон документа-концепции
После согласования первой версии документа необходимо по полученным высокоуровневым параметрам системы подобрать бесплатные или коммерческие аналоги системы. Если аналог найден, то задача в некоторой степени упрощается – далее будет производиться внедрение системы и ее настройка под требования заказчика. Если удовлетворяющего аналога нет или стоимость и/или трудоемкость внедрения превысит стоимость и трудоемкость разработки своими силами, то принимается решение о разработке новой системы или отказ от системы вообще.
6 февраля 2010, в субботу в Москву приехала культовая группа Depeche Mode. Приехала, естественно, чтобы порадовать своих фанатов. В очередной раз…
Произвел небольшую реорганизацию на блоге. Теперь есть две рубрики – «О жизни» и «Разработка ПО», которые заимели свои поддомены http://life.usecase.ru/ и http://dev.usecase.ru/ соответственно. Основной http://www.usecase.ru/ будет содержать обе рубрики.
В первой рубрике я буду публиковать то, что меня волнует, но не связано с работой. Во второй же буду писать исключительно о делах околопрограммистских – от разработки до управления разработкой. Так же в дальнейшем я могу дополнить список рубрик интересующими меня темами.
