【読了】総務・経理の仕事が分かる本
会社はヒト、モノ、カネで構成されておりヒトの管理を労務・人事、お金の管理を経理・財務、モノの管理を総務という大きくグルーピングになることがなんとなくわかった。財務分析や法律までカバーしていて、部の責任者として必要なレベル感で情報がまとまっていて、本当読んで良かったと思います。
総務・庶務
ビジネス文書とマナー
- 社外・社内の連絡文書、FAX、メール、電話のやり取り
- 内容証明書：誰に誰がどのような文書をやり取りしたかを証明
- 接客：上座、下座
- 冠婚葬祭
- 年賀状・寒中見舞い・暑中見舞い（残暑見舞い）・お中元（御歳暮）
管理
- 郵送物の管理
- オフィス：引越し、ゴミ、整理整頓（ロッカー、机、テーブル、会議システム、ホワイトボード、最終退室、セキュリティ）
- 顧客リストの管理
- 文具などの消耗品管理
- OA機器の管理（ファックス、電話、プリンタ、パソコンなど）
- 文書保存
- バックアップの管理
- 個人情報の管理：社員との契約含む
- 防災・防火管理：転倒防止、停電対策、非常食、消化器設置、防火設備点検、避難訓練など
人事・労務
人事
- 採用
- 求人・会社説明会
- 面接、採用合否
- 入社手続き
- 退社時の手続き
- 福利厚生
労務
- 就業規則
- 労働組合または従業員代表が意見を集め意見書を作成し、監督署へ届ける
- 賃金規定：賃金決定（基本給、家族手当て、通勤手当てなど）、支払日、昇給、賞与、有給、遅刻欠勤早退、病床など
- 退職金規定
- 労働時間：変形労働時間制だと月単位、1年単位、フレックスがある
- 休日・振替休日・代休
- 時間外労働・休日労働
- 割増賃金
- 時間外労働25%以上
- 深夜労働25%以上
- 休日労働35%以上
- 年次有給休暇：半年勤務で10日以上。時効、退職などで有給の買取はできる
- 遅刻・早退・欠勤
- 業務災害・通常災害：通勤災害の場合は休職適用できるが、業務災害の場合は適用できない
- 懲戒解雇：就業規則に明記、始末書、顚末書
- 算定基礎届：給与額から保険料を決定（年一回）
- 賞与払届：年金事務所へ提出
- 出産・育児：社会保険料免除や給付金がある
- 労災保険：業務中の怪我、通勤災害も含まれる。ただし通勤は認められたい方法と通勤経路である必要あり
- 健康診断：年1回、5年保存、社員50人以上場合は産業医を雇う
- 行政機関の調査：労働基準監督署、年金事務所、社会保険の調査
お金
経理
- 帳簿をつける：会社の営業活動や財務状態を数字で報告、帳簿をつけるのは利益が幾らかを把握、税金の管理につながる
- 業務：現金・伝票・請求などの管理が日常業務、月次では試算表作成（合計の残高一覧）、年次では決算書・年末調整・税金の申告と納税
- その他業務：給与試算と社会保険料の算定、労働保険、金融機関との均衡、資金繰り表作成、予算案作成など
- 経理と財務の違い：経理は経営管理の略、お金の流れの管理を行い決算書を作成する。財務は決算書をを元に、予算管理、資金調達、資金運用を行う
- 交際費は別で管理必要
- 当座預金は小切手発行する
- 手形は約束した金額を一定期日に支払うもの
- 固定資産台帳の管理
- 住民税の支払い
- 雇用保険・社会保険料の徴収と支払い
財務
- 資金調達
- 会社の利益
- 株主から調達
- 金融機関より借りる
- 増資の手続き（資本金を増やす）
- PL財務分析
- BS財務分析
- CS分析
税金
- 税金の種類
- 法人税
- 決算により求められた損益計算書の当期利益に対し課税される
- 必須申告項目と任意申告項目がある
- 住民税
- 法人も個人と同じように住民税が課税される
- 申告納税方式（自分で計算して納税する
- 複数拠点の場合は、それぞれの都道府県に申告し納税する
- 事業税
- 会社が得た所得に対して課税される
- 複数拠点の場合は、それぞれの都道府県に申告し納税する
- 資本金が1億超えると外形標準課税が適用される
- 事業所税
- 都市に人口や企業が集中することでの交通・災害対策のために利用される財源
- 消費税
- 固定資産税・償却資産税
- 固定資産税：1/1に登録されている土地や家屋にかかる税金
- 償却資産税：機械や備品などの事業用の減価償却資産（建物・自動車除く）にかかる税金
- 印紙税
- 印紙税法で定められた文書に対して課税される税金、印紙を貼ることで納税する
- コピーは非課税だが、捺印など原本と同等の場合は課税対象
- 課税文書一覧表に対象が記載されている
法務
法律の基礎
- 契約書の基礎知識
- 様々な取引は、法律に基づいた契約がベースになる
- 契約：売りたいと買いたい双方の合意のもと成立する
- 形態：文書は必須ではない。法律的には口約束でもおk。ただし、後からトラブルにならないように契約内容を明文化した契約書を取り交わす
- 種類：基本契約と個別契約がある。基本契約は企業間で反復で提供される共通的な内容。一方個別契約書は、発注書とも呼ばれワンショットの契約。
- 契約書の作成
- 印鑑の基礎知識と署名
- 会社の実印（代表印）：法務局に届けた印鑑。契約書や官公庁へ届け出の時にしよう。金庫など厳重に保管しておく。
- 印鑑の種類
- 契印：契約書が2枚位上になる場合に1つの文書として示す（ページに跨がって押印する）
- 割印：独立した文書の同一性（正本と副本）、関連性を示す（ページに跨がって押印する）
- 印： 文書訂正を示す（2本線を引き押印する）
- 捨印：文書を後で訂正するため、欄外に押印
- 止印：末尾の余白を示す、ここが文章の最後（文章の末尾に押印する）
- 消印：印紙の再利用を防ぐ（印紙と用紙に跨がって押印）
- 登記事項証明書（商業登記）
- 商号、所在地、会社設立日、目的、資本金、役員などが記載されている
- 役員変更手続き
- 本店移転手続き
- 登記事項証明書（不動産登記）
- 保有する不動産の状況が記載されている
- 取引先の倒産と貸し倒れ
- 倒産：法的整理（裁判所が監督）と私的整理（任意的整理）
- 精算型手続：破産手続き・特別精算手続きがあり、会社の財産を換価し、可能な限り再建者に弁財する
- 再建型手続：債務の減免や猶予を受けながら、経済再生を図り、減免された債務を弁財していく。民事再生手続、会社更生手続、特定調停手続、会社手続きがある
会社法
【読了】ITILはじめの一歩
ITIL はじめの一歩 スッキリわかるITILの基本と業務改善のしくみ (IT Service Management教科書)
- 作者:最上 千佳子
- 発売日: 2019/03/11
- メディア: 単行本（ソフトカバー）
一番はじめに読む、ITIL入門書にいいのではないでしょうか。八百屋や旅館など、ストーリーがあり、ITILをうまく活用して顧客への価値提供や品質向上するための活動が具体的にイメージできます。サービス提供において、ITILはバイブルだと思うので是非インストールしておきましょう。
メモを残しておきます。
ITILの基本用語
- サービス：顧客がコストやリスク（面倒なく）を負わずに、望む成果を得られるような価値を提供する手段
- サービスの価値は有用性と保証から構成
- 有用性/機能要件：望む成果を得られるような価値を提供する手段 > 機
- 保証/非機能要件
- 可用性：提供し続けられる能力
- キャパシティ：どれくらいの負荷に耐えられるか
- 継続性：災害時の継続
- セキュリティ：機密性、完全性
- マネジメント：目標を定義し測定しコントロールする、環境変化に合わせながらより良く改善し続ける
- ITサービスマネジメント：事業のニーズを満たす良質のITサービスを実施および管理すること
- ITサービスプロバイダ（IT部門）、サービスプロバイダまたはサプライヤ（IT企業）
- 顧客：ITサービスの対価を払う人
- ユーザー：ITサービスを利用する人
- サービスライフサイクル
- サービスストラテジ：戦略
- サービスデザイン：設計
- サービストランジション：移行
- サービスオペレーション：運用
- 継続的サービス改善：改善
サービスストラテジ
- 中長期的な方向性とリソース配分を決める
- 事業関係管理：顧客または事業部門の体制、ニーズ、中長期計画や事業計画を共有する
- 需要管理：需要把握と予測、需要管理（意図的な増減）、キャパシティ（人的リソース、システム）、
- ITサービス財務管理：予算業務（コスト予測）、会計業務（コスト把握）、課金（顧客への請求）、財務面で管理
- サービス・ポートフォリオ管理：サービスパイプライン（提供予定）、サービスカタログ（提供中）、廃止済みサービス、すべてのITサービスの概要をまとめ投資対効果を分析する
- ITサービス戦略管理：アセスメント、戦略策定、実行、測定と評価
サービスデザイン
- サービスレベル管理
- SLA、モニタリング、報告
- サービス・カタログ管理
- 提供しているサービスの一覧
- 可用性管理
- サービスが必要とされた時に提供できること
- キャパシティ管理
- コンポーネントキャパシティ管理：HW、SW、マニュアル、サポート要員など - サービスキャパシティ管理：SLAの測定と分析、改善 - 事業キャパシティ管理：事業部門のニーズを把握し、キャパシティを予測し計画する - ITサービス継続性管理
- 災害、テロなどの不測事態時の継続性
- リスク分析の実施
- 情報セキュリティ管理
- 情報セキュリティ方針（情報セキュリティポリシー）の策定
- 機密性、完全性、可用性
- サプライヤ管理
- SLAを達成するようにサプライやにアウトソースする
- サイプライやとの契約をUC(Underpinning Contract:：外部委託契約)という
- SLAを達成するようにサプライやにアウトソースする
- デザイン・コーディネーション
- サービスデザインの全ての活動、プロセス、リソース調整をする
- サービストランジション（移行）
- 変更管理：CAB（変更諮問委員会）を開き影響を最小限にするような変更になるように判断する
- 通常の変更：CABを開く
- 緊急の変更：インデント対応のためECAB(Emergency CAB：緊急変更諮問委員会）を開く
- 標準的な変更：手順が確率されているもの、CABは開かない
- リリース管理および展開
- 実際の変更作業（リリース手順、計画、テスト、変更管理によるリリース判定、リリース、レビュー、変更管理によるレビュー）
- 移行の計画立案およびサポート
- サービス資産管理および構成管理
- アセット：システム構成（HW/SW/Network/ドキュメント/ライセンス/SLA/技術者）、ライセンス
- ナレッジ管理
- 変更評価
- サービスの妥当性確認およびテスト
- 変更管理：CAB（変更諮問委員会）を開き影響を最小限にするような変更になるように判断する
サービスオペレーション
- サービスデザインでの設計通りに提供できているかモニタリングし、問題があれば対処・改善し価値を提供し続けること
- 要求実現：ユーザーからの要求を迅速かつ確実に実現する（ヒアリングシート、受付窓口、担当割り当て、手順、ナレッジ作成と公開）
- インシデント管理
- 迅速に復旧しサービス中断を短くする
- 問題管理
- インシデントの原因を究明し再発を防止すること
- イベント管理
- ITシステムで発生する事象すべてをイベント
- ユーザーに影響がでたことをいち早くキャッチ（システム、SLAなどの監視）
- アクセス管理
継続的サービス改善
本執筆してました【みんなのAWS】【ソフトウェアデザイン2020/3】
いつも、読書の記録を残してますが今回は逆側です。つまり執筆してました。いろいろ落ち着いたので、思い出など残しておこうと思います。
きっかけ
AWSめちゃくちゃやってるの会社なので、ありがたく出版社の方からお声をかけていただきました。そして、みんなのAWSは社内の挙手性でしたw なので、速攻手を上げたった！SDの方は、むかーーーーしQiitaで書いた記事を見てくださって御指名いただきました。アウトプットがどこで生きるか全然わからないので、改めて「アウトプットは正義」と思いました。最高のエンジニアライフを送らせていただいております。本書きたいという夢が叶いました。そして、2冊の執筆タイミング被るという奇跡。人生たのしいーーーー。
すすめかた
みんなのAWSは、2019/10くらいに初打ち合わせで、そこから企画を練り目次を提出。そこから、執筆開始し12末までに原稿提出というスケジュールでした。一方SDの方が、すでに企画ができていたので、具体的になるように目次を修正してそこから執筆。SDの執筆期間は1ヶ月くらいだったので、結構頑張って書きました。サウナ合宿したりしつつ、なんとか書き上げました。いやーーー、思った以上に大変でした。伝わるように、具体的なエピソード入れたり、技術的な誤りがないように気をつけながら書きました。数人で章を分割して書くスタイルでもかなり大変だったので、一冊まるまる書いてる人は、ほんとすごいなーという感想しかないです。いつも読む側なのですが、今回は執筆側の苦労を体験できたので、とてもいい経験になりました。
本の見所
みんなのAWSについては、実践を意識しつつ、はじめてクラウドを触る人でも、現場をイメージできるような内容になってると思います。クラウドが登場した背景から、クラウドの定義、IaaCからサーバーレス、IoT、ビックデータ、機械学習のさわりまで幅広くカバーしています。まずは、AWSに触れて、実際の現場でどのように使われているかイメージできると思います。もう一歩エンジニアの幅を広げたい！という要望に答えられる本ではない感と思ってます。
イベント
出版イベントも開催しました。初めてでしたが楽しかったです。執筆における裏話をたくさんしました。そして、質問タイムはAWSに関するコアな質問が多かったです。参加者のAWSレベルは高そうでした！
【読了】売り上げ2億円の会社を10億円にする方法
売上2億円の会社を10億円にする方法 業績アップの「設計図」、教えます。
- 作者:五十棲 剛史
- 発売日: 2005/03/11
- メディア: 単行本
社長がおすすめしてた本なので読みました。感想としては、現在の会社では当たり前のことが書かれていました。つまり、この本をベースにし、ここまで実践的に取り込めてるのはほんとにすごいなと思います。そして、社員は社長の30%の能力しかない、それを前提に仕組みや役割を考えるみたいなこと書かれてて、すみません！もっと精進します！と思いました。働きやすい=パフォーマンス出しやすい会社作るのベースになる、すごくいい内容の本だと思います。
メモ
- 自分と比較し30%の能力でもまわせる仕組みを設計する必要がある
- 職人ではなく工場化する、誰でも品質が高く提供できるような仕組みを作る
- 一人芝居から劇団になる（演劇家、劇作家として社員が最高のパフォーマンスを出し、顧客に価値を提供できるように設計する
- 一点突破できる価値をつくる
- ビジネスモデル=マーケティング+マネジメント
- 自社のゴールイメージと、そこまでのステップをわかりやすく提示すること
- トライアンドエラーすること（自分がトライアンドエラーできてるのか？
- チャレンジし続けること、新しいことにトライすること、さらに改善してチャレンジしていくことが重要
- 商品力または営業力で企業は成長していく
- まずは価格競争ではなく、魅力を作る
- 店舗を工夫するなどして、会社の理念を伝える
- 手法より、まずは何人集めるかなどゴールイメージを作る
- 施策の頻度をキープし、定期的に顧客を集客できる方法を探す
- コーチングとは答え言わずに、質問すること、壁打ち。ティーチングとは違う。
- クレームが発生した時に現場に任せる
- 顧客とはコミュニケーションの数が多い方がいい
- アフターフォローとして、理念に基づいたフォローをする、ブランドを売る
- ネガティブで縛るのではなく、自発的に行動できるような企業文化を作ることが、優れたマネジメント
- どんな企業活動でも、結局は顧客とのコミュニケーションの集合、やりとりをするのは社員と顧客
- ミッションは、日本語では使命。命を使ってまでやりたいこと
- 理念を社員に絶え間なく伝えることで、価値観を感化し、現場での行動や判断をその価値観にそうようにする
- 抽象論だけでなく、実際にあったことや、社員との会話、社員の行動を褒めるなど、いろいろな角度から伝える
- 大手と競合しない世界で勝負する > 土俵を変える
- 事業の方向性は、オンリーワン型(いかに捨てるか)、ディスカウント型(大手のみ)、地域密着型の3つしかない
- 市場が鈍化し、業者が増え、淘汰される > サポートって超重要
- 間接部門の人件費割合を70:30から75:25あたりを目指す、20%切ると高収益構造
- 社員の状況をデータで見れるようにしておく
- トップの社員をサポートする方が、会社全体の成長が早くなる(スタープレイヤーをモデルとする
- まずは会社の説明ができるようにする、そしてより難易度の高い仕事をあたえる
- ホームページの情報量がいい人材を呼ぶ、できれば財務面の情報も載せる(直接応募のメンバーが戦力化する
- 急成長のタイミングは社長の半分は採用活動にあててもよい
- 年商の1%以上を採用コストに使う、採用は経営者の最重要業務
【読了】本物のデータ分析力が身に付く本
読みました。初めてデータと向き合う人に、かなりおすすめの本でした。データ分析の設計から、データのクレンジング、平均、標準偏差、ヒストグラム、散布図、標準偏差を使いこなすためのイメージがつきます。ワークが充実していて、かなり実践的だったのでおすすめです。
0章
- 目的・過程、データ収集・データ信頼性確認、計算・結果、知識、説明、採用、効果
- 「このデータ、うまく何か使えないか？」というのは難しい、手段と目的が逆転している
- データありきではなく、目的ありきで考える、解決する手段を考える、問を考える、どのようなデータを分析するか考える
1章 データ分析を設計
- 何のために何を知るのか？どのようなか過程でどのような範囲か？どのようなデータでどのような意味合いの数字を出すのか
- 分析概念図
- 問題を決める：何を解決したいか？
- 評価軸の定義：何をもって解決とするか
- 要因の列挙：評価に影響しそうな要因を整理
- 要因の選択：分析に使う要因を選択
第2章 データの事前チェック
- ヒストグラムで分布を確認し、外れ値を見る
- データチェックのポイント
- データの出所：5WH1、一次情報
- データ全体の概要：サイズ、並び、意味合い、値の大きさ・単位、欠損値・外れ値、そのた目立つ特徴
- 個別の値：欠損値、外れ値、データ方向、クレンジング
- データの傾向：値の範囲、分布の形
- データチェック
- 欠損値：数値のみ選択、空・または空白を除外など方式があるの注意（データはいろいろ）
- 外れ値（不正値）
- ヒストグラム・散布図でチェック
- 最大・最小でチェック
- 外れ値の場所をチェック
- 最大値と最小値は常にチェックする
- データをクレンジング
- 欠損値の判断
- 欠損の理由の確認、理由の想像、想像できなければ除外（平均値でうめるなど、欠損が多いとデータそのものの信頼性が低下する）
- 外れ値の判断
- 外れている理由の確認、理由の想像、想像できなければ除外（平均値でうめるなど、欠損が多いとデータそのものの信頼性が低下する）
- クレンジングは超重要、 分析の9割を占める場合もある
- 欠損値の判断
- データの方向性
- ポジティブなデータは値が大きくなるようにする
- データ傾向のチェック
- クレンジング後に再度可視化（ヒストグラム、散布図）
- データ分布の確認
第3章 分析方法を学ぶ
- 代表値（平均値、中央値、最頻値）とクロス集計による分析
- 代表値：複数の数値を1つの数値で表す手法
- 平均値：「量」の切り口（合計しデータ数で割る）
- 中央値：「順位」の切り口（データをソートし真ん中のもの）
- 最頻値：「頻度」の切り口（データ数が多い値）
- 平均値を利用する前提
- 数値データ（長さ、重さ、金額、時間など）、男1・女2みたいなのはNot数値データ
- 分布の山が1つ
- 分布対称である
- 外れ値がないこと
- 例：平均気温見て薄着でいったら寒かった（寒暖差が大きい場合のあるので最高気温・最低気温を見る）＊エラーバー
- 中央値を利用する前提
- ある値が真ん中より上か下か知りたい（順位的に見たい）
- 平均値より中央値の方が、分布の山に近い（極端に値が高い低いデータがある場合）
- 最頻値を利用する前提
- 本質的に名前や言葉を表す分類データ
- 数値データを等しい間隔に区切って作った分類データ
- （数値がばらばらのものには利用できない）
- 代表値利用時の注意事項
- 生データに比べれば情報が失われる
- 立体的なものを一方向からみたものというイメージ
- 特徴の中の1つと考える
- 生データに比べれば情報が失われる
- クロス集計
- 2つ以上の軸でデータを分析することをクロス集計（エクセルだとピボットテーブル）
- クロス集計の効果
- データを複数の要因から確認できる
- 潜在的な要因の発見につながる
第4章 ケース実習
- 分析設計
- 目的：3つの新商品をうまく顧客に届けるためには？
- そもそも商品を店舗で取り扱う？
- どの商品がフィットする？
- 各商品の属性と店舗の種類による過去の売り上げ状況を確認する
- 男性向け 派手シャツをどの店舗に置く？
- 女性向け かわいいでサインをどの店舗に置く？
- 男女兼用 中性的なデザインをどの店舗に置く？
- 各シャツの日、週、月別の売り上げ予測をして、在庫確保する
- 各シャツの配置場所
- 評価軸（2種類しかおけない、どの店舗にどう配置する？）
- 店舗に来店する客層に合わせてチョイス（過去のデータから年齢、性別、購入しているタイプを分析する）
- 各店舗における
- 来店の客層は？（年齢、性別）
- 顧客の嗜好性
- いつ、何を、どれくらい購入しているか（曜日別、月別で見る
- 目的：3つの新商品をうまく顧客に届けるためには？
第5章 標準偏差
- 標準偏差の使い所
- データのばらつきがどれくらいあるか
- 多様性や格差、不確実性、リスク、平均値の信頼性、品質管理などに使える
- 外れ値抽出
第6章 グループ間の差の確からしさ
- サンプルデータの抽出具合により、差が確かとは言い切れない
- 分散分析の結果である危険率により全体として、差が確かか計算できる
- 同じ個体か、そうでないかで計算式が異なる
- 同じ人で、薬投与有無による計算（同じ人同士での結果で見る）
- 薬を投与したグループ、薬を未投与のグループでの計算（グループでの結果として見る）
- データの平均値、標準偏差、データ数から分散分析を行う
第7章 分析結果の受け止め方と伝え方
- 評価軸がどれくらいあるか、様々な要因を広くあげて仮説する
- バイアスに気を付ける
- 仮説確証バイアス（思い込み）
- 1つあたりを（予想）つけて分析してしまうと、客観的な分析ができなくなる
- アンカリング（極端な数字）
- 問題の中に含まれる数値で印象が変わる
- 5000円という価格より、8000円が5000円になっている場合の購入判断
- 10と25、10000と100025では印象が違う
- フレーミング（言葉の表現）
- 重い病気で手術の成功率は90%です、受けますか？
- 重い病気で手術の失敗率は10%です、受けますか？
- ポジティブ・ネガティブを入れ替えて考える
- プライミング（情報の順序）
- 先にポジティブな話をし、ネガティブな話は後半に少しする
- 情報の提示順を逆にして判断が変わらないか試す
- 擬似相関（偽の関係）
- 走る速度が遅いと、給料があがるグラフ
- 年齢があがると給料があがる、年齢があがると走る速度が遅くなるというのが原因
- 相関関係がある別の要因により、走るのが遅いと給料があがるという構図になる
- 相関関係があっても因果関係があるとは限らない
- 頻繁に起こりやすい誤りなので常に注意
- 複数の因果を比較し、適切なものを選択する
- 結果表現の注意
- データの集め方（データ数、ネガティブな選択肢が少ない、収集途中でやめるなど、条件が同じになっているか）
- グラフの見せ方（基本0から始める、数字は大きく）
- 言葉の表現の仕方（数値を相手に刺さる意味合いに、倍率など抽象的な数字だけだと伝わりにくい）
2020年の豊富
もう2020年2月中旬だけど、やっていくぞ
2019年振り返り
- 6月から始めた糖質ダイエットにより、3ヶ月で5kgやせた
- 忙しくなって、食べもの美味しい！😋 > +2kg
- AWS認定試験11冠！
- 部長になった
- エンジニアリングから離れたけど、エンジニアとしても衰えないようにしたい
- 部長は大変だけど、チームとか会社とか顧客にいいもっとサービス提供したいのでやっていく
- ピープルマネジメント要素強めにだったけど、今後はビジネスリーダー要素強めで行きたい
- ピープル部分はマネージャーに移譲していく
- 国内に加え海外出張おおめになりそう
- レザーバッグ買った
- Herzのナレッジバッグとソフトダレスどちらもセミオーダー
- キーファーノイのフラップバッグを買った、雨の日用
- 釣り始めた
- 会社の釣り部活動が活発に
- 来年はいっぱい釣るぞ
- 本執筆チャンス到来
- 入社時に本書きたい！が現実のものに
- 共著だけど、2冊みんなでわいわい書いた。嬉しみ半端ない
- 韓国旅行いった
- 飛行機ホテル代込み、2泊3日で2万、激安
- 焼肉まじうまかった、まじうまかった
- 韓国のサウナ激アツやった、整い半端ない
- 本は12冊よんだ
- 来年は20冊は読むぞ
- 読んだけど普段使わないようなものは身になってない感あるけど、どっかでまた役立つ時がくるといいな
- 英語できてない
- 2020年こそ英語がんばるんだ...
- ツール・ド・ちばが中止
- エントリーしてたけど台風の影響で中止に
- 仕方ないけど残念
- また懲りずにエントリーしようかな
会社
- 根幹となるビジネスを1つ立ち上げる
- 部の自立化をさらに推進し、自分がいなくてもまわるようにする。自分はもっとビジネスにコミットする。
- 自分のタスク整理と移譲
- ファンになってもらいたい、感動してもらいたい、Think Big
- 認定試験更新（DevOps/SAP）
- ITIL取得
- ブログ書けてないので書く
プライベート
- キャンプ10回
- キャンプ道具そろったのでいっぱいいくぞ！
- 温泉にも行く
- 釣り5回
- TOEIC800点
- 本10冊
- 週3回運動（自転車/筋トレ/ジョギング）
- 体力不足なので体力つける
- スーツが似合う人かっこいい（つまりトニースターク
