tamakipedia

フロントエンドエンジニア。Typescriptもう特訓中です。一日の振り返りや学んだことをちょっとずつ吐いています。

【今日の振り返り! 】

今日の振り返り!

①今日の対応

◎チケットの工数整理 x5

②GOOD(続ける事)

◎スプリント始め、持っているチケットの整理を行ったことで「小さなタスクはまとめて〇〇のPRにまとめる」みたいな方針が固まった
◎学習、日報、勤怠、振り返り、のルーティーンが習慣づいてきた
◎フロントエンドMTGが自分にとって参考になるものばかりだった
 →聞いている限り、「課題が不明確」「課題が明確で答えが不明確」「答えが明確(が〇〇な悩みが、、)」みたいな感じで「課題と解答を提示して話す」みたいな話し方で伝わる場合もある。

③BAD(反省ポイント)

◎最近コンスタントにレビュー依頼投げられているが、今日はタスクの整理がメインでPRを完成させることができなかった。。
 →目標:「一日二PR」  →原因:MTG以外の時間は今週進めたいタスクの実装方針をまとめてばっかりだった   →「今週のタスクの実装方針を今週固める」が間違ってるかも。理想は「スプリントボードに乗っているタスクは全て実装方針が固まっていていつでも実装できる状態」、最低限「来週のタスクの実装方針を今週固める」まで持っていく必要がありそう。。
◎スプリントボードと自分の現状が同期されていないため、自分の現状を把握してもらいにくいことを指摘いただいたTT

④TRY(明日挑戦する事)

◎既存のRecoil周りの実装を読む 1
◎仕様を整理しない、工数を把握してない課題解決として自分のスプリントノートに下記の目標数値を設定

# 残タスク(個人)

- 見えているタスク:0/先週18件
    - 工数未整理数:15件
    - 着手可能件数:3件
- 残PR:0/先週7件

◎既に実装に入れるのかを一眼でわかるように仕様が決まってないものは、チケットの頭に[工数未整理]or[〇〇のためpending]などのプレフィクスをつける
◎次のスプリント開始までに次のタスクを精査→先輩に方針共有する時間をいただく。
 →「いつでも着手可能な状態」まで持っていく

感想

最近、頭ごなしに目の前のチケットをやっつけていたのですが、改めてチケットに「影響範囲」「ついでにやっつける微修正」などを加えたりしてみると
段々とそのチケットが「やっつけなければならないタスク」から「自分にとって意味のあるタスク(チケット)」に変わっていっている実感が湧きました。
とはいえ、今日はチケットの実装に着手できていなかったので、今日は頑張るぞ〜〜〜
今日は大人同士のぶつかり合い(!?)が見れて良い一日でした〜〜〜

【日記】今日の振り返り

今日の振り返り!

①今日の対応

◎PRの本番化 x2
◎レビュー x1

②GOOD(続ける事)

  • 上司のレビューを最優先に行ったことでサクサクレビュー対応が進んだ
     - レビュー早めにみるムーブを率先していくぞ!!
  • 自分の実装方針を相談してみて、ポジティブな意見をもらえたりすることが多くなった

③BAD(反省ポイント)

  • テストがめんどくさそうだったので、放置してしまう。
    • めんどくさいことは後回し、の悪い癖が出ていると思う
      • 細かく噛み砕いて段階踏んで明日朝イチで倒しましょう!
  • 被っているチケットや、チケット全体で覆うことができていないものがあるため工数をそれぞれに入力しずらくなっている
    • 実装スタート時に、影響するチケットなど分けるべきだったかなと反省
      • 一つのタスクチケット見た時に「それを分割できるか」「別のタスクと被っているか」「このタスクで目的が達成できているか」の三つをあらためて確認すべき
  • 今回のスプリントでタスクがスムーズに進まないのは「atomFamily」「selectorFamily」の使い方がわからないからだった
    • 転じて、「この実装マジで理解不能だわ、、、的なものは」スプリントのスタートで解決できるようにすること!

④TRY(明日挑戦する事)

◎Reactの技術学習 2
◎既存のコード読む 1

感想

なんとなく、最近は微修正系のタスクをなんなく捌くスピードが上がり始めているような気がしています。
なので明日から朝は勉強の時間に費やそうかなと思います。

【日記】振り返り!

昨日忘れていたぜ

①今日の対応

◎FB修正対応 x1

②GOOD(続ける事)

◎レトロスペクティブ自信ないなか堂々と話せた
(すみません今日はあんまりGOODがないのです。)

③BAD(反省ポイント)

◎別の作業があったとしても、一つの作業に一日かかってしまうような現状
◎日報や勤怠をつけ忘れることが多い
◎FEでローンチ日までにやりそびれているタスクが多々ありぎりぎりになって追加しているチケットなどがある
◎「これについて具体的に何が問題なのか」を考える意識が低い  →熟語で言うと「問題発見能力」と言うらしい。鍛える。

