「きわめて短時間にそこそこの成果を上げる」ことを得意とするタイプの人がいる。 ギリギリまで何もしないで、期限が迫ってから取りかかるくせに、最終的な成果物を見ると平均以上のクオリティを保っている。 難問に対して絶対的な解答をもたらすことはできないが、落としどころを見つけることに長けている。 他人から見れば「どう考えればそうなるのかわからない」思考プロセスを辿って、それでもまともな形で結果を出すことが出来る。 また、思考に小回りがきくため、急な状況の変化に難なく対応できる。 「きわめて短時間にそこそこの成果を上げる人間」の特徴 このタイプの人間には幾つかの特徴がある。 まず彼らは目的からスタートする。ひとたび目標を設定すると、それに向かって誘導ミサイルのごとく突撃する。 目に見える成果をイメージし、その実現に必要なリソースを自分の経験や他人の能力、そして環境の中から素早く探し出して投入し、カオ
ドットインストール代表のライフハックブログ
2002年、当時設立したばかりの会社に入り、何もない状態から、コンテンツとシステムを作り続け8年が経った。日々、試行錯誤しながら、それなりに会社も大きくなり、まだ、大成功とは言えないけど、それなりにうまくやってきたつもりだ。 しかしながら、その8年という短くはない時間の中で、色々な課題や問題が発生し、その時々正しい選択をしてきたつもりだったけど、反省点も多い。もう一度スタートアップに参加するとしたら、やり直したいところや、もっと早くこうしていれば良かったというところがたくさんある。 そんなわけで、次の挑戦のときに忘れないように、また、もしかして誰かの参考くらいになればと思い、メモっておくことにした。1 まず、反省点の前に、何をやっているのかというのを簡単に。 ビジネスとしては、英語e-learningのWebサービス(ネットを使った英語のお勉強)をASPな形で、企業や大学などに提供している
オリンピックを終えた選手の皆さんお疲れ様でした。結果が良かった方も思わしくなかった方もいると思いますが、どの選手もここまで努力してきたことは素晴らしいことだと思います。 このようなタイミングでお話しするのは憚られますが、オリンピックに出たりメダルを取っても幸せになるとは限りません。東京五輪の残像という本があります。1964年に東京五輪に出場した選手を追跡取材しているものです。オリンピックの光があまりにも強いために、呪縛から逃れられず苦しむ様子が描かれています。オリンピックに出る方法、勝つ方法はたくさん語られていますが、出てしまった後どのように生きていくかは実はあまり語られていません。 まず第一に大きな大会の後や目標を達成してしまった後に、燃え尽き症候群と言われる症状が出ることがあります。アスリートは極度の重圧にさらされているために一般の方よりも精神的なダメージを受けやすい状況にいます。人間
2度の挫折越え、22歳で日本人女性初の南ア公認サファリガイドに NEW キャリア 2024.02.09
7/25(日) 13:00から行われた東京オリンピック 女子ロードレースで奇跡が起こりましたので普段、自転車ロードレースに関心の無い方でも分かるよう解説してみました。 何が起こったのかオーストリアからたった一人参加していたプロではない博士号持ちの数学研究者アンナ・キーセンホーファー選手がスタート直後から飛び出し、そのまま最後まで逃げ切って金メダルを獲得してしまいました。 何がすごいのか通常ロードレースでは大きな集団(メイン集団とかプロトンと呼ばれます)になって走りますが、そこから飛び出して先行する少人数の逃げ集団も良く作られます。 今回もアンナ選手と他に4人がスタート直後にメイン集団から飛び出し、5人の逃げ集団を作って先行しました。 しかし、そのような逃げ集団はレース終盤にはメイン集団に追いつかれて吸収されてしまうのが一般的です。 たまに逃げ集団の選手がそのまま逃げ切って勝ってしまうことも
去年書いたトトロの記事に、大きな反響をいただいた。 今からはじまる物語は、この記事の「ゼロ話」である。 小学3年生の初夏。 9歳になったばかりの私は、「子供の権利」を手放した。 これは、私の子供時代が、無残に終わってしまった日のお話。 ずっと消えない壊れた時間が、いまもここに、残っている。 親の毒を味わうしかない、サビシイ子供だった「わたし」から、今日もどこかで子供と関わる、すべての人へ。 「好きじゃない方の子供」だった、わたしひとつ年下の弟がいる。 3歳くらいのときから、母は私よりも弟のことがカワイイのだな、とハッキリ理解していた。 誰になにを言われるでもなかったが、ちょっとした声かけや態度の差から、幼いながらに読み取れたのだ。 例えば保育園の帰り道。 歩いていて転んだとき、母は私に「も～なにやってんのよ、大丈夫？」と迷惑そうな視線をよこした。 しかし弟が転んだ時には、言葉より先にかけよ
再発防止策を書くのは難しい。 良い再発防止策 良い再発防止策について、順位付けするとしたら、 その種類の問題について二度と意識することがなくなる解決策 その種類の問題を開発時に自動的に検知することができる解決策 その種類の問題が発生しても自動的に復旧することができる解決策 その種類の問題が発生しても影響が局所化される、フールプルーフ、フェールセーフになる解決策 と言うのは意識したいと思いつつ、やはり難しい。 再発防止はむずかしい 障害の再発防止策は、 メカニズム ツール ルール チェックリスト の順番に検討せよ。と言われても、急いで書けなんて言われると「次回からは複数人でチェックします。」とか「チェック項目を追加します。」とかいう徹底できなそうな「反省文」になってしまう。 まさにこの有名な猫...。 **「なぜミスを繰り返すのか」「どうすればミスを防げるのか」を真剣に考えていないことがミス
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-
去年度から現在に至るまで、その振り返り、リクルートであったことの話 - i remember nothing
2017 - 04 - 24 去年度から現在に至るまで、その振り返り、リクルートであったことの話 一年前の今頃、私は新卒エンジニアとして リクルート に採用され、出向先の リクルート マーケティング パートナーズで実務をやっていた。 就活は自分にとって ロシアンルーレット みたいなものだった。どんな会社でも入ってみないと善し悪しがわからない。だからここは運試しだろうと、内定した企業のうち一番提示年収が高くサービス内容が興味のあるジャンルである（いわゆる英語教育系のサービスであった） リクルート に入社した。 でも、２ヶ月後に休職し、気づけば入社半年後には退職していた。 リクルート では、内定が出る時点でミッショングレードというものが提示される。平たく言うと、そのランクに応じて与えられる業務目標が設定され、年俸が変わるというものだ。 だいたいの新卒は同じミッショングレードを与えられる。私も標
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 20世紀を代表する経営学者として知られる故ピーター・F・ドラッカー氏は、その著書の中で、トップレベルのビジネスパーソンであり続けるためのポイントとして、 定期的に自らを振り返り、次に向けた改善点を洗い出す。 ことを指摘しています。その中でも特に重要なのが、半年〜1年というある程度の期間をまとめて振り返り、その長期的な営みを再解釈し、新たな仕掛けについて思案を巡らせること。 そこで本記事では、さまざまな知見をもとに1年間を振り返る上で非常に効果的で、多くの気づきを得られる振り返り法をご紹介します。 そして、この振り返り法がどのくらい有効であるかを検証するために、実際に40人の現役ビジネスパーソンにお集まりいただき、4人×10
仕事力について - 内田樹の研究室
４月に一ヶ月間、毎週一度朝日新聞の求人欄の上のコラムに「仕事力」というエッセイを連載しました。いつもの話ですけれど、就活する学生たちに対して言いたいことをわりとコンパクトにまとめてあるので、そういう立場にいる方はぜひご一読ください。 自分の適性に合った仕事に就くべきだと当たり前のように言われていますが、「適職」などというものがほんとうにあるのでしょうか。 僕は懐疑的です。 「キャリア教育」の名のもとに、大学２年生から就活指導が始まり、その最初に適性検査を受けさせられます。 これがいったい何の役に立つのか、僕にはまったくわかりません。 大学で教えている頃に、ゼミの学生が適性検査の結果が出たのだが、と困惑してやってきたことがありました。 「あなたの適職は１位キャビンアテンダント、２位犬のトリマーと出たんですけど、私は一体何になればいいのでしょう？」 就職情報産業は学生たちを、自分には「これしか
最強の振り返りメソッド「KPT法」で、失敗を反省するどころか、長所も希望も見つかった話 - STUDY HACKER（スタディーハッカー）｜社会人の勉強法＆英語学習
日々の失敗を反省し改善していくことで、人は成長できるわけですが、なかには「失敗するとひどく落ち込んでしまい、反省するのがつらい」という人もいるはず。ですが、そんな人でも「KPT法」という振り返りのフレームワークを使えば、前向きに日々の振り返りができ、改善につなげることができますよ。 今回は、KPT法とはどういうもので、どんなメリットがあるのかを、わかりやすく解説していきます。筆者が実際にKPT法をやってみましたので、その模様も画像つきでご紹介しましょう。 KPT法とはなにか KPT法とは、取り組んでいる仕事や活動を改善するための振り返り方法のひとつ。現状を見直す際に、「Keep（このまま継続すること）」「Problem（課題）」「Try（解決策）」という3つの項目、すなわち「KPT」を書き出し、今後どうするかを考えるものです。シンプルな手法でありながら、ひとりでも集団でも活用できるうえに、
はじめに あなたのふりかえりを拡張するふりかえりチートシートを公開いたします！ この記事では、技術書典7以降配布している「ふりかえりチートシート」の説明を行います。 ふりかえりチートシートは、ふりかえりの手法84個とその特徴を網羅した一覧表です。下記画像はイメージです。 pdfはBoothで無料DLできます。 DLはコチラ => （DL版）ふりかえりチートシート ふりかえりチートシートとは ふりかえりの様々なシチュエーション（ひとり、チーム、プロジェクト、組織）で利用可能なふりかえりの手法をまとめたチートシートです。 ふりかえりの各手法を「ふりかえりの5つの流れ」と「ふりかえりの8つの型」に沿って分類しています。 B5の2ページ分のpdfファイルで、両面印刷したものをイベント等で配っています。 DLしていただいたものは、ご自由に印刷＆ご利用ください。 ふりかえりチートシートの想定利用対象者
自律的に現場を改善できるチームをつくるための「ふりかえり」の進め方 〜 KPTと進め方のノウハウ | Social Change!
現場のオペレーションを改善するために、最初に着手するなら何か？と聞かれたら、いつも「ふりかえり」から始めましょう、と答えています。かつてトラブルの起きているプロジェクトに入ったときも、まず始めたのは「ふりかえり」からでした。 「ふりかえり」とは、文字通り現場の活動を振り返って、改善のアクションを考えることです。反省会のようにも思えますが、すべてが終わってから反省する訳ではなく、現状分析を行って、うまく続けていくための未来を向いた活動です。 この記事では「ふりかえり」という習慣について、そして、ふりかえりを実践するにあたって、進め方とポイントについて紹介します。 ふりかえりの進め方”KPT”とは 上の写真は、私たちソニックガーデンで「ふりかえり」をしている様子です。ソニックガーデンでは弟子を採用していて、その弟子と師匠とのふりかえり風景です。このように、特別な道具はなにも必要ありません。必要
白ヤギの開発者の森本です。 白ヤギでは Go 言語でニュース記事のキュレーションをする カメリオ API というサービスを開発しています。約1年2ヶ月前、Go を使って開発し始めたときに当時調べた内容を整理して以下の記事を書きました。 Go言語で API サーバーを開発する 1年以上に渡り開発を継続してきて変わったこと、変わってないことなどをざっくばらんにまとめてみます。たまたま過去の記事のはてブコメントを見返していて 以下のコメント を見つけました。 最近 golang 導入事例増えて来たけど、導入後一年くらいのメンテナンスフェーズな事例について聞いてみたい。継続的デリバリーみたいなの。まだ早いのかな？ まだまだメンテナンスフェーズにはなっていなくて現在も活発に開発中ですが、継続的デリバリーについて白ヤギでは特別なことをしてなく、ansible を使ってデプロイしているのみです。Go 1
PayPayカードのメリット・デメリット|怖いと言われる理由と評判レビュー。ゴールドと一般どっちがおすすめ?
doda X（旧：iX転職）は、パーソルキャリアが運営するハイクラス転職サービス。今すぐ転職しない方にも登録いただいています。 今の自分の市場価値を確かめてみましょう。 読者のみなさんの中には、普段の会議が単なる進捗報告の場に陥ってしまい、事業を成功に導くための組織変革の場にはなっていないと感じている方も多いのではないでしょうか？ 料理レシピサイトを運営するクックパッド株式会社は、そんな「進捗報告会」では補えない課題を解決する上で有効な「仕掛け」を行っています。それは、「定期個人面談」です。その効果について仕掛け人である同社のエンジニアであるレオさんは、 チームのいろいろな課題を発見し、解決に導くヒントに出会える。メンバーと強い信頼関係を作り、チームにさらなる活気をもたらし、よりよい仕事ができるようになる。 と語ります。日本最大のレシピサイトを支える、この新しい「振り返り」のかたちを取材で
僕のやってきた失敗したサービスについてのまとめ
19歳、まだインターネット黎明期の2000年くらいから、本格的にインターネットサービスを作り始めて来ましたが、非常に多くの失敗をしてきました。 失敗したものって目立たないので、あんまりデータとして残っていません。 基本的に、僕は失敗しないほうがいいと思っているタイプです。うまくいかないパターンを潰した、という失敗はいいと思うんですけど、多くの場合、思考が深くなりきれなかった、やるべきことをやりきれなかった、とかです。 というので、思い出をまとめてみました。 インターネットサービスを作りたい！とか、事業をやりたい！という人に参考になるかなと思って書いたんですが、書き終えてみると、そこまで学ぶことがなく、恥を晒している感じなので、980円に設定しています。どちらかというと、暇つぶしとか、人の失敗をみて安心する用です🤣。そして、そこまで読まれたい！というわけでもないので、おそらく一定数までいっ
プロジェクトファシリテーション実践編：ふりかえりガイド
ここでは、PF=Project Facilitation(プロジェクトファシリテーション)について議論しています。 プロジェクトを活性化し、楽しくプロジェクトを成功に導くための、実践的な課題を扱います。 プロジェクトの成功に大切なものはなんでしょうか？ 個々人のスキルは重要です。そして、ここで取り上げるのは、集まった個人のスキルを１００％以上に発揮させるチーム作りとしての、「プロジェクトファシリテーション（PF）」です。 プロジェクトマネジメント（PM）が重要であることは昨今強く言われています。 PMが「計画達成のマネジメント」に重点を置くのに対してPFは「参加者の協調の場作り」に重点を置いています。PMは、計画の立案と実行、差異に注目した管理が中心で、どちらかと言うと「コマンド･コントロール型」のマネジメントスタイルが背後にあります。これに対してPFは、その場その場の変化に対応し、チーム
成長のスピードが早い人と遅い人の３つの違い 〜 テーマをもって仕事に取り組んでいるか | Social Change!
これまで多くの人の成長を見てきましたが、人によっては成長のスピードが非常に早い人とそうでもない人がいて、そこには幾つか違いがあると気付きました。 この記事では、その気付きから成長のスピードが早い人と遅い人の違いは何があるか考えてみました。もしかすると、ほんの少し意識を変えることで成長のスピードを早くすることができるかもしれません。 １）仕事のあとに「ふりかえり」をしているか 自分の仕事の進め方はいつ改善されるのでしょうか。毎回、同じことを繰り返すだけでは進歩がありません。仕事が終わったら、自らの仕事ぶりをふりかえり、良かったところを伸ばし、まずかったところを直すと良いでしょう。 私たちの会社では、仕事の「ふりかえり」に慣れていないメンバーは、最初のうちは週に１度くらいの頻度で「KPT」というフレームワークを用いて行っています。詳しくは、このブログの「ふりかえり」に関する記事に書いてあるので
こんにちは、アプリケーションエンジニアのid:shiba_yu36です。今日は社内で数年ほど取り組んでいる障害情報の社内共有についてご紹介したいと思います。 障害情報を社内共有する理由 サービスを運営しているなら、出来る限りサービスが一時的に止まってしまうなどの障害を起こさないように事前に対策を取るなど気をつけるべきです。しかし、どれだけ事前に対策をとっても、急激なアクセスの増加や、意図しないバグの混入、オペレーションのミスなどを理由として、障害を起こしてしまうことがあります。 障害が起きた時、それに暫定的に対応して終わりとしてしまうことも多いです。しかし、復旧した後大事なのは、障害に対して適切に振り返りをし、同じサービスで同様の理由で障害を起こさない、また社内で同様の理由の障害を未然に防ぐことです。 そこで、はてなでは障害の暫定対応をした後は、障害の振り返りや他チームへの知識共有のために
スプリントの振り返り大全 〜 チームに最適な手法を見つける15のレトロスペクティブを振り返る - Agile Journey
はじめまして。株式会社イノベーター・ジャパンでフロントエンドエンジニアをしている、うじた（@besburg）です。弊社ではスクラムによる開発を取り入れており、スプリントの最後には毎回スプリントレトロスペクティブという振り返りを行っています。そこで試した振り返りの手法をこの記事ではまとめてみました。 私たちのプロジェクトではタスクの優先度に入れ替わりが多く、今やっていることを可視化するため、2021年8月からスクラムを開始しました。参加メンバーは各プロジェクトのエンジニア全員で、スプリント期間に合わせて1週間ごとに振り返りを行っています。スクラムによる開発が初めてだったこともあり、当初は自分たちに合った手法を見つけることを目標に振り返りを進めました。 週ごとにメンバーが交代でファシリテーターを担当し、試したい振り返り手法を持ち寄ってレトロスペクティブを行いました。そのため基本的には振り返り手
スマートフォンを使って自由にカメラのシャッターを切ることができるツールの「Triggertrap Ada」は、クラウドファンディングサイトKickstarterで目標金額の約6倍の資金を集めることに成功したのですが、結果的に製品化を実現できず集まった資金を出資者に返還することになり、プロジェクトは大失敗に終わりました。なぜ、圧倒的な支持を集めたにもかかわらずプロジェクトは失敗したのか、どうすればプロジェクトを成功させられるのかについて、Triggertrapのハジェ・ジャン・キャンプス代表が、プロジェクト失敗から学んだ教訓としてまとめています。そこにはKickstarterでプロジェクトを立ち上げる人も出資をする人も、知っておくべき教訓の数々が明らかにされています。 How a half-million dollar Kickstarter project can crash and bu
ふりかえり手法にはKPT、Fun Done Learnなど様々な手法が知られています。 今回はその中でもチームの課題と向き合う手法「象、死んだ魚、嘔吐」について説明します。 また自分達が実際に実践するにあたって行った工夫を紹介します。 ふりかえり手法「象、死んだ魚、嘔吐」とは？ 2024.1.17追記 「象死んだ魚嘔吐のうた」を制作し、Reginal Scrum Gathering Tokyo 2024にて発表しました。 ↑使用したオリジナルの背景画像です。お好きなツールの背景としてどうぞ。 「象、死んだ魚、嘔吐」とは、Airbnbの共同創業者ジョー・ゲビアが提唱した手法です。 カリスマ性があり完璧主義のジョー・ゲビアが率いるチームでは、雰囲気が重苦しく、メンバーはゲビアを恐れ、自分の考えていることを発言できなくなっており、チームは崩壊寸前でした。 そのような状態で考案されたふりかえり手法
こんにちは。スクラムマスターの@sakebookです。 今回は「象・死んだ魚・嘔吐」をチームでやってみたのでその振り返りをします。 「象・死んだ魚・嘔吐」とは 振り返り手法の一つです。Airbnb Story 大胆なアイデアを生み、困難を乗り越え、超人気サービスをつくる方法（原題: The Airbnb Story）の中で紹介されていたようです。 翻訳されてなかなかキャッチーなネーミングになっています。 それぞれ次のようなことを意味します。 象 凄く大きい、見えているけど、みんな見ないふりをしている課題・問題。表層化しているけど大きすぎてみようとしていない。これが何かをみんなで話していく。 死んだ魚 放っておくと腐っていく。そういう問題。放置しておくとまずいことになる問題ってなんだろう？ということを話し合う。 嘔吐 自分の胸の中に隠していて、吐き出せなかったこと。これをこの場で嘔吐する。
今年は、はてなインターンの実行委員長という仕事をしている。 hatenacorp.jp 8月15日から9月9日までのインターンを終え、今年の教科書も公開ができた。 developer.hatenastaff.com まだもう少し委員長としての仕事が残っているが、ここで一度今年の振り返りをしようということで、実施した。 振り返り手法としてのKPTとYWT ぼくは普段、Mackerel というプロダクトの開発にかかわっている。Mackerelでは開発手法にスクラムを採用していて、2週間のスプリントごとに毎回振り返りを行っている。ここで使っているのはKPTという手法だ。 KPTはKeep, Problem, Tryの略で、2週間を振り返って、その期間でKeepしておくべき良かったこと、Problemとして議論すべき問題となること、そしてそれらを受けて次のスプリントですべきTryを決める。 K,
) 4月1日に10年続くとあるWebサービスをフルリニューアルしました。 リニューアルの目的は、システムが度重なる機能拡張により、必要以上に複雑化してしまい、ちょっとした修正でも非常に時間がかかるので今後、事業のスケールを拡大していく上のが難しくなってきたためです。 特に大きなところですと、スマホサイトがリニューアル前のサイトだと、スマホとPCで機能が完全に分断されてしまっていました。サイトを立ち上げた当初はスマートフォンすらなかった時代なのでしょうがないとは思いますが、これをこれ以上保守していくのはしんどいので、スマホファーストの思想を取り入れサイトを設計していきました。 技術的にも、PHPからRubyに変更して、ELBやS3をとりいれ、Githubベースの運用に変更することで、時代の流れに取り残されていたWebサイトを今風な感じの仕組みへと変更しました。 リニューアル自体はプロジェクト
こうしてふりかえりは終わってしまった / A Demise of a retrospective
2023.04.08 ふりかえりカンファレンス2023 https://retrospective.connpass.com/event/266892/
前回は、寝る前にタスクを4色に色分けして、To Doリストをつくるというお話をしました。 赤：種まき（緊急でないけれど重要なこと） 緑：食いぶち（緊急で重要なこと） 青：日課（緊急だけど重要でないこと） 黒：思いつき（緊急でも重要でもないこと） 朝早起きしてできた時間は、電話や来客などの周囲の阻害要因がないので「種まき」をするには最適の時間。ぜひ有効活用したいものです。でも、早起きしたにもかかわらず、その時間をついつい、だらだらネット徘徊などの「思いつき」で埋めてしまう誘惑が襲います。 せっかく早起きしても、それでは意味がありません。だから、自分の行動を「見える化」して、きちんと「種まき」できているかを振り返るための手段として、Googleカレンダーを使うという手があります。 本来は「未来の予定」を入れるというのがスケジュール帳の使い方。でも私は、そうではなく「過去の結果検証」を入れるツー
こんにちは、青木ととです。 最近、 所属している会社 でふりかえりにおけるファシリテーションをすることが多くなってきたので、ふりかえりについてのポエムを書こうと思います*1。 特定の書籍や文章から影響を受けている部分は多いですが、持論の箇所も多々あるので、何か違和感を感じたら遠慮なく石を投げてください。ぽいぽい。 "ふりかえり" について 🌲木こりのジレンマ 🗯ふりかえりは愚痴大会ではない 📆開催頻度は1~2週間に1度 ⚒ふりかえりの手段/フレームワーク KPT KPTとは KEEP KEEP ≠ GOOD PROBLEM 掘下タイム⏰ 問題 🆚 私たち TRY 質より量🗻 コントロール🎮できることに注力する TODO/ACTION 「誰が」「いつ」やるのか KPTの進め方について 大まかな流れ テーマを決める グラウンドルールを決める 出来事を思い出す 今週はどんな出来事があ
年内に間に合わなかった… 2021年に主にお世話になった言語・ライブラリ TypeScript React chakra-ui dnd-kit Node Vite esbuild Docker(=> lima) とりあえず挙げてみたが、なにか特定のライブラリを使う、という感じではなく、レイヤーが一つ下にいった感じがあり、実際にはなんかもうちょっと下のミドルウェアみたいなものを作っていることが多かった気がする。ASTをいじるコンパイラ周辺ツールを作っていることが多かった。 サクッとなにか作る場合、 React + TypeScript + Vite(esbuild) が鉄板という感じで、 esbuild が異次元に速すぎて、typescript の変換もバンドルも、もはやこれ一本でいい気がしてる。 microsoft/typescript はもはや言語仕様の定義と型検査がメインであって、コン
ふりかえりで初心者が陥りやすい落とし穴 〜 性格も実力も急に変えられないが行動は改善できる | Social Change!
私たちソニックガーデンでは、現場での人材育成の手段として個人の「ふりかえり」と、そのレビューを行っています。それを「ワークレビュー」と呼んでいますが、仕事の進めかたや、仕事に対する姿勢についてふりかえった内容を、メンターがレビューすることで行動の改善と成長を促します。 進めかたとしては、まずは対象者が一人で良かったこと（Keep）や問題（Problem）について洗い出しを行うのですが、ふりかえりに慣れていない初心者がつまづいてしまう様子を何度か見てきました。この記事では「ふりかえり」で、よく陥りやすいパターンと、その解消法について書きました。 自分の内面のことを問題にしてしまう ふりかえりをして問題を洗い出すときに、慣れていないと、ついやってしまうのが自分の内面や性格のことを問題としてあげるケースです。 たとえば、思っているよりも成果を出せていない、それは躓いたときに先輩に相談できてないか
こんにちは。BASE BANK 株式会社 Dev Division にて、 Engineering Manager をしている東口（@hgsgtk）です。 弊チームではプロダクト開発のリズムの中で振り返りを継続的に行っていますが、YOT という振り返りワークを作成、使用しています。BASE 社内の他チームでも「YOT っていう振り返り方法があるらしい！」と興味を持ってもらい活用されていたり、社外でもスクラムやアジャイル関連のカンファレンスでの登壇でちらっと紹介した際に「それ良さそう！」と一定の反響がありました。しかし、その一次情報はインターネット上のどこにもない状態でしたので、作成の背景も含めて参考にできる YOT の一次情報をここに記します。 TL;DR 振り返りの場のファシリテーターには、発言量が少なくてうまく場が盛り上がらない、というあるあるな悩みがありますよね 起こったことや思った
Tangible, Embedded and Embodied Interaction - Lecture 9 - Next Generation User Interfaces (4018166FNR)
人生最悪の年 - 紙屋研究所
今年は人生で最悪の年だった。仕事でも家庭でも。 もちろん、来年はそんなことがないようにしたいのだが、「『最悪だった』なんてのんきにブログに書けていた頃はよかったな〜」などという具合に「最悪」を更新することもないわけじゃない。 何をしていても前向きな気持ちが生まれないとか、いつも不安に苛まれているとか、そんな感情に支配されるようになるとは思ってもみなかった。もちろん、そうした精神状態というものがあるということを本では読んで知っていたが、やはりどこか他人事だったんだろう。 本当に苦しいな、これは。 こんなに苦しいとは思っても見なかった。 イスラエルに何年も捕らえられたパレスチナ人や、共産党圧政下で苦しむ香港政治犯などが、牢獄に閉じ込められたりする孤立感や絶望感というのは、こういう「体を蝕むような精神的抑圧」（おそらくぼくが体験しているプレッシャーの数倍、数十倍）と一体で行われるんだと想像すると
ふりかえりでKPTのようなポジティブ/ネガティブな話題を出すような手法を使っていると、悪いところの掘り下げはサクサクできる一方で、良いところをうまく膨らませるのが意外と難しいように思います。書いた本人に話してもらって、ファシリテーターが「いいですね」とコメントして終わりとか、「コメントないですか」と聞いて誰も話さなくて終わりとか、そういった場面を見たことがある人は多いんじゃないかと思います。悪いところを解決するのは慣れていても、良いところを伸ばすための道具箱が空っぽという状態ですね。 そんなチームの最初の道具として次の質問を贈ります。 それがうまくいった要因は何かありますか？ これです。なんとかのひとつ覚えで良いので、ちょっとでも話が広がらないなと感じたら、まずはこれを聞いてみると良いです。この質問が優れているのは、出来事や本人の経験から単刀直入にプラクティスを抽出できることです。何か聞き
みなさんこんにちは。@ryuzeeです。 2017年3月18日におこなわれたProductivity Engineering − Forkwell Meetup #4の登壇資料『Effective Retrospective』の資料を公開します。 登壇の時間が20分ですので基本的な内容になっていますが、これからふりかえりを始める方やなんとなくいまのやり方がうまくいかないと思う方には役にたつと思います。 もっと詳細が知りたい場合は、アジャイルレトロスペクティブズを一読することをお勧めします。2007年の本ですがまったく陳腐化していないので参考になると思います。 なにかご質問があればTwitterなどでお知らせください。それでは。 アジャイルコーチングやトレーニングを提供しています株式会社アトラクタでは、アジャイル開発に取り組むチーム向けのコーチングや、認定スクラムマスター研修などの各種トレー
「トヨタの社長は部品加工の現場の状況をご存じないのだろうか。今や自動車や設備の部品のものづくりは、ほぼ加工メーカーが支えていると言っても言い過ぎではない」。トヨタ自動車や同社グループから自動車や設備の部品加工を請け負うある中小企業（以下、加工メーカー）の社長の言葉だ。トヨタの豊田章男社長は、新型コロナウイルス禍で先が全く見通せない中にあった2020年3月期決算発表（20年5月）の席で「日本には
研究者を目指す普通の学生諸君に
『卒業論文は努力賞でもよい，修士論文はうまくいかなかった内容でもまあよい，しかし，博士論文には努力賞はない．失敗したものや説得力のないものはダメ．』これは，小生が論文審査に設けている大雑把な基準である． ・・・と書き始めてしまったので，編集委員の意に反して真面目な文章になりそうだ．研究観ならまだしも，結婚観とか，子供は何人いるか，果ては女の子のくどき方まで，居酒屋で話すような柔らかい話をさせようとしたけらいがあるが，今回は許されよ．おじさんも年を取ってきた． ちなみに，物理的に許す限り，子供は多ければ多い方がいいんじゃないでしょうか．今の世の中，たくさん生んだが故に育たないという話は聞かない．多難な人類の未来も彼らが切り開くのだから切り開く彼らが存在しなければ未来の人類も存在しない．５歳ともなればもう全く別の人間，彼の人生は彼のものである．子離れの方が大きな課題である． 諸君の
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「きわめて短時間にそこそこの成果を上げる人間」の取説とその弱点 - ミームの死骸を待ちながら
週に一度、日曜日に自問すべき20の質問 - IDEA*IDEA ～ 百式管理人のライフハックブログ
スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ - Masatomo Nakano Blog
オリンピックを終えたアスリートの方へ｜DaiTamesue為末大
日経xwoman：doors 20代からのキャリアとライフ：日経xwoman：日経xwoman
オリンピック女子ロードレースの奇跡を素人にも分かるよう解説する
母が毒親の一線をこえたあの日、子供時代が終わってしまった｜瀧波 和賀｜note
「次から気をつけます」に対抗する、反省文よりは効果が上がる再発防止、学びの機会 - Qiita
一年半同じチームで色んなふりかえりをやったので手法と学び紹介していく
40人のビジネスパーソンが絶賛した「1年の振り返り」完全マニュアル | ハイクラス転職ならdoda X（デューダエックス）
ふりかえりを拡張する「ふりかえりチートシート」 - Qiita
Go で API サーバーを開発してきて1年が過ぎました | カメリオ開発者ブログ
一日の終わりに15分の日記を付けるだけで、仕事の生産性が上がる | ライフハッカー・ジャパン
週1回×15分でチーム変革！事業を成功に導くクックパッドの振り返り | ハイクラス転職ならdoda X（デューダエックス）
社内障害情報共有のススメ - Hatena Developer Blog
Kickstarterで5000万円以上の出資を集めるもプロジェクト中止・返金措置に至ったチームが学んだこととは？
ふりかえり手法「象、死んだ魚、嘔吐」でチームの闇と向き合おう - Qiita
「象・死んだ魚・嘔吐」をやってみた振り返り - JX通信社エンジニアブログ
はてなインターンの振り返りをYWTを使ってやってみた - だいくしー(@daiksy)のはてなブログ
10年以上続くサイトを初めてリニューアルして感じた事 | Basicinc Enjoy Hacking!
スケジュール管理でなく、スケジュールの振り返りのためにGoogleカレンダーを使う | シゴタノ！
チームやプロダクトの "ふりかえり" (KPT)について意識していること - ぷらこあ
2021年のまとめ・反省 - mizchi's blog
出来事ベースでお気持ちを話しやすい振り返りワーク「YOT」 - BASEプロダクトチームブログ
経験に複利を効かせろ！ふりかえり研修2024
KPTのKがいまいち膨らまないチームに贈るパワフルな質問 - yigarashiのブログ
【資料公開】Effective Retrospective (効果的なふりかえり)
部品が造れなくなる日 図面品質の劣化、トヨタにまで - 日本経済新聞