Актуарий страхования жизни
Feb. 27th, 2025 08:48 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
green_frПрошло 5 месяцев, как я сменил работу. Стиль очень сильно отличается от того, что было в предыдущем отделе. Причём и в профессиональном смысле, и в личном. Про личное сформулировать проще: в новом отделе люди разговаривают друг с другом :-) В старом накладывалось сразу несколько факторов: личность начальника (он правда не понимает, зачем вообще нужно разговаривать, когда можно не), состав отдела (одновременно ушло несколько человек, а те, кого нанимали с тех пор, были какими-то феерически неприятными в общении людьми), да я и сам не сказать, чтобы слишком уж горел или умел с людьми общаться (письменно мне это удаётся лучше).
Сильно отличается ритм работы. В прошлом отделе у меня не было практически никакой привязки к реальному миру, чистое моделирование. Или даже скорее разработка моделирования, потому что регулярные расчёты делал не я, то есть и к датам отчётов никакой привязки у меня не было. К слову о предыдущем параграфе: только уйдя в новый отдел, я узнал, кто в старом занимался этими расчётами, и в чём именно они заключались. На мне была только одна привязанная к реальному миру задача, для которой маржа по времени плюс-минус месяц. Здесь же очень чёткий производственный цикл: закрытие каждого триместра занимает практически весь первый месяц следующего, таким образом отпуск в январе / апреле / июле / октябре мне в ближайшие годы не светит. Скорее всего и в марте тоже, потому что это закрытие года.
Закрытие триместра выглядит следующим образом: есть некий список задач, расписанных между работниками разных отделов. В идеале они представляют собой такой вот конвейер, когда каждый получает данные от нескольких процессов, считает что-то своё и передаёт результат зависящим от этих данных процессам. В моём списке порядка 25-30 задач. Каждая задача имеет дату теоретически возможного начала (дата, когда будут доступны все необходимые для неё элементы) и предполагаемая дата конца. Задача может занимать от часа до нескольких дней.
Основную часть своих задач я успел посмотреть в июле прошлого года, но достаточно поверхностно — за этот периметр отвечал H., и он передавал мне свои знания в перерывах между самими задачами, когда у него была свободная минута. А я конспектировал, не всегда понимая, о чём именно он говорит. Подразумевалось, что в июле я смотрю, а в октябре я под присмотром того же H. делаю эти же задачи самостоятельно. Но у H. случились какие-то его семейные истории, и он на 3 месяца ушёл в отпуск. Поэтому октябрь был более чем стрессовым. Я смотрел на собственное расписание, потом на июльские конспекты — и пытался что-то из этого сделать. При этом в отделе в это же время не вышла из декрета девочка, на которую рассчитывали в октябре, поэтому у меня не было особенно возможности говорить «я новенький, у меня лапки». Шеф тем не менее частично меня разгрузил, взяв на себя какие-то задачи, но всё равно это было спортивно. В последний день перед отпуском (Египет, я его давно запланировал, но он попал как раз на конец закрытия триместра, поэтому все посмотрели на меня косо, вздохнули, но промолчали), когда я понял, что я сделал и сдал всё, что планировал — я наконец-то выдохнул и уехал.
Ноябрь по договорённости со старым отделом я частично снова работал на них (та самая единственная связанная со внешним миром задача, ORSA). Параллельно сделал ещё один проект — оказалось, что оба отдела делают очень похожие задачи, но поскольку никто ни с кем не разговаривает, этот отдел не был в курсе, как именно мы автоматизировали аналогичную задачу у себя в старом отделе. У меня был повод блеснуть: шеф собрал общее собрание, потому что эта задача в прошлом году заняла у H. несколько месяцев, и шеф хотел бы разбить её на кусочки, чтобы и быстрее сделать, и чтобы все более-менее в курсе были, в чём там дело. После вступительного слова начальника я рассказал, как это было устроено у нас в старом отделе, и сказал, что готов за неделю довести этот проект до состояния «нажми на кнопку — получишь результат». После минутной паузы шеф (под облегчённые выдохи коллег) закрывает собрание, тема закрыта. Ну а я довёл, нажал и получил.
В декабре разобрал свои конспекты задач, в основном заметки «TODO» с идеями оптимизации процесса. Переделал по-новому некоторые из октябрьских задач, чтобы убедиться, что мой вариант не только проще, но и даёт тот же результат. Параллельно сделал по файлу (Word) на каждую задачу с описанием, в чём она состоит. Как минимум для себя: с моей памятью я через день могу не вспомнить, как я пришёл к тому или иному результату. А уровень понимания целей каждой задачи у меня всё ещё недостаточный, чтобы каждый раз выводить методику из имеющихся данных и стоящей цели. Но и вообще, есть идея сделать какой-то депозиторий таких инструкций, чтобы было проще передавать задачи из рук в руки. У нас есть какие-то мануалы, написанные много лет назад, которые с тех пор никто не обновлял — впрочем, в старом отделе и этого не было.
В январе добавились какие-то новые задачи, сейчас у меня уже 34 таких файлика. Надо придумать ещё, в какой форме это всё вести. Потому что важна не только инструкция, но и история (регулярно нужно понять, как были получены результаты год назад). При этом изменения инструкции могут обозначать исправление / упрощение, но чаще всего — это изменение реального мира, которое отражается в результатах нашей работы. Например, в прошлом триместре только на моём периметре один контракт ушёл полностью (перевели в другую систему, и там он обрабатывается автоматически), один контракт радикально изменился (был в unités de compte, остался только в евро), и в новую гамму продуктов перевели несколько сотен миллионов из старой гаммы (очевидно, что это единичный случай, не предусмотренный стандартной процедурой). И так каждый триместр. В этом году у нас запланировано слияние двух компаний (в настоящее время одна владеет 99.99% акций другой — это не шутка, там реально 10000 акций, и одна акция принадлежит третьей — тоже нашей — компании). Запланировано слияние двух портфелей (примерно 80% и 10% от самой большой Vie-компании), со всеми сопутствующими граблями — какие-то показатели продолжают вестись по-отдельности, какие-то объединяются. Ещё одно слияние обсуждается — не факт, что за 2025 год договорятся до чего-то. То есть, процедуры должны оставаться «живыми».
Соответственно, мои файлики с инструкциями хранят не только основное поведение, но и исключительные ситуации каждого конкретного триместра — эта информация нужна в основном для истории / контроля, актуальна максимум год, чтобы не изобретать велосипед, пока исключительная ситуация ещё актуальна, а потом не должна мусорить основной документ. Пока что я делаю каждый триместр копию всех документов, и в процессе выполнения задачи обновляю её документ, убирая устаревшую информацию, и дополняя, что я в этот раз делал не так, как обычно. Идеально было бы всё это держать в какой-то системе версий, но я знаю только системы для текстовых файлов — а тут хотелось бы иметь хотя бы минимальную разметку (я пока что всё веду в Word).
Вообще, конечно, должны быть какие-то системы управления версиями нетекстовых файлов. Удивительно было бы, если бы такого не было. Но я не могу найти. Точнее, все системы умеют управлять версиями, но никто не может показывать отличия разных версий одного файла, если это файл Word или Excel. Хотя, казалось бы, распространённые форматы. У меня там ещё одна задача на SAS — я сразу решил хотя бы код засунуть в какой-нибудь там git / SVN. Потому что смешно: в начале каждого файла на целую страницу ручками написанный комментарий о том, кто что когда и зачем изменял в этом файле. Со ссылками на номера исправленных строчек — по нумерации на момент исправления :-) Но часть кода хранится просто текстом, а часть — в проекте SAS, потому что там несколько модулей. А проект в SAS — это тоже бинарник. Туда же вопрос, как хранить разные версии кода на VBA.
Разговаривали на днях сmbla и bgmt о перспективах карьеры. О том, что если ты хочешь заниматься более интересными задачами, то тебе приходится одновременно и подниматься по ступенькам менеджмента. Грубо говоря, на низком уровне ты занимаешься простыми задачами, чем выше — тем более интересные задачи через тебя проходят, и тем больше шансов, что тебе достанется именно то, что интересно именно тебе. При том, что есть люди, не желающие заниматься менеджментом (я, например, не представляю, чтобы я управлял людьми, и не стал при этом начальником-фашистом). Для них есть какие-то абстрактные должности «экспертов». Собственно, примерно в этом направлении я и развиваюсь. И именно поэтому приходится раз в несколько лет менять отдел — одним и тем же заниматься скоро надоедает (предыдущий отдел в этом был исключительным, я там 14 лет проработал!), без подъёма по менеджерской лестнице ты не можешь расширять свой горизонт кроме как перепрыгивая в соседние отделы.
В этом смысле новый отдел прекрасный, потому что он открывает огромное количество возможностей для следующей должности. Это в прошлом отделе мы сидели в своей каморке и ни с кем вообще не работали вместе. А здесь у меня уже есть профессиональные контакты с несколькими соседними отделами, к которым можно будет через несколько лет присмотреться.
На эту тему понравился ещё комментарий Анюты. О том, почему людям не дают спокойно работать «экспертами», а пушат «в начальники». Потому что большому начальнику же тоже хочется иметь под собой вменяемых начальников среднего звена. Я от себя добавил бы, что те же люди, которые гордятся своей экспертной должностью, часто ругаются, что в менеджеры идут кто попало. Не замечая противоречия.
Сильно отличается ритм работы. В прошлом отделе у меня не было практически никакой привязки к реальному миру, чистое моделирование. Или даже скорее разработка моделирования, потому что регулярные расчёты делал не я, то есть и к датам отчётов никакой привязки у меня не было. К слову о предыдущем параграфе: только уйдя в новый отдел, я узнал, кто в старом занимался этими расчётами, и в чём именно они заключались. На мне была только одна привязанная к реальному миру задача, для которой маржа по времени плюс-минус месяц. Здесь же очень чёткий производственный цикл: закрытие каждого триместра занимает практически весь первый месяц следующего, таким образом отпуск в январе / апреле / июле / октябре мне в ближайшие годы не светит. Скорее всего и в марте тоже, потому что это закрытие года.
Закрытие триместра выглядит следующим образом: есть некий список задач, расписанных между работниками разных отделов. В идеале они представляют собой такой вот конвейер, когда каждый получает данные от нескольких процессов, считает что-то своё и передаёт результат зависящим от этих данных процессам. В моём списке порядка 25-30 задач. Каждая задача имеет дату теоретически возможного начала (дата, когда будут доступны все необходимые для неё элементы) и предполагаемая дата конца. Задача может занимать от часа до нескольких дней.
Основную часть своих задач я успел посмотреть в июле прошлого года, но достаточно поверхностно — за этот периметр отвечал H., и он передавал мне свои знания в перерывах между самими задачами, когда у него была свободная минута. А я конспектировал, не всегда понимая, о чём именно он говорит. Подразумевалось, что в июле я смотрю, а в октябре я под присмотром того же H. делаю эти же задачи самостоятельно. Но у H. случились какие-то его семейные истории, и он на 3 месяца ушёл в отпуск. Поэтому октябрь был более чем стрессовым. Я смотрел на собственное расписание, потом на июльские конспекты — и пытался что-то из этого сделать. При этом в отделе в это же время не вышла из декрета девочка, на которую рассчитывали в октябре, поэтому у меня не было особенно возможности говорить «я новенький, у меня лапки». Шеф тем не менее частично меня разгрузил, взяв на себя какие-то задачи, но всё равно это было спортивно. В последний день перед отпуском (Египет, я его давно запланировал, но он попал как раз на конец закрытия триместра, поэтому все посмотрели на меня косо, вздохнули, но промолчали), когда я понял, что я сделал и сдал всё, что планировал — я наконец-то выдохнул и уехал.
Ноябрь по договорённости со старым отделом я частично снова работал на них (та самая единственная связанная со внешним миром задача, ORSA). Параллельно сделал ещё один проект — оказалось, что оба отдела делают очень похожие задачи, но поскольку никто ни с кем не разговаривает, этот отдел не был в курсе, как именно мы автоматизировали аналогичную задачу у себя в старом отделе. У меня был повод блеснуть: шеф собрал общее собрание, потому что эта задача в прошлом году заняла у H. несколько месяцев, и шеф хотел бы разбить её на кусочки, чтобы и быстрее сделать, и чтобы все более-менее в курсе были, в чём там дело. После вступительного слова начальника я рассказал, как это было устроено у нас в старом отделе, и сказал, что готов за неделю довести этот проект до состояния «нажми на кнопку — получишь результат». После минутной паузы шеф (под облегчённые выдохи коллег) закрывает собрание, тема закрыта. Ну а я довёл, нажал и получил.
В декабре разобрал свои конспекты задач, в основном заметки «TODO» с идеями оптимизации процесса. Переделал по-новому некоторые из октябрьских задач, чтобы убедиться, что мой вариант не только проще, но и даёт тот же результат. Параллельно сделал по файлу (Word) на каждую задачу с описанием, в чём она состоит. Как минимум для себя: с моей памятью я через день могу не вспомнить, как я пришёл к тому или иному результату. А уровень понимания целей каждой задачи у меня всё ещё недостаточный, чтобы каждый раз выводить методику из имеющихся данных и стоящей цели. Но и вообще, есть идея сделать какой-то депозиторий таких инструкций, чтобы было проще передавать задачи из рук в руки. У нас есть какие-то мануалы, написанные много лет назад, которые с тех пор никто не обновлял — впрочем, в старом отделе и этого не было.
В январе добавились какие-то новые задачи, сейчас у меня уже 34 таких файлика. Надо придумать ещё, в какой форме это всё вести. Потому что важна не только инструкция, но и история (регулярно нужно понять, как были получены результаты год назад). При этом изменения инструкции могут обозначать исправление / упрощение, но чаще всего — это изменение реального мира, которое отражается в результатах нашей работы. Например, в прошлом триместре только на моём периметре один контракт ушёл полностью (перевели в другую систему, и там он обрабатывается автоматически), один контракт радикально изменился (был в unités de compte, остался только в евро), и в новую гамму продуктов перевели несколько сотен миллионов из старой гаммы (очевидно, что это единичный случай, не предусмотренный стандартной процедурой). И так каждый триместр. В этом году у нас запланировано слияние двух компаний (в настоящее время одна владеет 99.99% акций другой — это не шутка, там реально 10000 акций, и одна акция принадлежит третьей — тоже нашей — компании). Запланировано слияние двух портфелей (примерно 80% и 10% от самой большой Vie-компании), со всеми сопутствующими граблями — какие-то показатели продолжают вестись по-отдельности, какие-то объединяются. Ещё одно слияние обсуждается — не факт, что за 2025 год договорятся до чего-то. То есть, процедуры должны оставаться «живыми».
Соответственно, мои файлики с инструкциями хранят не только основное поведение, но и исключительные ситуации каждого конкретного триместра — эта информация нужна в основном для истории / контроля, актуальна максимум год, чтобы не изобретать велосипед, пока исключительная ситуация ещё актуальна, а потом не должна мусорить основной документ. Пока что я делаю каждый триместр копию всех документов, и в процессе выполнения задачи обновляю её документ, убирая устаревшую информацию, и дополняя, что я в этот раз делал не так, как обычно. Идеально было бы всё это держать в какой-то системе версий, но я знаю только системы для текстовых файлов — а тут хотелось бы иметь хотя бы минимальную разметку (я пока что всё веду в Word).
Вообще, конечно, должны быть какие-то системы управления версиями нетекстовых файлов. Удивительно было бы, если бы такого не было. Но я не могу найти. Точнее, все системы умеют управлять версиями, но никто не может показывать отличия разных версий одного файла, если это файл Word или Excel. Хотя, казалось бы, распространённые форматы. У меня там ещё одна задача на SAS — я сразу решил хотя бы код засунуть в какой-нибудь там git / SVN. Потому что смешно: в начале каждого файла на целую страницу ручками написанный комментарий о том, кто что когда и зачем изменял в этом файле. Со ссылками на номера исправленных строчек — по нумерации на момент исправления :-) Но часть кода хранится просто текстом, а часть — в проекте SAS, потому что там несколько модулей. А проект в SAS — это тоже бинарник. Туда же вопрос, как хранить разные версии кода на VBA.
Разговаривали на днях с
mbla и bgmt о перспективах карьеры. О том, что если ты хочешь заниматься более интересными задачами, то тебе приходится одновременно и подниматься по ступенькам менеджмента. Грубо говоря, на низком уровне ты занимаешься простыми задачами, чем выше — тем более интересные задачи через тебя проходят, и тем больше шансов, что тебе достанется именно то, что интересно именно тебе. При том, что есть люди, не желающие заниматься менеджментом (я, например, не представляю, чтобы я управлял людьми, и не стал при этом начальником-фашистом). Для них есть какие-то абстрактные должности «экспертов». Собственно, примерно в этом направлении я и развиваюсь. И именно поэтому приходится раз в несколько лет менять отдел — одним и тем же заниматься скоро надоедает (предыдущий отдел в этом был исключительным, я там 14 лет проработал!), без подъёма по менеджерской лестнице ты не можешь расширять свой горизонт кроме как перепрыгивая в соседние отделы.В этом смысле новый отдел прекрасный, потому что он открывает огромное количество возможностей для следующей должности. Это в прошлом отделе мы сидели в своей каморке и ни с кем вообще не работали вместе. А здесь у меня уже есть профессиональные контакты с несколькими соседними отделами, к которым можно будет через несколько лет присмотреться.
На эту тему понравился ещё комментарий Анюты. О том, почему людям не дают спокойно работать «экспертами», а пушат «в начальники». Потому что большому начальнику же тоже хочется иметь под собой вменяемых начальников среднего звена. Я от себя добавил бы, что те же люди, которые гордятся своей экспертной должностью, часто ругаются, что в менеджеры идут кто попало. Не замечая противоречия.
no subject
Date: 2025-02-27 09:25 am (UTC)Хотя, конечно, в целом лучше текстом. Mermaid позволяет иметь различные графические схемы в .md-файлах.
А по второму вопросу... вечная тема, наверно. Смотря чего надо, конечно. Я из этой гонки уже вышел, смотрю на это с непониманием и сочувствием.
no subject
Date: 2025-02-27 09:48 am (UTC)Ну и конкретно у нас на работе этот сервис закрыт :-)
Mermaid недавно обнаружил, сделал на нём последний проект в старом отделе (красивые картинки в качестве завещания сменяющей меня девочке). Фантастика, конечно!
no subject
Date: 2025-02-27 11:07 am (UTC)no subject
Date: 2025-02-27 11:25 am (UTC)no subject
Date: 2025-02-27 12:47 pm (UTC)Ну, и про карьерный рост: Машу несколько лет назад стали продавать под наименованием expert solution (не в смысле знания ей какого-то продукта, а в смысле, что вот, у вас проблема, а она её решит).
no subject
Date: 2025-02-27 01:13 pm (UTC)no subject
Date: 2025-02-27 01:32 pm (UTC)можешь попробовать dokuwikistick - энжина запускается хоть с флешки и работает прямсразу, то есть "установки" как таковой там нет.
no subject
Date: 2025-02-27 03:03 pm (UTC)no subject
Date: 2025-02-27 03:18 pm (UTC)no subject
Date: 2025-02-27 03:20 pm (UTC)no subject
Date: 2025-02-27 03:24 pm (UTC)Principal advantages of using DokuWiki
Organisation is much more sophisticated and functional than the one we used to use (file system) - it's a Wiki!
Supports easy-to use inter-document hyperlinks
Allows extensive reuse of the document sections
Simplifies the teamwork (composing the documents from sections written by different people)
Instantly generates PDFs grouping any number of the documents (avoiding the duplication of the information making the documentation difficult to maintain; especially important for the reglementary documentation)
Produces output highly readable both on a web browser and in PDF reader (because of the markup simplicity)
Includes (nearly instant) global search
Internally uses easy to maintain plain text format
Integrates the links to the files (see the PDF/DOC column in Wiki Home) and other http sources (for example, the Tickets row in the table in Wiki Home)
Supports user access and rights management, limiting readability and editability of pages to certain users or user groups
Very easy to use, encouraging people to document their actions here
Personally, I (AP) have found here all the functionality I miss in regular MS Word or OpenOffice Writer; it also seems much simpler, faster and bug-free then both of these