Category: здоровье

отдых

Обо мне, и всем что тут есть.

Всем привет!
Меня зовут Бояршинов Алексей, я учредитель и директор ИТ-компании Корада, мы занимаемся автоматизацией бизнеса на 1С платформе. Наша работа, это не про бухгалтерию или кадры (хотя и это тоже мы можем), это скорее про бизнес-процессы, управленческий учет, бюджетирование, консолидированную отчетность, и индивидуальную (заказную) разработку.

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

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

Платить подрядчику - хорошо для заказчика...

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

А вот и нет! Поверьте, я пытаюсь смотреть на ситуацию с точки зрения Заказчика. Невероятно?

В ходе проекта (если его объем больше недели, а может и даже в таком микро-проекте), выявляются разные "шаг вправо, шаг влево". Какие-то неучтенные задачи, требования, пожелания, которые вроде как "мы с самого начала говорили", но четко нигде не описаны и не оценивались в бюджете проекта. Или задача решена, заказчик посмотрел и сказал что хочет чтобы было "сделано по другому", и так как сейчас "совсем не устраивает, любому же понятно".

Сравним 2 ситуации:

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

В общем, каким-то образом клиент "продавил" очередные работы в рамках старого бюджета. Что же дальше?


  1. Про дэдлайны не говорим. Эта задача и так бесплатная, ну какие дэдлайны? Нет, конечно какие-то сроки будут обозначены, но как только есть причина их сдвинуть, они будут сдвинуты.

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

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


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


  1. Мы, поскольку у нас идет большой проект, и клиент нам приятен, стараемся оценить настолько аккуратно, насколько возможно. Никаких "давайте заложим на всякий случай, наверняка при сдаче он вспомнит что-нибудь, еще 5 раз переделывать будем".

  2. Задача делается хорошо и оперативно, она ведь оплачивается, всем хочется быстро ее решить, закрыть, выставить счет

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


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

Кстати, это же правило работает когда мы - Заказчик ) Такое бывает реже, но бывает. Очень стараемся быть адекватным заказчиком, не спорить с подрядчиками о трудозатратах и бюджетах, не взрывать им мозг дополнительными пожеланиями, максимально четко и с первого раза формулировать свои ожидания.

отдых

"Правила долголетия". Дэн Бюттнер

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

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

Прочитал книгу Дэна Бюттнера, "Правила долголетия".

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

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

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

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

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

И еще у меня сложилось ощущение, что во всех зонах была одна общая причина - на протяжении веков жизнь в них была крайне трудной: множество болезней с которыми не знали как бороться, голод, тяжкий труд. Эти экстремальные условия закалили людей, слабые просто не выживали, а уж те кто выживал, были сильными (такой естественный отбор). А потом, в 20 веке, когда цивилизация добралась до них, условия жизни резко улучшились, и в этих, гораздо более мягких, условиях, эти закаленные люди показали высокую длительность жизни и здоровье в преклонном возрасте. Пройдет одно-два поколения, и эти голубые зоны выровняются с окружающими местностями, жесткий отбор самых сильных и их "пожизненная тренировка" уже прекратилась.

Что в общем не мешает выполнять рекомендации автора, они разумны, и я их постепенно буду интегрировать их в свою жизнь (а часть уже выполняю и так)).
Несмотря на некоторые сомнения в выводах, книга хороша - читается легко, может даже перечитал бы через некоторое время, чтобы снова погрузиться в жизнь на Сардинии или в Коста-Рике :) Пока сам там не побывал)

Как всегда, майнд-мэп (по клику откроется большая картинка):
Правила долголетия. Дэн Бюттнер
отдых

Регламентация работы. Техподдержка ч.1.

О, а давайте я немного расскажу про регламентацию процессов внутренних?

На примере блока, который я уже почти весь прописал?

Это сервис-деск, моя бывшая головная боль. Сейчас я тоже дергаюсь временами, но в целом все стало гораздо тише и лучше.
Я начну с результатов, а потом постепенно перейду к механизму описания бизнес-процессов компании через майнд-мэппинг. Это, ИМХО, уникальная методика - ну может кто-то еще так делает, но я не видел, и для себя все придумал "с чистого листа".

У меня вышла одна охренительная карта бизнеса, в ней видно ВСЕ как на ладони, а главное, в нее очень легко вносить модификации когда надо, по результатам ретроспектив например. Из нее для каждого блока получается следующий набор документов:
  • Бизнес-процесс
  • Регламенты
  • Формы данных
  • Списки
  • Должностные инструкции
Корада.ЖизненныйЦиклЗаявки
Сначала покажу "конец цепочки". Жизненный цикл заявки выглядит так (по клику откроется читаемая).
Эта схема доступна каждому в специальном разделе нашего Мегаплана. Специалист техподдержки с ней реально работает (сверяется, когда не уверен что делать). Я это вижу (края глаза присматриваю:)).

Пройдет еще неделька, схема окончательно обкатается (ей 2 недели сейчас, еще возможны корректировки), и финальный вариант будет распечатан под роспись, а большая картинка на А3 пойдет на стену рядом с рабочим местом спеца техподдержки. Вместе с внутренним регламентом работы с клиентами и таблицей маршрутизации заявок. Об этом в следующий раз :)