はらだっちのブログ

プロ意識を持ち続ける。その一環として学んだことをこのブログで日々アウトプットしていきます！

2023/02/26(日) 日記

日記

出来事

TOEIC

  • ついにスタサプのアダプティブ講座がすべてSSランクになった。これはうれしい。
  • 3/19の TOEIC LR試験に向けて継続して問題を解いていきたい。
  • 段々当たり前に問題は解けるようになってきたので、勉強比率としてはビジネス英会話を重点的にやって行く。

安全確保支援士の勉強

  • 令和４年秋季　問２を説く。なんか結構簡単だった。
  • https://dxnote.net/pre/tag/午後1
    • 設問2
      • (1) 下線③について、レスポンスに含まれる内容のうち攻撃者がレジストリサーバと判断するのに用いたと考えられる情報を答えよ
      • 上記の答えが「レジストリサーバに固有のレスポンスヘッダ」だった。
      • 良く分からなかったので調べてみた。
      • 以下のページが分かりやすい。
  • フロントエンジニアをかじり始めてから、色んなことが当たり前に理解出来るようになってきて楽しいなぁ。

2023/02/25(土) 日記

日記

出来事

安全確保支援士の勉強

  • 令和４年秋季　午後１　問１、問２を説く。６割くらいは取れそうな気がした。

dxnote.net

ジム

  • 久々に近くのジムへ。結構体が動いた気がする。というか、水曜日から休みだったので、仕事のストレスも蓄積されてないからだろう。最近、仕事のストレスってあんま感じてないと思ってたけど体は結構感じてるんだと気づいた。

2023/02/24(金) 日記

日記

出来事

TOEICの勉強

  • アダプティブ講座がSSランクまで上がって来た。part7が中々SSランクに到達しない。
  • ８問くらいあって毎回１～２問間違えてしまう。また、答えが合ってるけど、読み返すと全然違うストーリーだった、みたいないことが良くある。コンテキストを上手く読み取れない現象はどうしたら能力がアップするのか。
    スタサプ

スタミナ丼をつくる

  • 奥さんのリクエストでスタミナ丼を作ってみた。ニンニクの芽を入れるレシピで作ったらうまー

https://www.kurashiru.com/recipe_cards/a39e49d4-4d0f-40e4-b01e-ed5e1f88c8eb

スタミナ丼

市谷さんのスライドを読んで思ったこと

  • 市谷さんが書いている「シン・正しいものを正しくつくる」のスライドを読んでおもったこと

www.docswell.com - 「整合先」と「整合元」を合わせるって話が、文系と理系の違いとかに似てるって感じた

www.youtube.com - 芸術系と文系と理系の違いって軸もありそう。これって狩野モデルの「魅力」・「一元的」・「当たり前の」関係ともひょっとしたらちょっと似てるかもしれない。

2023/02/23(木) 日記

日記

出来事

情報処理安全確保支援士の勉強

  • 情報処理の午後問題を一切解いていないことに危機感を感じて、一先ず午前問題の問題集を拘束に終わらせてみた。身についているのかは良く分からないが、一旦目途が立ってよかった。

情報処理問題

STARBACKS RESERVE

  • https://www.starbucks.co.jp/reserve/
  • 最近リザーブのヘビーユーザーになってしまっている。
  • スタバアプリを使ってコーヒーを飲んでいると、ポイントがたまって引き換えチケットと交換できるわけだが、700円のチケットのため通常のコーヒーを買ってしまっては損になってしまう。
  • そこで、リザーブ。少し高いが美味しいコーヒーを飲むことが出来る。大体700円以上なので金額も丁度良い。
  • おススメはバニラビーンラテ

手巻き寿司

  • 夜は手巻きずしをした。

手巻き寿司

最近改めて勉強になった動画

  • https://www.youtube.com/watch?v=SSjeGjhwBo0
    • 最近、安全確保支援士の勉強を通して、新ためてRAMの事をちゃんと理解したくなった。
    • 学生時代にFPGAをいじっていたので、デジタル工学にも少し詳しいが、最近のyoutubeの動画で視覚的に説明されるとめっちゃわかりやすいなーってなった。
  • https://www.youtube.com/watch?v=4G2zR1VT0Ck
    • ルーターの仕組みを何も知らない人に説明する時に使えると思った。特にルーターがポートで通信を振り分けているとか、わかりやすいなーってなった。

2023/02/22(水) 日記

日記

出来事

JIRAの整備・miroの整理

  • 多分以下の講演で、JIRAが世界のタスク管理で根強い人気があると聞いてた。
  • そういえばJIRAを使える権限を持っていることを思い出したので、使ってみることにした。
  • 元々はAsanaを使っていたAsanaとの比較
    • なんか単純に見やすい
    • エピックがタグみたいに出て来て分かりやすい。パーキングメータも付いているので上手く使えば進捗管理もやりやすそう
    • 通常のボード機能で、１スプリントのタスクをアサインして開始する機能があり、スプリントの開始・終了が分かりやすい。その後追加されたタスクは、ダッシュボードの計画/実績の計画には加算されないので、実績管理もやりやすそう
    • github連携もできるのでブランチとタスクの紐づけ管理がやりやすそう