1. 一つの作業に一日かかってしまった

  • 30m~1hたったタイミングで状況報告したいが、方法を知らない。
  • タスクの優先度的に「悩む < 解決する(して次のタスク)」であること、悩んでいることについては深く考えることではなく問題の根本原因を理解できればいい事を念頭に置けてない。
  • 「前もこの話したよね?」的な否定的なコメントが飛んでくる予感がしてビビっている。
    主な原因がこんな感じや、、

「30m~1hたったタイミングで状況報告したいが、方法を知らない。」
ここは結論が出て「自分の置かれている状況を5w1hで整理し、その中で見えてない部分を相談する」ことにします。
自分なりに整理して伝える手段が分かってなかったのかなと言う認識。

「タスクの優先度を理解していない」
今回の場合に限っては、残り時間や残りタスクを整理できていないのが問題だと思います。

◎毎朝「本当に今整理しないといけないもの」を考える  
◎毎朝「ローンチまでにやらないといけないこと、漏れがないか」を考える  
◎その上で今日のタスクを整理する。作業スタートは9:00とし、8:00 ~ 9:00 くらいで行う。  

2. 日報や勤怠をつけ忘れることが多い

原因は二つ
工数が長引いた時の'共有したくない感'」
意識の問題なので、もう誠実に生きよう、、、

「忘れる」
勤怠の方はこれです。Googleカレンダーに打刻タスク追加してアラート出すようにしました。

③は①の解決策と根本原因が似ている + ④は各課題や悩みが出てきたときに意識するだけなので割愛します🙋‍♀️

④TRY(明日挑戦する事)

🙋‍♀️今回やってみたように今日の反省をしっかりメモ帳で整理した上で日記を書く。->割と根本原因が整理されていいのかも!
🙋‍♀️ローンチまでやらないといけないことについてタスクの洗い出し、整理、

感想

技術的な部分よりも仕事の進め方について課題感が多いと感じた一日でした。
毎日のように日報に書きながら思った問題を記録していくのではなく、
一旦メモ帳にどうしてを繰り返し書き出すことで
より根本的な問題を洗い出せたのではないかと思っています。成長。

あらためてgoalを意識できていないことに気がついたので
今日中にプロジェクトのgoal(いつ、何を)を整理してリーダーにお伝えできるように進めたいなと。
お疲れ様ですた。

【日記】今日の振り返り

今日を振り返っていきます🙋‍♀️

①今日の対応 ◎レビュー系 x3
◎PR修正系 x2

②GOOD(続ける事) ◎なるべく一つの作業に時間かけない+こだわらないように作業した。
→と思ったが後半、共通化作業でどん詰まり(笑)
◎共通化で難しい部分の実装で悩んでいたところ、Presenter / Container Component の設計を少し理解しながら解決した。
◎上に付随して、ドメインレベルで共通化するものは「カスタムフックの共通化」、ステートレベルで共通化するものは「UIコンポーネントの共通化」など、すべき共通化の程度が一段と理解できるようになった。
◎苦手意識のある、recoil周りの実装が1時間~2時間で完了した。

③BAD(反省ポイント) ◎悩みすぎた(笑) -> 本当にわかんない時は「明るく」「具体的に何がわからないのかを整理して」「伝える!」  →聞く、質問する、という認識より「伝える」という認識でいる。
◎共通化ってこんなに難しかったんだ、、、 フック自体を別のディレクトリに分離させている構造のため、共通化の程度が全然理解できていなかった。
 →おかげでフックスレベルで共通化すべきか、UIレベルで共通化すべきか、みたいなところが見えてきた。

④わからなくて困ったこと
◎ThereProvider
◎Presenter Container / components
◎recoilのselector周りの実装

⑤TRY(明日挑戦する事) 🙋‍♀️なるべく一つの作業に時間かけない+こだわらないように作業する。
🙋‍♀️レビューの際はなるべく要点を整理して確認する。
🙋‍♀️レビューの際はvscodeを利用することで、コンテナー部分の理解度を上げる。

感想 今日は開発スピードボコボコな一日でした。
とはいえ学んだことが多く、特に Container / Presenter components 周りの理解度は上がったと感じています。
あと苦手だった部分の実装がちゃんと工数ないに実装できて嬉しい点もありました。
逆に工数付けたり、問われたことに全然答えられない部分も多々あり、悔しい瞬間もありつつ。
ここで人事の話を思い出します。
「予定100のうち70しかできなかったとする、その時は70も進められたって自分を褒めて、残りは明日の自分に託しましょう」
ということで明日も早めに出社するぞーー!

【日記】今日の振り返り

残業してないですが、もはや毎日振り返っていきます🙋‍♀️

①今日の対応

◎テストFB修正の対応 x4
◎ミーティング +2h
◎PRの修正など

②GOOD(続ける事)

◎朝のポモドーロが作業に集中しやすいことがわかった
 →前日に組んだTODOを30分レベルに分解して、明日の30分ごとのスケジュールに組み込んでいく。
