ITエンジニア採用入門
今、IT関連の技術は様々な企業の競争力の源泉です。一方で、実際に企業が必要とするよりもITエンジニアの数は少ないため、採用競争は激化するばかりです。そこで、元ウェブエンジニアでITエンジニアの採用担当を経験した私の視点で、ITエンジニア採用に関する情報をまとめることにしました。 なお、ここでいうITエンジニアはアプリケーションエンジニア、インフラエンジニア、機械学習エンジニア、QAエンジニアなどIT関連エンジニア全般を指します。 # 更新情報 * 2022/05/17 - 公開 * 2022/05/17 - 中途採用前提であることを Chapter 1 に追記 * 2022/05/18 - 誤字の修正 Chapter 15 「行進」 -> 「更新」 ※はてなブックマークでの指摘ありがとうございます * 2022/05/19 - 活用事例の Chapter を追加 * 2022/05/20
ほとんどの人はだれかと恊働しています。マネージャーやリーダーであるなら、この割合はより大きくなります。 筆者は、仕事の重要な要素のひとつを「進捗を出すこと」と定義しています。そして進捗を出すには、進捗をただしく把握することも重要になってきます。 しかし「進捗を把握する」と言っても、想像以上に難しいと感じる場面が多々ありました。たとえば、 進捗はどうですか？ → 進行中です／〜をやっています なにか問題はありますか？ → とくにないです 〜までに終わりそうですか？ → たぶん大丈夫だと思います というようなやりとりは一般的なコミュニケーションだと思いますが、あまり有用な情報は得られていません。 この記事では、自身の経験則をもとに、進捗にまつわる良い情報をゲットするための具体的な質問を考えてみました。 なぜ進捗を把握すべきなのか 話の前に、なぜ進捗を把握すべきなのでしょうか。 それは良い計画づ
特集 地震発生から72時間｜NHK災害アーカイブス
東日本大震災アーカイブスでは、当時の映像を時系列に並べることで、何がどのように起こったのかをふりかえります。正直、まだふりかえりたくないという方も少なからずいらっしゃるかもしれません。しかし、何が起こったかを改めて見ることで、気がつくことも多いと考えます。発災から72時間に起こったことを、映像とともに見つめなおすことで、災害への備えの大切さや今後のための教訓について、一緒に考えることができればと思います。 2011年3月11日に発生した東日本大震災は、国内の観測史上最大のマグニチュード9.0を記録。（2011年3月13日気象庁発表） 死者・行方不明者は、１万８４４６人にのぼっている。（2017年3月10日 警察庁発表） 映像視聴時のお願い このサイトでは、東日本大震災に関する映像（津波や火災など）を公開しています。 このため、映像をご覧になった時に精神的なストレスを感じられる方もいらっしゃ
池袋の中華フードコートがほぼ中国
1978年東京生まれ。酒場ライター。著書に『酒場っ子』『つつまし酒』『天国酒場』など。ライター・スズキナオとのユニット「酒の穴」としても活動中。 前の記事：黄身なしゆでたまごを作って白身に感謝したい 界隈いちの中華食材スーパー 街は相変わらずの雰囲気 街頭で配られている新聞も、こんなの そのスーパーは、北口から歩いてすぐのビルのなかにあります。 「友誼商店」というのがそれ ビルの入り口 看板に、「4F 中国食品 友誼商店」とありますね。 界隈には中国食材を買えるお店がちらほらありますが、規模がいちばん大きいのは間違いなくここでしょう。雑居ビルの4階ということで、知らないと入るのになかなか勇気がいる雰囲気ですが。 ちなみにその下に「友誼食府」という表示もあり、以前はなかったものなので、これがフードコートのことだと思う。それぞれ「ゆうぎしょうてん」「ゆうぎしょくふ」と読むようです。 店内へ か
「みんなの世界史」（世界史のまとめ/日本史のまとめ） noteコンテンツの総目次です。 全部合わせると、100万字以上あると思いますが、全文無料です。 since 2018.10- 基本コンセプト 昔と今を、今と未来をつなぐ。 世界の中の日本、日本の中の世界をつなぐ。 世界史を26ピースに「輪切り」にし、 深く、たのしく、わかりやすく”翻訳”する。 コンテンツの一覧【1】ゼロからはじめる世界史のまとめ（世界史×ゼロから） 【2】同時に学ぶ! 世界史と地理（世界史×地理） 【3】世界史のまとめ × SDGs（世界史×未来） 【4】"世界史のなかの" 日本史のまとめ（世界史×日本史） 【5】世界史の教科書を最初から最後まで（世界史×教科書） 【6】新科目「歴史総合」を読む（歴史総合） 【7】新科目「世界史探究」を読む（世界史探究） 【8】歴史の扉（歴史×モノ） 【9】歴史のことば（書評） 【1
プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
TL;DR 企画力が…欲しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020年11月19日 試行錯誤の瓦礫の記録です。 はじめに もくじ TL;DR はじめに もくじ 以前書いた記事 前提・免責 アイデア 1日1案（やってよかったこと） 1stスクリーニング（やってよかったこと） コミュニケーション チームへのリスペクト（やってよかったこと） 話す <<< 聞く（改善余地あり） 即決する（やってよかったこと） 自分で各論まで見る（やってよかったこと） 発散→収束でディスカッション（改善余地あり） イラストで話す（改善余地あり） 日次ミーティング（やってよかったこと） 議事録を書く（改善余地あり） 得た情報を共有する（改善余地あり） 想定納期を示す（改善余地あり） カレンダー招待＆日程確約コメントを転記（改善余地あり） プロセス管理 仮説
プログラミング上達したいんだったら、四の五の言わずに、 ・クリーンアーキテクチャ ・レガシーコード改善ガイド ・アジャイル・サムライ ・リファクタリング 系のどれか を、全部最低5回読み返して欲しい。それでプログラマとしては圧倒的に成長できるんだから、マジで読んで — Next.js + Hasura 最速プロトタイピング本 @技術書典9 出す予定 (@erukiti) July 27, 2020 先日、こういうツイートをしたらバズってしまいまして。これらの本を理解できるまで読みこめばプログラマとして成長できますよーというもので、 ・ クリーンアーキテクチャ ・ レガシーコード改善ガイド ・ アジャイルサムライ ・ リファクタリング 系のどれか（例えばリファクタリング第二版） の4冊を挙げました。いろいろな人の感想を読んで、補足が必要そうだなと思ったので記事として書きなおしています。 追記
再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス
次女に作文の書き方を教えてみました。 以前も書いたんですが、長男長女次女が通っている小学校は、そこそこ宿題の量が多い小学校でして、低学年から割と計画的な宿題実施が求められます。 まだ幼稚園とそれ程変わらないような時期にあんまりタスク詰めるのもどうかな、と思う一方 「計画を立ててそれを実施する」 「計画が上手くいかなかったときのリカバリ方法を考える」 という経験が早い内から出来るのは悪くないかなと思って、ちょこちょこフォローしつつ様子を見ていたんです。 で、最近ぼちぼち小学二年生の長女・次女にも「作文」の宿題が出るようになりまして。 何かのイベントの振り返りとか、遠足の思い出についてとか、原稿用紙の前でうんうん唸る機会が段々増えてきたんです。 皆さん、子どもの頃作文って得意でした？400字詰め原稿用紙って、子どもの頃はめちゃ広大に見えましたよね。 今になって振り返ってみると、「これ早口系本気
Scrum Fest Mikawa 2021の登壇資料です。 以下は資料内で引用している参考リンクです DPA https://qiita.com/viva_tweet_x/items/97e819c626979b78947a KPT http://objectclub.jp/download/files/pf/KPT_TIPS.pdf TimeLine https://developers.freee.co.jp/entry/timeline-is-a-good-retrospective-method 象、死んだ魚、嘔吐 https://no-kill-switch.ghost.io/elephants-dead-fish-vomit/ Start Stop Continue https://www.retrium.com/retrospective-techniques/start-
こんにちは、CTO歴も丸9年以上になりました @makoga です。 Podcastや勉強会で話をしたときに好評だったので、今回は私が面接時に見ているポイントを書きます。 ※この文章の元ネタは2016年1月に社内に公開したものです。 面接時に見ているポイント 3行まとめ 事実と意見を分けて説明できるか 実際の課題を解決しようとしているか 技術をどう理解しているか この文章の目的 30分から1時間の面接で一緒に働きたいかを判断するのは難しいことです。私も経験を積んで学んできました。 まだ経験が浅い面接官に私が実践していることを伝えることでVOYAGE GROUP全体の判断の精度を上げていくのが目的です。 事実と意見を分けて説明できるか 圧倒的にこれは重要。これができない人はかなり厳しい。 関わったプロジェクトのなかで、自身が一番活躍できたと思うプロジェクトについて聞く 学生の場合は1人で個人
ホットサンドメーカーで1週間昼食焼き固め生活
1978年東京生まれ。酒場ライター。著書に『酒場っ子』『つつまし酒』『天国酒場』など。ライター・スズキナオとのユニット「酒の穴」としても活動中。 前の記事：「皮だけおでん」を作ってみて得た4つの気づき これはほんの一例で、とにかく自由な発想でホットサンドメーカーを使い倒している。そのどれもがたまらなく美味しそう。こんなの、真似して買わないわけないじゃないですか、ホットサンドメーカー。 買いましたよ ﾘﾛ氏さんとまったく同じ製品。もはやただのファン。ちなみに、運良くタイムセールのタイミングで、1000円ほどで購入できました。 で、このホットサンドメーカーをどうやって使うかというと、基本的には、焼きたい食材を挟み、弱火で両面じっくり火を通すだけ。いきなり強火でいくと焦げますから、あせらずじっくりが吉。 「油がはねない」「パカっと開けて気軽に火の通り具合を確認できる」「しばらくほっとけば勝手に焼
もともと東京五輪・パラリンピックの開閉会式の演出は、能楽師の野村萬斎氏を総合統括とし、佐々木氏や映画監督の山崎貴氏ら8人の演出企画チームが担う予定だった。ところが、大会組織委員会は昨年12月23日、大会運営の見直しに伴って演出チームを解散し、佐々木氏を新たな総合統括に起用することを発表している。 その佐々木氏は昨年3月5日、五輪開会式の演出を担うメンバーのグループLINEに以下のようなメッセージを送っていた。 ◎＝渡辺直美 への変身部分。 どう可愛く見せるか。 オリンピッグ● 歴史を振り返るというより、過去 大会ハイライトシーンを、 どうワクワクする様に見せるか。 （註・◎＝ブタの絵文字、●＝ブタ鼻の絵文字） 渡辺をブタに見立てたLINE ブヒー ブヒー／（宇宙人家族がふりかえると、宇宙人家族が飼っている、ブタ＝オリンピッグが、オリの中で興奮している。） 空から降り立つ、オリンピッグ＝渡辺
エンジニアのための自己管理入門 - Qiita
はじめに 社内でTodo管理の勉強会を実施した際に作成した資料があったのですが、今回自分の中の考えをまとめるせっかくの機会だと思い、字面で書き起こすことにしました。 意外と世の中では語られることのなく、『あたりまえ』として扱われてしまう『自己管理』について自分が半年間運用し、週ごとにカイゼンを続けたどり着いた、現時点でのHowを多くの人に伝えられればなと思っています。 もちろん最適解がこの形とは言いませんし、自己管理は人の数分だけ最適解はあると思っています。「みんな正しい、ただし部分的に」ということを念頭に、楽しんで読んでいただければ幸いです。 タイトルを付けた理由としては、かなりシステマチックな内容になってしまっていると感じてしまったため、「運用レベルが高い」人物を想定した結果、このタイトルになりました。 概念篇 『自己管理』を行っていく上で、確実に「ここは飛ばしてはいけない」と思ったた
フリーランスプログラマ雑感
フリーランスプログラマになって、かれこれ10年近く経ってしまった。 昨日をもって退職しました。今日から(しばらくは)フリーランスとしてがんばります。 — 武藤スナイパーカスタム🔫 (@__tai2__) November 30, 2010 会社を辞めて、とくに深い考えもなくなんとなくフリーランスになった。しばらくすればどこかの会社に就職するのかなあ、きっとそうなんだろうなあ、とかぼんやりと思ってたことを考えると、そのまま10年近くも続けてしまったのは感慨深い。 ぼくにとって、ほかの業種、ほかの立場の人の職業生活がどういうもんなのかわからないのと同程度に、ほかの人にとってもフリーランスプログラマがどういうものか、きっとイメージがあまりわかないんだろう。そこで、フリーランスプログラマ生活を振り返って、それがどのようなものだったのかを思いつくままに語ってみたい。フリーランスプログラマという語は
お金がたまる節約の極意教えるよ
お金っていうのは、当たり前だけど、減らすか増やすかしないと減ったり増えたりしない。お金を増やす方よりもお金が出ていくのを減らす方が簡単なのでそれを教えるよ。 1. 貯めたい分だけ先に抜くどこでもまず最初に言われているのがこの手法。王道。これは貯まる。「抜いただけでは貯まらんでしょ？」と思ってる方、貯まります。 収入があったら最初に抜いてしまうのがいい。抜くのは自動振替で別口座にうつすのがいい。毎月引き落としなら無料の銀行もある。この設定はかなりめんどくさいけど、１回やればあとは勝手に貯まっていく。 最初は、大雑把に「先月これぐらい使ってて、さすがに全部はキツいから少し余裕見てこれぐらいは貯めとくか〜〜最初だしね」と決めちゃってもいい。これだけで、生活費という色がついたお金ではなくなる。「抜いただけで貯まったら苦労せんわ！」と思ってる人もいるかもしれないけど、抜いたお金は貯める金で生活費では
「仕事日記を書くといいですよ」という話をする機会があったので、日々の仕事をスムーズにするシンプルな「日記駆動仕事術」について書いてみました。 日記書くといいですよ prismatix事業部の塩谷(@kwappa)です。 他部署の人と1on1する機会があり、その中で「日記書くといいですよ」という話をしました。 そういえば以前からことあるごとに「日記書きましょう」と言い続けていたのですが、ちゃんとコンテンツにしたことはなかったような気がします。 せっかくの機会なので、日記駆動の仕事術とその意義について書いてみます。 日記駆動仕事術 これはぼくの1月の日記（架空）です。Notionを使って、1か月に1ページ使うようにしています。やり方はシンプルなので、手に馴染んだツールで置き換えることも簡単だと思います。 タイムラインとしては、1/31(月)の業務を開始したところ、だと思ってください。 TODO
Qiitaで期間限定開催中の、「エンジニアによるマネジメント」に関する記事を投稿するイベントへの参加記事です。 マネジメントを始めて悩んだこと 約1年前、アシスタントマネージャーという役職をいただき、エンジニアリングマネージャー（以下、EM）としての業務を開始しました。EMになると1on1やメンバーの目標設定、チームづくり、チームの代表として事業部リーダーズミーティングへの参加などの新しい業務をしながら、それまでのプレイヤーとしての業務も行い、目の前の業務をこなすのにいっぱいいっぱいでした。 そんな中で常に「自分がマネージャーとしてきちんとできているのかが分からない」という不安を持っていました。また、どんなスキルをつけて、どうなれたら正解なのかというイメージが見つからず悩んでいました。 ある時、先輩との1on1で、「（メンバーとの1on1やメンバーの育成を）どうしてそれをやるのか」と問われ
2023年にブックマークしたページでよかったもの集めた - Really Saying Something
2013年から「その年ごとにブックマークしたページでよかったもの集めた」と題して、1年分の「自分がブックマークしたページ」を振り返り、まとめています。正確には毎年ではなくて、2022年だけ抜けています。いろいろなことがあり抜けました。そしてあきらめて、2023年版を作りました。 完全に「私得」なまとめなのでカテゴライズなどは一切しておらず、主に自分のブックマークした順番となっています。基本的には、以下の基準で選出しています。 当年に作られたエントリーであること Wikipediaや当年に作られたことが明確でない役所のページなどは除外 ブックマークが多く集まっていてもリンク切れであるものは除外 Yahoo!ニュース（掲載終了）、サイトクローズなど 内容が「閲覧する際に1記事単位になっている（ページャーはOK）」になっていること 有料記事、課金しないと全部読めない記事などは除外 今年は入院した
こんなエンジニアリングマネージャだから仕事がしやすいんだなぁと思う10個のこと - Mitsuyuki.Shiiba
最近、毎日のようにEMのいくおさん（ @dora_e_m ）とTwitterXでわちゃわちゃしてる。彼のポストを見ていると、ガンプラをつくるかビールを飲むかしかしていないように見えるが、それで合っている。 という冗談はおいといて真面目な話をすると、エンジニアとしての僕は彼と仕事ができている今の時間のことを本当に貴重な時間だと思っている。とにかく仕事がしやすいし、いろいろな気づきを与えてくれるおかげで、自分自身の成長も感じている。 エンジニアリングマネージャとしての知識が豊富でスキルが高いというのはもちろん、人との接し方や日常的なふるまいもとても尊敬できるものなのだ。 そこで今日は、僕が彼とこの3ヶ月間仕事をしていて、やりやすい・尊敬していると感じていることの中から10個だけ簡単に紹介しようと思う。僕からいくおさんへの日頃の感謝の気持ちをあらためて書いておこうと思っただけとも言う（ふだんから
おばあちゃんの思い出話と乳首責めの相性
【続きのようなもの anond:20230328202632】 三年前に祖母が亡くなったとき、私は孫代表スピーチを頼まれた。それで葬儀に出るまでの短い間におばあちゃんとの思いでをふりかえることになった。 そのころ大好きだったアイドルが載っていたMyojoやPOTATOを見せて、おばあちゃんに誰が好みか聞くと、「みんなすてきでかっこいいけど、この子が明るい感じでお話がしやすそう」といって、当時の私の推しを選んでくれた。 画家だった曾祖父の描いた、ふたつのあけびが木になるままにはじける刹那をとらえた、グロテスクで美しい日本画をいつもいとおしそうにながめていた。 横山大観の展覧会に行きたいというから、じゃあ一緒に行こうと博多駅で待ち合わせをした。前日に何度も何度も電話で確認したホームにおばあちゃんはいなくて、慌てて必死に探したら、私の母が以前に贈ったあみめの大きなベージュのレースのよそ着をきて、
ひとり会社を経営してこの4月から第6期になる。期間として次の12月で創業5年になる。先日、その5年近くの経営の中での失敗からのふりかえりについて書いたところ、多くの人たちに読んでいただいたので嬉しい。 この記事で引用した次の経理の書籍についても多くの人たちが読んでくれているようにみえる。それ自体は素直に嬉しいものの、約4年前の記事であるため、当時の私が起業に関して無知だったり、よくわかっていなかった内容もいくつかある。そこで現時点でのアップデートを含め、いま私が起業するならこうした方がよかったと、自身の経験からわかったことを整理してみる。 起業時に夢も希望もない私自身、先にあげた過去の記事を読み返していて、よい大人がひどい理由で会社を辞めたものだと思う。一方で世の中には既存の社会構造や組織に馴染めない人もいる。自分で会社を経営することは自己責任ではあるが、社会に対して馴染めないなにかを少し
この記事は「セイチョウ・ジャーニー」「挫折論への招待」アドベントカレンダー Advent Calendar 2019の22日目の記事です。 2019年のアウトプット 今年1年を振り返ってみる。 今年はあまりアウトプットしなかったかもなーと思っていたが、集めてみると結構色々やっていた。 ブログ記事: 7本 登壇: 10回 RSGT2019 運用中のモバイルゲーム開発チームに、並行バージョン開発を導入してみた EMFM Meetup 2人のVPoE 2人のVPoEによる中埜博さん（「イラスト解説：ティール組織」翻訳者）への W インタビュー企画 DevLOVE X キャリア形成に必要なのは、ただ飛び込むという勇気だけだった Developers Summit 2019 Summer Engineering Managerは何をする人なのか EOF2019 Opening Session 私たち
引き受けないお仕事の基準｜Tetsuya Morimoto
たまたまお仕事の断り方という記事を読んだ。ひとり会社を経営してもうすぐ5年が経とうとしている。うちの会社では過去に1度、大きな失敗を経験してふりかえりを行った。その際に引き受けないお仕事の基準というものを社内で作成した。その失敗に至った原因の1つとして、本来引き受けるべきではないお仕事を受けてしまったと後になって反省した。 時代の流れや人手不足もあり、システム開発やプログラミングのお仕事はまだまだ好況にみえる。うちのような零細企業でも、実際に引き受けられるお仕事より依頼の方がずっと多い。そして残念ながらせっかくいただいた依頼をお断りすることもまた多い。 引き受けないお仕事の概要経理の本に書いてあったやるべきではない取引起業したばかりの頃に読んだ次の経理の本にも「やるべきではない取引」として次のリストを提案していた。 報酬が魅力的でも信用できない相手や嫌いな相手との取引 入金が遅い取引 自分
プログラミングを勉強するために 30 代半ばの 2 年間を無職として過ごした話 - 30歳からのプログラミング
2019 年の夏に前職を辞め、そのまま無職として過ごし今年の 10 月にようやく再就職して働き始めた。 何か事情があって働けなかったわけではなく、プログラミングの能力を伸ばすために敢えて就職しなかった。 自分にとってそれなりに重要な期間だったと思うので、記録を残しておく。 予め断っておくが、何か「すごいこと」を成し遂げたわけではない。「すごくないプログラマ」が少しでもすごくなりたくて勉強していた話に過ぎない。 「すごいプログラマ」が「すごいこと」をした話を読みたければ、以下の記事などがよいと思う。 会社をやめて約1年プログラミングの勉強に費やしたことに対する満足と後悔 | blog.ojisan.io 2年間の独学をふりかえって – Happy Coder 予防線を張ったところで、本題に入る。 背景や動機 プログラミングの勉強をするために前職を辞めたわけではなく、退職の理由は別にある。 そ
最強の振り返りメソッド「KPT法」で、失敗を反省するどころか、長所も希望も見つかった話 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
日々の失敗を反省し改善していくことで、人は成長できるわけですが、なかには「失敗するとひどく落ち込んでしまい、反省するのがつらい」という人もいるはず。ですが、そんな人でも「KPT法」という振り返りのフレームワークを使えば、前向きに日々の振り返りができ、改善につなげることができますよ。 今回は、KPT法とはどういうもので、どんなメリットがあるのかを、わかりやすく解説していきます。筆者が実際にKPT法をやってみましたので、その模様も画像つきでご紹介しましょう。 KPT法とはなにか KPT法とは、取り組んでいる仕事や活動を改善するための振り返り方法のひとつ。現状を見直す際に、「Keep（このまま継続すること）」「Problem（課題）」「Try（解決策）」という3つの項目、すなわち「KPT」を書き出し、今後どうするかを考えるものです。シンプルな手法でありながら、ひとりでも集団でも活用できるうえに、
正直、もうコミケは大手サークル以外厳しいと思う
先日開催された冬コミに3年ぶりに参加した。コロナ対応のためチケット制になり、入場者数がかつてと比べて減っていることを、情報として知ってはいた。知ってはいたんだが…。 しかしそれがここまでダイレクトに売り上げに直結するとは思わんかった。具体的に書くと三分の一くらいになった。へこむぜ。 ジャンルは情報・評論。いわゆる批評誌を個人で出している。 8年前から冬コミで新刊を出して、それをチャンスがあれば文学フリマなんかに持ち込んで…というサイクルで参加していた。 刊行をそこにあわせているのもあるんだろうけど、やっぱり数を頒布できるのはコミケ。目を引く表紙にしていたこともあって結構ジャケ買いっぽい人に手に取ってもらえてた印象がある。 そんでTwitterの知り合いの人が20～30人くらい毎回きてて、その人たちにも手にとってもらえたりする。 ありがたいことに、継続しているうちにだんだん部数がはけるように
『みんなで小さく区切ってやる』とは『みんなで小さく区切ってやる』は複雑な問題を解決するためにみんな（チーム）で一緒になって改善していくためのやり方です。 『みんなで小さく区切ってやる』で大事な考え方は『経験から学ぶ』と『ちょっとずつ進める』です。小さく区切ることで、ちょっとやってみて、それから学び、またちょっとやってみる。それを繰り返しながら進みます。 『みんなで小さく区切ってやる』を上手にするには『見える化』『チェック』『改善』の3つが重要です。これにより『経験から学ぶ』効果を高めます。 機会を作る『見える化』『チェック』『改善』を取り入れるために5つの機会を設けましょう。これらの機会は毎回同じ時間に行うことでリズムが生まれいい感じになります。 『区切り』があることで立ち止まれます。立ち止まることで落ち着いて『チェック』し『改善』することができます。この『区切り』は1週間もしくは2週間に
はじめに あなたのふりかえりを拡張するふりかえりチートシートを公開いたします！ この記事では、技術書典7以降配布している「ふりかえりチートシート」の説明を行います。 ふりかえりチートシートは、ふりかえりの手法84個とその特徴を網羅した一覧表です。下記画像はイメージです。 pdfはBoothで無料DLできます。 DLはコチラ => （DL版）ふりかえりチートシート ふりかえりチートシートとは ふりかえりの様々なシチュエーション（ひとり、チーム、プロジェクト、組織）で利用可能なふりかえりの手法をまとめたチートシートです。 ふりかえりの各手法を「ふりかえりの5つの流れ」と「ふりかえりの8つの型」に沿って分類しています。 B5の2ページ分のpdfファイルで、両面印刷したものをイベント等で配っています。 DLしていただいたものは、ご自由に印刷＆ご利用ください。 ふりかえりチートシートの想定利用対象者
企業でWebアプリケーションエンジニアとして働き始めて2年と4ヶ月ほど経ちました。様々な仕事を経て、自分が向いていることや楽しく感じることが徐々に明らかになり、数年後になりたい像がぼんやりと浮かび上がってきました。そして、その将来像が世間的には「エンジニアリングマネージャー」（以降EM）と呼ばれていることもわかってきました。この記事では、EMについて自分が周囲から受け取った知識を整理するとともに、そこに向けてどんな戦略を取ろうとしているかをまとめてみます。マネージャーというとネガティブなイメージも拭えませんが、EMは年を重ねて吸い込まれるものではなく、積極的に取りに行くに値する面白いポジションであると思います。この記事を読んでEMに魅力を感じる同世代の仲間が増えると嬉しく思います。 EMについての理解 エンジニアリングマネージャーという職務についてのオーバービューは、広木大地さんによるエン
🏃 はじめに 今度、このような勉強会が開催されます。 ここで、「もし自分が"勉強法"を説明するならどうするか？」をふと考えていると、観点が２つあることに気づきました。 学習のワークフロー 学習の方法それ自体 この二つの観点から自分の勉強法について言語化してみようと思います。ただし前提として、ソフトウェアエンジニア向けというのがあります。 📚 アジャイル勉強法が Zenn Book になりました!! この記事で説明している以上に詳しい内容を Zenn Book の方には書かせていただいております！ この記事を読んでみて、より詳しく知りたいとなった方はぜひ Zenn Book の方もよろしくお願い致します。 1 章は無料で読めます！ ⏰ 学習のワークフロー サイクルはこんな感じです。 年間の計画を立てる タスクに細分化して GitHub Project に登録していく 週単位で消化するタス
前の記事で軽く触れた通り、Todoistでタスクを管理している。そのあたりの話。 masawada.hatenablog.jp 割と忘れっぽい性質なのと、いろんなイベントを同時並行でやることが結構あって、破綻しないようにTodoistを使ってタスクを管理している。加えて無為に過ごしたくないなあという思いからここ数年はゆるく目標みたいなものを持っていて、Scrapboxで管理している。これらは一度設定してそのままにしてしまうと見るのすら忘れてしまうので、ある程度定期的に見直すタイミングを作っている。以下はざっくりどういうことをやっているかの紹介。 タスク管理 Todoistではレイアウトにリストとボードの2種類があって、それぞれ利用シーンに応じて使い分けている。 リストとボード リスト 進捗を考えなくていいものについてはリストを利用している。アイディア帳的な使い方が多い。例えば前の記事で挙げ
CTOのあんちぽです。このエントリでは、昨今隆盛しているプログラミングスクールに対して期待していることと提案について、エンジニア採用を担当する者として述べたいと思います。 このエントリの前提としての私の考え まずCTOとして、プログラミング教育全般に対する私（およびペパボとして）の考え方を述べます。我々は「いるだけで成長できる環境」を謳い、エンジニア教育に熱心に取り組んでいる企業であると自負しています（少なくとも相対的には）。また、インターネット産業の担い手として、この業界に多くの方がエンジニアとして活躍の場を見いだせることを心から願っていますし、微力ながら貢献してもいると思っています。 そのような我々ですので、昨今のプログラミングスクールの隆盛について、非常に好ましく思っています。特に私のような世代は、見様見真似で必死にやってきてなんとかいまがあるという感じでプログラマになりましたが、昨
早期ミスマッチ解消のために、職務経歴書のガイドを公開しました - スタディサプリ Product Team Blog
こんにちは、Web Engineer の @wozaki です。 今回は、採用プロセスの改善として、職務経歴書に記載いただきたいことを公開した背景をご紹介します。 概要 職務経歴書に、採用チームとして期待する情報が不足していることがある 不足すると、以下の課題が発生することがある 書類選考は通過するが、その後の選考でミスマッチと分かる (経歴書が充足していたら、より早期にミスマッチが分かったかもしれない) 面接の前に経歴に踏み込んだ質問を設計できずに、面接時間内でマッチしているか情報を引き出す難易度が上がる 既存の対策として、情報の追記をお願いすることがある 新たな対策として、記載いただきたいことを ガイドとして公開 することにした 記載いただきたいこと 早期ミスマッチ解消の必要性 Web Engineer の採用は競争が激化している肌感があります。 応募者の方々にとっても、様々な企業の中
はじめに 自分が fukabori.fm を配信しているのもあるけど、インプットソースとしてポッドキャストをよく聴いている。この記事では、聴いてるポッドキャストをサクサク紹介していきたいと思う。 基本はTech系ポッドキャスト。たまに、違ったのをちょいちょいぐらい。 実際に以下で書いてないポッドキャストもあるけど、少なくとも5エピソードは聴いたかな、ってものを紹介していく。 ポッドキャスト列挙、コメントつけて 以降は A-Z 順で、自分のPodcastクライアント(Podcast Addict)でSubscribeしているものを順番に。 ajito.fm suzukenさんが主宰しているポッドキャスト。VOYAGE CTOの makoga さんがよく登場する。技術的に濃いネタから、組織的なネタまで幅広い。 すごく印象に残っているepは ajitofm 29: Chiki Chiki Mon
台風19号がもたらした記録的な大雨によって被災された皆様に心よりお見舞い申し上げます。 わたしは武蔵小杉に７年間在住している３４歳男性です。普段は広告やPRなど、コミュニケーションのお仕事に携わっています。 このポストでは、台風によって冠水した武蔵小杉が、ソーシャルメディアの住人から【武蔵ウンコ杉】と命名されたことに関する記事です。 いち住人として悲しい感情は大きいのですが、一旦胸にしまいます。 それより、コミュニケーション屋として、「大勢の人々が短時間で波及的に街や住人に対する意見を自発的に発信した」という事実を考察してみます。 「がんばろうニッポン」の国災害大国ニッポンでは、これまで被災地に対するエールの声や、ボランティア志願者が自発的に集まることは珍しくない。これは、国民性として誇るべき習性です。 台風１９号による被害に対しても、寄付やボランティアなど、ヒト・モノ・カネ、そしてエール
弊社では2019年3月ごろから「無人化システム」の駆逐を進めています。本記事ではこの取り組みを、組織マネジメントとエンジニアリングの側面から紹介します。 恐怖の無人化システム 「無人化システム」は社内の独自用語なので、まずは言葉の意味から説明します。 無人化とはなにか 無人化の前に属人化について触れておきましょう。weblio辞書から属人化について引用します[1]。 ある業務を特定の人が担当し、その人にしかやり方が分からない状態になることを意味する表現。 無人化は属人化の進化系です。無人化とは「属人化していた業務の担当者がいなくなってしまい、誰にもやり方が分からない状態になること」と定義できます。誰がどう見てもダメな状態ですね。 無人化システムとはなにか システム運用が属人化し、かつその運用者が退職するとシステムが無人化します。我々の会社ではこのようなシステムを『無人化システム』と呼んでい
ソファが真っ赤になった話 その日の取材は、4時間半を超えていた。 すてきなタレントさんの刺激的な写真撮影と、ロングインタビューを終えて、ソファから立ち上がろうとした。するとなんかイヤな感触がした。 あ、もしかして。もしかして…。 イヤな予感は的中した。 後ろをふりかえると、ベージュの合皮のソファが赤く染まっている。 ちょっとどころではなく、私が座っていたところは、広く赤く濡れていた。 ！！！！ その日、生理ナプキンはつけていた。取材前にも取り替えていた。 しかし、私のボトムは赤く染まっている。 現実を受け入れざるを得ない。 その場には、コラム連載のインタビューに応じてくれたタレントさん、ライターさん、カメラマンさんがいた。みんな女性の編集チームだ。みなさんを見送らなければいけない。保育園のお迎えの時間も迫っていた。 少し逡巡したが、隠し通せるものではないと判断した。 「私、生理で、濡れちゃ
皆さんこんにちは、株式会社ラクーンホールディングスでエンジニアをしている川﨑です。 そろそろ新入社員が入社してくる時期ですね。新たなメンバーとの仕事にワクワクする方も多いと思います。 私は今年度に入社した新卒社員のメンターを務めました。後輩に本格的に仕事を教えるのは初めての経験だったので、後輩が配属される直前まで「将来を台無しにしたらどうしよう」と考えていました。 結果的に私がメンターをした彼は、1年目とは思えないレベルで素晴らしい技術力を身に着けてくれたので、彼の成長に多少役に立てたのかなと思います。 おそらく来年度初めてメンターとなる方々の中にも、私と同じように良いメンターになれるか不安な方がいるのではないでしょうか。 この記事では 私の経験と反省から、私が思う『メンターになるうえで意識すると良いこと』をお伝えします。 是非メンターになる準備に役立てていただければと思います。 協力して
社内でLTしたネタ。去年からサポートしているチーム作りのお話。 1週間スプリント 最初は短いサイクルで試行錯誤したいから1週間スプリントでやることにした。 スプリントの終了と開始 金曜日にスプリントレビューとレトロスペクティブとプランニング。 プランニングは2部制にして 第1部では次のスプリントでやりたいことの認識合わせを全員で 第2部では細かいタスクの話をエンジニア中心で やってる。 ストーリーポイントと理想時間を併用してみてる これはだいぶあとの方の話。 最初の頃はチケットのサイズを見積もるのにストーリーポイントだけを使ってたんだけど、半年くらいした頃にストーリーポイントに加えて理想時間の見積もりも併用することにした。 最初の頃に理想時間を導入しちゃうと、頭では分かってても「時間」に引っ張られてしまうので、ポイントだけで始めることにした。で、半年くらいしたころには新しいやり方にも慣れて
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
【全文無料】総目次 世界史/日本史のまとめ｜みんなの世界史
プログラミング上達したい人に繰り返し読んで欲しい4冊｜erukiti
「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita
小学2年生の次女が、サクサク作文の宿題をこなせるようになった「技術」についての話。
一年半同じチームで色んなふりかえりをやったので手法と学び紹介していく
面接時に見ているポイント - CARTA TECH BLOG
「渡辺直美をブタ＝オリンピッグに」東京五輪開会式「責任者」が差別的演出プラン | 文春オンライン
日記駆動仕事術のススメ | DevelopersIO
エンジニアリングマネージャーになる前に知りたかった考え方 - Qiita
ひとり会社を起業したときにわからなかったこと｜Tetsuya Morimoto
自分をアップデートし続ける技術 - Unknown Error
『みんなで小さく区切ってやる』ガイド｜kawanotron
ふりかえりを拡張する「ふりかえりチートシート」 - Qiita
エンジニアリングマネージャーを目指す若者の戦略 - yigarashiのブログ
勉強法について考え続けた自分が行き着いた『アジャイル勉強法』というひとつの答え
個人的なタスク・目標の管理方法 - あんパン
プログラミングスクールへの期待と提案について - ペパボテックブログ
よく聴いてるポッドキャスト
「武蔵ウンコ杉」はなぜキャズムを超えたのか｜出村光世 | Konel / 知財図鑑
「無人化システム」を駆逐する組織マネジメントとエンジニアリング
取材が終わったらソファが真っ赤になっていた話。 | ランドリーボックス
初めてメンターになるときに意識すると良さそうなこと10選
アジャイルな開発とチームづくり - Mitsuyuki.Shiiba