20181108
今日成功したこと。
- 仕様の認識齟齬を潰せたし、こちらの想定通りに誘導できた。
次はそもそも齟齬を起こさないようにしたい。
手書きでもいいからモック的なのを作る?
- メールを処理し切れたこと
次はフィルタ機能の精度を向上させたい。
何だかんだ、不必要なアラートメールも対応していた。
また、一通あたりの時間をちゃんと測りたい。長いメールは無駄。
- 遅刻の際の勤怠のつけ方を知れた
30未満なら後ろ倒しで就業すればいいらしい。
今まで時間休付けてたのが無駄だった。
次は勤怠に悩んだ時はちゃんと確認をしよう。
今日のよかった人
塩川さん。ログインURLが古いのが問題なら新しいのを案内すればよいという発想は、焦ったエンジニアからは出せなかった。
問題解決の方法をエンジニアリングにこだわってはいけないと、肝に銘じよう。いかにコードを書かず、設定を変えずに問題解決をするか。
20181105
今日の成功
lighthouhsの得点はなかなか上がった。
vueを配信する時の知見はたまった。
次はもう少し詳細に計測しながら。効果がちゃんとまありそうな順番に取り組む。そうすることで効率的になるはず。
今日の失敗
gitの扱い方。リベースが楽だと思ってたけど、コミットグラフが伸びたきたらマージの方が事故りにくいわな。
次はマージにしよう。
あとはもう少しコミットの粒度を下げたい。
評価は2期連続A評価だった。
前期よりアウトプットがイマイチだった自覚はあるけど、チーム全体の安定性に貢献できた、後輩の育成に貢献したという辺りが評価されたらしい。
自分の目標と異なるところで評価されるのは嬉しいより悔しいかも。
次期の目標としてはスペシャリティを作り上げること。今のままだとフロントエンド系な気もするけど、興味は無いな。やっぱりBDEを目指して、中国事業に手を挙げるか。
今日の真似したいと思った人。成富さんかな。
あんないきなり、面倒な相談しても嫌な顔一つしなかったところはすごいと思う。
ある意味の接客業とは言え、プロだなと。
20181102
中国か。面白そうではあるよね。何より、海外であること、売上のスケール大きそうなこと、事業責任者がエンジニアに期待してくれてること。辺りが楽しそう。
タスクは一つずつ片付けていかないといけない。
あんまり口出しし過ぎるのはよくないし、嫌なんだよなぁ。定量的に何回くらい口出ししたかを数えとこう。
開発環境と本番環境の違いは本当に要注意ね。かなり危なかった。チェックリストにしておかないと。新しい人が来た時に役に立つはず。
帰ったら6日にやるべきことを書き出さねば。
今日のすごい人、あの事業責任者の人。
アイデアの数もだけど、システムに対する理解も国に対する理解も、それに対してどのように扱うべきなのかという具体策をちゃんと持ってる辺りが素晴らしいと思った。
20181031
とりっく おぁ おりーと
お賃金上げたい。
普段の仕事であまり目標を持ってなかった。とりあえずは、次に転職するときに何を武器にしたいか、何が評価されるか辺りを軸に一芸を用意したい。
エンジニアリング以外の部分で何か作りたいけど、何だろうなぁ。
お金のこと
英語
マネジメント?あんまり。。
うーん。。
司法書士とか行政書士的な、いわゆる士業みたいのは面白そうだなとは思う。相続の話とか難しすぎるもん。保険会社によってフォーマット違うとか無駄すぎるわ。何とかしたいね。本人直筆とかも無駄だし。
目的をはっきり決めないと最終的な優先順位付けらんなくて困るとは思うけどね。よしなにやり切るしかなさそう。全体像を持ってる人がいないというのはよろしくないな。
作るだけが仕事じゃなかろうに。。
まぁ、作るプロになりますというならそれもいいけど、俺より作れないプロなんて役に立たんべ。
あと、自分が決裁権を持ってるんだから、もっとやりたいこと言って良いのよ。この辺、アイデアを出しにくい空気感になってしまってるだろうか。ROIについて口うるさ過ぎた?ちょっと控えるか。
案外みんなROIについて気にしてないというか、本気度としては低い指標として見てる。それならそれで、新しい指標を握った方が良さそうだけど。
今日のすごい人、、、鈴木さんか。
要らないと思ったチャネルをどんどんアーカイブして程よくまとめるとか。
必要なもの、粒度をきちんと考えてるなかなって感じ。
20181030
土砂崩れみたいなスケジュールだった。
どこまで口出しをするのか非常に迷う。
今の正直な気持ちとしては、一回失敗してみたら?くらいに傾いてしまったいるのも事実。
ただ、真面目にそれをやると全体が不幸になるなと。かと言って開発だけ任せて他は巻き取るって、あまり本人の経験にもならなそう。
こちらでクリティカルポイントを洗い出して、そこの確認だけしようか。
- スコープは決まっているのか
- 技術的に一番難しいのはどれか
- 技術以外でのリスクは何か
- 落とすとしたらどこか
- 人に任せられるのはどこか
- 見積もり、予定、想定は、どれほどリアルにイメージ出来てるのか、現実的なのか。プログラムなら、どのクラスのどのメソッドに手を入れるのかくらいまで見込んで欲しいけど、、、
辺りだろうか。
お金の使い方って難しい。
お金で解決できることはすればいい派だけど、ちゃんと金額に見合った内容なのかは考えなさいよ。
そんなの自分でやった方が早いし安いし簡単だろう。靴を履くのに人に手伝わせる方が無駄。
今日のすごい人。
山本さん。今かなりマルチタスクなはず。きちんとこなしてるのはすごいと思う。基本リーダー的な業務が多い中でどうやってものを決めてるんだろうか。
技術的な知識もちゃんとあるし、その辺追いつきたい。
解決方法、実装方法として妥当なのかを判断するには自分が実装できないといけないよなぁ。それこそ、結構真面目に作りかたを考えて、その上で人に任せる。
最後は自分が何とかする!という心持ちでないと、人に任せるのは間違ってる。
20181029
朝からアラートの確認。
どうすればもっとみんな、エラーを拾いやすくなるか。
エラーを拾った後に何をすればいいか分からないから拾いたくないという心理的な部分はよく分かる。俺はそっち派だから。
チェックリストでも作るか?
エラーに気づいてませんでしたってのはなかなか困る。1日の中で何処か棚卸をする時間を設ける?不毛だ。人によってその日のスケジュールもタスクも違うのだ。強制的な時間を設けることに意味はない。
エラーを拾うことへのインセンティブが欲しいか。めっちゃ褒めるか。。
MTGに、事前に解決できる課題を持っていくのはやめよう。
まず、この課題は誰がいれば解決できるのか。誰が判断できるのかを把握しないといけない。
誰も判断できないとしたら、誰かが判断できるようになるまで問題を細分化するか、必要な情報を集めるしかない。
判断する為にはどんな情報が必要ですか?
改善系のタスクに取り組む時はある程度はインパクト順にしたい。じゃないと、やった結果、これっぽっちの改善かよ感が自分の中に生まれてきて自身喪失に繋がる。よろしくない。
自分が簡単にできる仕事は人に任せる。
やっぱり、1日の時間が細切れ感がある。もう少しまとまった時間を作りたい。
ベストは1時間ごとに7コマ。
今日のすごい人
柴崎さんかな。コマンド実行したら結果とエラーの確認をするって、当たり前なんだけど忘れがちだなぁと。あと、IDEの使い方が上手い。
もっとショートカットとか便利な機能に習熟したい。とりあえずググるか。