マスターデータとトランザクションデータについて

  • 新しく構築するシステムと既存システムとのインテグレーションについて整理するを進めている際に、「どのからシステムからデータを貰うかについてマスターデータとトランザクションデータの観点で整理してみたらないか見えないか？」というアドバイスをいただいた
  • https://wa3.i-3-i.info/diff372data.html
  • 同僚のエンジニアには「それやってなんの意味がありそうなんですか？」って言われている。確かに意味は無さそうな気もする。上司の上司から貰ったアドバイスなので、やらない、と言う選択肢が自分の中には無かったが、「それをやることによって、他の作業が終わらなかったらどうするんですか？」って言われて困った。理解が深まる作業とか、インサイトを得るためにやる作業は、「やる目的分からない」と言われたら難しい。

アジャイルコーチとの雑相

  • 以前アジャイルコーチに言われたことについて雑相しながら深掘りしてみた。
    • 「誰かが決めることと自主性が失われることは必ずしも因果関係にはない」
    • 「たとえ自分じゃない誰かが決めたとしても、その対象、プロセスや決めた内容の伝え方などによっては必ずしも自主性は失われない」

  • この話をしたかった理由

    • 自分がいないと決められない、みたいなことを感じるシーンがやっぱりある。
    • 自分の振る舞いを変えることによってそういった状態が改善できないかと思ったため。

  • 分かったこと

    • コーチングが上手くなると、自主性が促せることがあるかも
    • コーチングが上手いとは？
      • まずは同じ景色を見ること大事
        • 例えば、PBIの受け入れ条件の書き方を教える時、こうやって書くんだよ、と言いながら自分で書いて見せても、中々その後教えられた側は書いてくれない。
        • けど、モブの様に、教えられる側がドライバー、教える側がナビゲーターとしてやったりするだけでも、同じ景色を見れる可能性は上がる。
      • 同じ景色が共有出来たら、必ず振り返りを行う。
      • 「この状態」を再現するためにはどうしたら良さそう？問いかけてみる。
    • それはただ単に「褒める」こととは違う。
      • 「今何が起きた」、「どう感じた」を問うて、良いことが起きたことを認知させた上で、再現するにはどうすればいいかを考えさせる。
    • 今までの自分の指導スタイル
      • うまくいったときは褒める
      • うまくいかなかったときは、何がうまく行かなかったかを深堀して、解決させようとする。
      • それは一般的な問題解決時のスタイル
        • しかし、出来てないこと突き止めた上でそれをやってと言っても人は簡単には出来るようにはならない
    • 知識と知恵とはべつ
      • 知恵に対してはアプローチできる
      • 知識は知らないものは知らない
    • 知識がない時にどうアプローチする？って聞いて見るのも一つ
      • 今後、他の人が居なくなった時に、聞きたくなりそうなことって何？を問うてみる
        • 例えばそれを勉強会してみるとか、先回りして改善していく
  • 余談
    • アジャイルコーチは問題解決は仕事じゃないと線を引いているらしい
      • じゃあ今目の前にで問題が起きている時はアジャイルコーチはどう振舞ってる？
        • さすがに今、その問題で死ぬんだったら助ける。明らかに分かる場合は教えてあげた方が早いから教える。
    • だからスクラムマスターと開発者が兼務すると難しい
      • 開発者として問題解決をすべきなのか、コーチングとして相手の知恵に対してアプローチすべきなのか線引きが難しいから。

内部プロダクトミーティング

  • 内部の進捗資料の各タスクの完了条件について、同僚から「SMARTな完了条件ですね」と言われた。
  • https://globis.jp/article/659
  • 以前の職場で嫌と言うほど進捗管理や進捗資料の更新をしていたので、明確に意識して書いたわけではなかったが、いざ、進捗資料の書き方を

読書会

飲み会

  • 品川で飲み会をした。昨年結婚式の幹事をしていただいた方々と。
  • コロナもあって延期が続いていたがやっと開催することが出来て楽しかった。
  • みんな結婚したり、昇進したり、転職したり、転職を考えていたり。色々あるけど変わらず楽しくお酒を飲めてることに幸せを感じる日だった。

居酒屋

2023/02/21(火) 日記

日記

出来事