◎テストの書き方やジェネリクスが利用できるようになっている点について上司からお褒めの言葉をいただけた✨
◎共有する準備などがちゃんと整理できてたおかげでスムーズにタスクを渡せた。

③BAD(反省ポイント)

◎決めた時間に起きれず。
 →[週間]11時には寝る。
 →[仕事]18時くらいには今日の進捗をまとめて報告したり、残りを個人開発記事の作成に充てるなど
◎どうしても朝スケジュール組んでしまう。
 →前日ギリギリにスケジュール組もうとするのが問題。17時には明日のスケジュール組み始める。

TRY(明日挑戦する事)

🙋‍♀️割と時間内に終わったらそのあと何する?みたいなところが弱い?
 →時間内に終わったらちょっと個人開発進める、みたいなところまで計画する?
🙋‍♀️明後日のスケジュールまで綿密に組んでみる

余談:上司からコードの書き方褒められたのが嬉しすぎた。。

いただいたレビューのおかげでコードが少しずつ綺麗になってるみたい。これからも頑張るぞ。

感想

今日は午前中めっちゃ集中できたのですが、15時くらいからぼーっとしちゃいました。
割と1時間くらい仮眠取ってもいいかも🤔今の所、①昼寝して午後の集中力高める、②夕方まで細かくスケジュール決めておく、③明後日のTODOも細かく準備する、くらいのトライが出ているので三つともやってみようと思います。

【日記】今日の振り返り

残業してないですが、もはや毎日振り返っていきます🙋‍♀️

①今日の対応

◎テストFBチケット x6
+ミーティング x1.5h

②GOOD(続ける事)

コンポーネントの実装確認をstorybookで確認することで、ダミー定義 + ローカル表示の手間が省けた(-10~20分)
◎(上記のような「省けた→何分」のように具体的な数値を意識するようになった)
◎実装箇所にコメントアウトで追加して自分を見失わないようにする

③BAD(反省ポイント)

◎prod更新分をqaにマージしてないため、他の人がqaにマージする時に私が引き起こしたコンフリクトにぶつかってしまう。
◎qaでのデフレが自分より他の人が気づくことが多い。
◎スプリント初めにこれだけ終わらすと決めた分量を終わらせきれなかった。
→割と自分が完全に納得して進めるまでの前提条件が毎回揃ってない気がしている。

TRY(明日挑戦する事)

🙋‍♀️明日のTODO整理して、朝5時~11時でポモドーロに挑戦する。
🙋‍♀️storybookを有効活用する。

余談:ポモドーロ、始めました

久しぶりにちゃーんとポモドーロテクニックを始めました。こうやって業務内に仕事を終えることを意識すると、「8hで25分を16回繰り返して、、じゃあ今タスクはそれぞれ何ポモで完了させないといけなくて、、」みたいな分割が割とざっくり考えられていいかもしれない🙋‍♀️

感想

一日目が終了。今日は割と集中してタスクが完了できた。

【日記】今週の振り返り

せっかく毎日振り返りを書くようになったので、
一週間の振り返りも書いていく〜〜

今週のGood

◎9時間以内に決められた仕事を終えられるようになった。  → 「なんで8時間で終わらないのか」を日記を通して考えるようになった。
はてなブログのpv数が初めて一日100pvを突破した。
◎「昨夜決めた一日のTODOと違うことをしている」「朝イチで優先度が低いものを仕上げてる」「中長期的な課題(あるいは中長期的にみるとどういうことが起きるか)をあまり意識していない」など、今まで気にしていなかったセンターピンを認知し始めている。
◎10個くらいのPRをマージして本当にスッキリしている。

今週のBad

◎PRが9個ほど残っていたため本番実装と別のタスクを同時並行で行なったこと。
◎テスFEが整理がついていないためか着手に時間がかかる。

来週のTry

◎振り返り日記は仕事中に書いておく
 →問題をストックせずその場で解決する癖がつく(はず)
◎技術記事と振り返り記事を棲み分ける
 →流入増えたり、別のブログツールを触ってみるきっかけを作ってみる。
◎「長期的にはどんな影響があるか」を一つ一つの問題に対して仮説を立ててみる🤔
 →長い目で、別の視点で考える練習をする
◎側で自分の工数の見積もり方フレームワークを作成する
◎toggl管理を復活させて、実装にいくら時間が使えるかを今週計ってみる

振り返り日記は常にメモる(笑)

余談:8hってこんなに短いものなのか

学生の頃や個人でお仕事をいただいていた時期は時間気にせず朝から晩まで仕事していましたが
いざ時間を測って仕事してみると8hの時間の短さが改めて身に染みますね、、(笑)

感想

ということで今週は実装タスクに集中して仕事できたかなという印象です。
来週は準備もしっかりした上で実装タスクにさける時間を増やしていきたい。。!

ということで改めてtogglで管理していこうと思います。🙋‍♀️