次年度のチームのフォーメーションについての雑相

  • 次年度は新たなプロジェクトの開発も始まるであろうし、再びどのようなフォーメーションにするかを話し合っていた。
  • その中で気付いた仮説が一つ
    • 「スクラムマスターを外部の協力会社に委託する」の結構難易度が高いのではないか。
      • 今のご時世、テレワーク主体であり、そもそも入ってくる情報はテキスト情報やTV会議での映像情報に限られており、例えばオフィスに行って、知らない人と交流する、と言うことが少ない。
      • スクラムマスターはプロダクトゴールを達成するためにあたり発生する障害を取り除くために、時にプロダクトオーナーをサポートしステークホルダーと調整したり、越境したりする。
      • しかし、会社の垣根があるだけでそこ難易度ぐーっと上がっている気がする。
      • まず視点として、協力会社側から見る視点の方が圧倒的に狭い（開示されていない情報がいっぱい）。
      • また、チームの上司に当たるようなステークホルダーが居た場合、その人とは契約を交わしている関係だったりもして、スクラムマスターとはそもそも上下関係強くものを申しにくい可能性がある。
  • そういった部分を今後どう考えて行くのか。中々選択が難しいなぁ。

お客さんの業務担当者とシステムに必要なデータ整理を一緒に整理する際の心得

  • お客さんの業務担当者との打合せが結構円滑に出来ているので、何が良かったのかを振り返ってみる。
    • 以下の資料セットを準備した。
      • プロトタイプ（ペーパプロト）
        • これは、これから作るシステムのイメージを膨らましてもらうための道具。どんなものが出来上がるか、「うんうん、これがあればとりあえず業務が成り立ちそうだよね」と言うのがディスカッションできるレベルの動く紙芝居を用意した。
        • 業務に必要なデータ項目は画面に配置してあげることで、「このデータがあれば業務がなりたつ」という範囲をより明確に認識合わせ出来たと思う。
      • 扱うデータ項目の一覧
        • データ項目自体は、EXCELのデータ項目一覧を準備した。プロトタイプにて実際の画面上のデータ項目はイメージできているので、それをどのシステムどのテーブルに入っているかの一覧と紐づけして図示することで画面と一覧の関係性が視覚的に分かるように工夫した。

アジャイルコーチのレビュー

  • アジャイルコーチにプロジェクトの状況について、週１回共有してコメントやインサイトを頂いている。レビューと言うよりは雑談に近い状態だが、そこから気づきが得られることが良くある。
  • アジャイルコーチと話してて思うことは、俯瞰してＰＪを見ているということ。機能やデータ項目のような細かい話をしていても、「ボトルネックになる要素はあるのか」、「制約がプロジェクト全体にどうかかわってくるのか」、「ステークホルダーにはどう映る想定か？キーマンはおさえているか」というような問いかけを貰ったりして、その発想はなかったわ、と思ったりする。この”日記を書く”という行為を通じて形式知化していけたらいいな。

2023/02/20(月) 日記

日記

出来事

セキュリティ要件管理

  • 次年度の対応すべきセキュリティ事項の棚卸しをチームで行った。
  • いつも自分がしゃべりすぎてしまうので、今回はあまり口を出さずにチームメンバで話をしてもらった。
  • 最近は、少しずつではあるが自分の意見をはっきり示すメンバも増えてきているうように感じた。

チームの在り方についての雑相

  • 私の所属しているスクラムチームは、フロントエンジニアとバックエンドエンジニアの作業範囲が明確に分かれてる。これは、協力会社の人と一緒に働いており、その時にそれぞれの分野が得意な会社の人に来てもらっているからだ。
  • 今回、チームリファインメントの時に「フロントエンジニアとバックエンドエンジニアが一緒にプランニングポーカーをする必要があるか？（お互いの領域のこと良く分からんし意味ないんじゃね？）」と言う話になった。

  • 少し話し合いをしてみたが、最終的には「チームがどこに進みたいかなんじゃない？」って話になった。しかしながら、「こっちに進みたい！」と言う人はその場では出なかったたため、基本的に分担する前提でチームは進むことにあった。

  • この担当範囲を明確に分担するやり方について、「スクラムの精神や価値観に反している」可能性はあるか？と言う点をアジャイルコーチに軽くslackで質問させていただき、以下を理解した。

    • 「価値あるプロダクトを持続可能な状態で提供し続けられている」のであれば、どのやり方、フォーメーションでも良い
    • しかし、スクラムでやることで得たいこととして「おのおのの知識、経験を持ち寄り、相互に作用することで不確実性を乗りこなす」と言う部分がある
    • 分担すると、上記の”経験を持ち寄り、相互に作用する部分”が機能しづらい
  • まぁそうだよな、と思いつつ、チームの性格によっては分担する選択もあり、ということは理解した。
  • メンバーから「こっちに進みたい！」という意見が出てこない話については、別途アジャイルコーチと雑相させてもらう事にした。

RSGTの視聴会

ラーメン 弘

  • 月曜日は寒かったので行きつけのラーメン屋へ行った。
  • 最寄り駅を出てすぐの所にありアクセスが良く、味も結構良い。いつも混んでるので大衆受けもいいお味なんだと思う。お試しあれ。

ラーメン弘