『みんなで小さく区切ってやる』ガイド｜kawanotron
『みんなで小さく区切ってやる』とは『みんなで小さく区切ってやる』は複雑な問題を解決するためにみんな（チーム）で一緒になって改善していくためのやり方です。 『みんなで小さく区切ってやる』で大事な考え方は『経験から学ぶ』と『ちょっとずつ進める』です。小さく区切ることで、ちょっとやってみて、それから学び、またちょっとやってみる。それを繰り返しながら進みます。 『みんなで小さく区切ってやる』を上手にするには『見える化』『チェック』『改善』の3つが重要です。これにより『経験から学ぶ』効果を高めます。 機会を作る『見える化』『チェック』『改善』を取り入れるために5つの機会を設けましょう。これらの機会は毎回同じ時間に行うことでリズムが生まれいい感じになります。 『区切り』があることで立ち止まれます。立ち止まることで落ち着いて『チェック』し『改善』することができます。この『区切り』は1週間もしくは2週間に
今のチームに来てから最も生産性が上がった考え方｜牛尾 剛
多分今回のポストは多くの人には参考にならないだろう。相当ニッチなので。でもこれは自分にとってはとても大きなことだったので、忘れないように記録しておきます。 生産性の悩み あまりこの世界では生産性とはあいまいな言葉で、何をもって生産性が高いとは言いにくい。速いのが良いのではない。ただ、自分の実感として自分は生産性が良くないといつも感じていた。だからいろいろ努力したり、考え方をできる人を観察して真似してみたり、直接本人に聞いたりして工夫をしてきた。 実は自分はめっちゃコーディングが早い人になりたいわけではない。そうではなくて、「平均的」になりたいだけだ。それぐらいいければ「Strategy」でカバーできるどころかもっと上に行けると確信があったから。でもそうではなくて明らかに遅いのでそれが自分の足を引っ張っていた 努力の方向性 様々な努力をして、特に有効だったことを自分の本に書いたつもりではある
美容師同士のドロドロをサッパリ解消…4年間で100店舗の美容室を作った経営者が設計した仰天ルール ｢休みを取れない､給料が少ない､人間関係が気に入らない｣を解決
従業員からも必要とされるビジネスモデルを「置きに行く」 当たり前のことですが、経営者は「自分が作りたいと思っているもの」や「やりたいと思っていること」が、お客様だけでなく、従業員からも必要とされているかどうかを、まずは冷静に見極める必要があります。 よく「集客さえできれば、もっと売上が上がるはずだ」とか、「良い人材さえ採用できれば、うちの会社はもっと伸びるはずだ」と言う経営者がいますが、問題の本質は、実はそこではありません。 本当に問題なのは「自分がやりたいこと」と「お客様や従業員に求められていること」がズレてしまっている点です。 結果として、経営者は「お客様が集まらない……」「良い人材が全然集まらない……」といった苦しい戦いをせざるをえなくなってしまうのです。 お客様や従業員から「本当に必要とされるもの」であれば、向こうの方から探してでも、人がやって来るようになります。 では、お客様だけ
チームビルディングの始め方
この記事は毎週必ず記事がでるテックブログ "Loglass Tech Blog Sprint" の 8週目の記事です！ 1年間連続達成まで 残り45週 となりました！ はじめに チームビルディングというとチーム開発をしている人ならばありふれた取り組みで普段からやっているよ！という人も多いかと思います。 しかしながら、初めてチームビルディングをリードする人にとってはどうやって取り組んだらいいか悩む人もいるのではないでしょうか？ 特に「いつやればいいのか？」「どうなったら成功と言えるのか？」といった疑問については言語化が難しいところでもあります。 この記事ではこれからチームビルディングにトライする人向けに、チームビルディングを始める際の考え方やHowの接続について解説します。 チームビルディングとは チームやチームビルディングの定義についてはペパボさんの以下のスライドが非常にわかりやすいので、
任天堂、新入社員の定着率がほぼ１００%らしい→元任天堂の人が語る会社の方針がすごい
リンク ビジネスジャーナル/Business Journal | ビジネスの本音に迫る 任天堂、驚異の新入社員定着率「ほぼ100％」…なぜ社員が辞めないのか 世界累計販売台数が1億台を超えた「Nintendo Switch」と共に、さまざまな大ヒットソフトを送り出し続け、ゲーム業界をリードし続ける任天堂。日本でも屈指の人気を誇る大企業だが、その新入社員定着率が“ほぼ100％”であることが注目を集めている。ゲーム業界の待遇が良く人気が高いのは確かだが、任天堂の定着率は驚異的だ。なぜ任天堂は社員が辞めないのだろうか。 154 users 178 今村孝矢 / Takaya Imamura @ima_1966 社是社訓が無い。最大限の努力をして後は運を天に任せる。独創の精神を尊重する 。これらが社員に浸透している事が居心地の良い環境を生み出してるんだと思います。 私が入社した頃なんて定年退職制度
アメリカ社会の凄さは「どんなにポンコツ従業員がいても全体としては生産性が高くなる仕組み作り」にあるって話
Peppermint🇺🇸 @Peppermint_2525 アメリカ社会の凄い所は、基本的にクズでポンコツでヤル気も能力もない従業員が作業をしても、全体では生産性が高くなるように、一部のとてつもなく優秀な人たちが良い仕組みを作り続けてることだと思うな。マネジメントってそういう事だよね。バカとハサミは使いよう。 2023-08-30 23:21:30 Peppermint🇺🇸 @Peppermint_2525 アメリカで働く日本育ちの日本人丨投資家丨意味のない虚構が好き丨内向的直感型（INTJ）丨ポール・オースター好き丨倒幕の志士丨でも楽天家丨副業プログラマー丨ネコ好き丨パウル・クレーの絵が好き丨ビットコイン教団の宣教師丨人生オキラクゴクラク丨 #bitcoin
リモートワークで新人が楽しく効率的に成長できたプラクティス - Qiita
はじめに 私のチームは、リモートワーク中心の開発チームです。 そのチームに新人が配属された時に、私のチームで行っている新人育成のプラクティスのうち、比較的ユニーク(だと思っている)プラクティスを抜粋して紹介します。 少しでも参考になれば幸いです。 リモートワークの知見を説明 新人に対して、チームで行っているリモートワークを快適に行うための知見を紹介しています。 特に、「今から通話いいですか」をすっ飛ばしてビデオ通話を開始する文化であることを共有します。 詳細は以下を参照ください。 インセプションデッキの説明 インセプションデッキとは、プロダクトづくりに関わるメンバーが各々の意見を持ち寄って共通認識をつくり出すための大事な質問に対してメンバー皆で議論して決めた回答です。 詳細は以下を参照ください。 インセプションデッキ | Agile Studio 私のチームでは、以下のテンプレートを利用し
「俺の仕事が信用できないんですか？」工場でダブルチェックを嫌がる若い子を納得させた『チェックする理由』の言い方が素敵
tmnb @tmnb45385332 昔、工場でダブルチェックを嫌がる若い子がいた。 「俺の仕事が信用できないんですか？」と言うので 「粗探しやない。お前がちゃんと仕事できてるのを見て『流石やな！』て、言うためのチェックや」と言うと納得したのかそれからは「出来ました！チェックお願いします」と言いにくるようになった。 2023-02-02 21:55:51 tmnb @tmnb45385332 もちろんチェックしてOKなら「流石やな、OK」と言うと嬉しそうに次の仕事にかかった。 やっぱり「いいね👍」はモチベーション上げるなぁ。と、モノは言いようだなと思った。 2023-02-02 21:55:52 tmnb @tmnb45385332 ファンタジーよりのおっさん。フィギュアの小物などをチマチマ作ったりします。練ったり盛ったり削ったり塗ったりするより、縫って編んで着せるタイプ 。映画の話題に
「根性論は禁止」「以後気をつけます、はナシ」"ノートラブルなシステムを作るための心構え"に納得の声
最速配信研究会山崎大輔 制約理論及び待ち行列理論による技術経営コンサルとエンジニア起業相談やってます @yamaz 今あちこちで説明しているノートラブルなシステムを作るための心構えの資料を清書してる。その中でも特に好きなスライドはこちらになります。 pic.twitter.com/PX4ChHRvyo 2022-07-15 12:24:46 最速配信研究会山崎大輔 制約理論及び待ち行列理論による技術経営コンサルとエンジニア起業相談やってます @yamaz ソフトウェアエンジニア、起業家、商売人、三児の父、広告システムチョットデキル、スモールビジネス大好き ヤフー→スケールアウト(ファウンダ)→M&A/PMI→現在起業準備中 モットー：流れ重視、差は儲けの元 大量配信（月数千億～）、エンジニア起業、テック組織、技術的負債の返し方、PMIなど、ご相談はDMで！ https://t.co/eSo
再現性と質を高める「意思決定のフロー化」 ―― 開発畑のプロダクトマネージャーの失敗から学べ
はじめに こんにちは、ゆずたそ（@yuzutas0）です。この連載では、ソフトウェア開発者からプロダクトマネージャーに転向した筆者が、多くの失敗を経て重要性を痛感した「プロダクトマネージャーのマインドセット」を解説します。 主な対象読者としては、同じようにソフトウェア開発を出自とした方で、「同じような失敗経験のある方」「これから失敗を経験するであろう方」を想定しています。連載の前提条件の詳細、免責事項などについては、第1回の冒頭を併せて参照ください。 トレードオフが生じる場面 今回は意思決定について扱います。たとえステークホルダーの協力を引き出し、どれだけ試行錯誤しても、どこかでトレードオフが生じることになります。関係者全員が問題と向き合い、議論を整理した上で、それでも一つの結論にならないという場面が訪れます。そこではプロダクトマネージャーとして意思決定を求められます。 画面に表示するテキ
事業内容によって必要なエンジニア組織は異なる - Melting Pot of Thoughts
CTOアドベントカレンダー2021の12日目の記事です。 今の時代、様々な組織の情報透明性が上がっています。 有名スタートアップが自社のエンジニア組織についてメディアで発信している情報を見たり、流行りの本でGAFA・米国ユニコーン企業のエンジニア組織で採用されている最新の概念を勉強したりできます。 しかし成功している素晴らしい会社の話を聞いていると、どうしてもそれが唯一の正解だと思ってしまいがちなので、注意が必要です。 それらは成功して大きくなった後の組織の話であり、またブランディングとして良い側面だけをクローズアップして拡散しています。 そしてタイトルの通り、事業内容により必要なエンジニア組織は大きく異なります。 成長途上のスタートアップでは名もなき戦略を自分達でゼロベースで考えながら、それを泥臭く改善していく必要があります。 具体的に、事業内容によって必要なエンジニア組織が変わるとはど
1on1の効果を高める3つの技法 - NTT Communications Engineers' Blog
この記事は NTTコミュニケーションズ Advent Calendar 2021 の11日目の記事です。 はじめに ヒューマンリソース部の岩瀬(@iwashi86)です。普段は、全社の人材開発・組織開発を推進しており、業務の1つとして、"1on1" の全社展開をしております。 本記事では、その"1on1"の効果を高める具体的な技法を紹介いたします。アドベントカレンダーということで、ゆるめに書いてみます。*1 NTT Com における1on1の目的とは？ 技法を説明する前に、1on1の目的について説明します。技法はあくまで目的達成に向けたHowでしかないためです。 1on1の目的とは何でしょうか？1on1それ自体には、複数の目的が挙げられます。代表的なところで言えば次のようなものでしょうか。 信頼関係の構築 離職率の低下 メンバー育成 目標達成へ向けた支援 etc... どれが正解というもの
1on1 事前面談シートの振り返り - ユニファ開発者ブログ
この記事はユニファ開発者ブログ Advent Calendar 2021 の 7 日目の記事となります。 adventar.org こんにちは、プロダクトエンジニアリング部の田中です。 今回は、1on1 で約 2 年半使用している事前面談シートの振り返りをしてみます。 私が所属しているプロダクトエンジニアリング部では定期的に 1on1 が実施されています。 頻度と時間は各々で調整可能で、私は 2 週間に 1 回、30 分の間隔で上司にお願いしています。 元々は 1on1 を受けるにあたり特に用意も何もせず手ぶらで臨んでいたのですが、終了後に時折「あっこれ言い忘れた」ということがあり、良くないなと感じていました。 そんな折、以下のブログ記事を拝見し、それ以来こちらの事前面談シートを使わせていただきまして（ありがとうございます）、シートに記載し、上司に共有した上で 1on1 の時間を迎えるよう
機嫌良く、怒らず人材育成に取り組むと評判の管理職に秘訣を聞いた→人を人とも思わない感覚で「期待しないこと」が秘訣だった
absinthe @absinthe9999999 いつも機嫌良く、決して部下に怒らず人材育成に取り組んでいると評判の管理職にその秘訣を聞いた時「ぶっちゃけ期待しないことです。期待するから期待外れの時に怒りが湧く」って淡々と返されてから、結果を出すマネジメントスタイルは様々だと知った。 2021-11-20 21:21:08 absinthe @absinthe9999999 さらにこの人の表現を借りると「早く走る馬と脚の遅い馬に同じことさせないようにしてる」って。 人を人とも思わない感覚でも人を扱うことはできるんだよね。それを表に出すか出さないかだけの話。 2021-11-20 21:24:04
オープンソースのプロジェクト管理ツール「Taiga」を試してみた | DevelopersIO
こんにちは！DA(データアナリティクス)事業本部 サービスソリューション部の大高です。 プロジェクト管理ツールは色々ありますが、スクラム開発を実施する際には一定のお作法などもあり、より特化したツールのほうが利用しやすいかと思います。 今回はそんなプロジェクト管理ツールとして、オープンソースのプロジェクト管理ツール「Taiga」を試してみました。 Taigaとは？ Taigaはアジャイルチーム向けのプロジェクト管理ツールです。直感的なユーザーインターフェイスを備えており、また多言語対応もしています。 「Basicプラン」または「Premiumプラン」の2つから、いわゆるSaaS型の利用ができますが、一方でセルフホスティングとして利用することで無償利用も可能です。 今回は、こちらのセルフホスティング型での利用を試してみたいと思います。 前提条件として、Docker環境が必要となるので私はDoc
オープンでフラットな組織が突然「閉鎖的」と言われるとき｜柴田史郎
柴田(@4bata)です。「それぐらいわかるだろ･･･」が通じなくなるタイミングがあるんだなという発見です！ 考えたきっかけ：「オープンでフラットだと思ってたけど、結構閉鎖的なところもある」というセリフを聞いたその人に情報が伝わってなかったのかな。私の最初の感想は「前からそうだった気がするけどな･･･」。以前から整った形で情報はちゃんと流れてない。私にとっては、今働いている会社が閉鎖的には見えてない。実際には閉鎖的な部分があるのだろう。その差を理解してみたくなった。 情報の伝わり方を単純化して考える近くにいる人には自分の活動内容や背景にある意図が勝手に届くとする。携帯の電波が届く範囲、みたいなイメージ。 接触頻度が高い人同士は、いろいろ理解できている。 人数が少ないときは、何もしなくても相互に活動内容や意図が伝わっている・自分が理解できない情報も、一緒に仕事してる隣の人に聞けば情報の背景が
NTT Com オンボーディングハンドブック
オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに
1年以上かけて生産性倍増＋成長し続けるチームになった施策を全部公開 - Qiita
1. はじめに 本稿は、私が1年以上の期間をかけて、成長し続けるチームに変わることができた施策を紹介します。 本稿は長文なので、忙しい人は太字だけを拾い読みして、興味をもった施策だけを詳しく読んでいただければと思います。 なお、本稿の内容で「Developers Summit 2020 KANSAI」というカンファレンスで発表した結果、ベストスピーカー賞1位をいただきました。発表を視聴してくださった方々に感謝しております。 発表資料と発表動画はコチラ 2. 施策の効果 私の開発チームは当初(1年と数ヶ月前)は、以下の状態でした。 あまり積極的に今のやり方を変えようと思っていないチーム メンバーは、中堅(私)が1名と入社2年目と3年目の3人(後に新人が配属して途中から4名に) 全員、技術記事を書いたことがない 全員、社外の勉強会などのイベントに参加したことがない 全員、開発知識は、業務で教え
メンターを初めて経験する人に、最初に読むものとしてオススメしている書籍たち - $shibayu36->blog;
社内ではこういうおすすめをしてますね(文字数多いのでスクショで...) pic.twitter.com/uzqCh6zubs— 柴崎優季 (@shiba_yu36) 2020年7月7日 こういうツイートして、そういえば社内でメンターを初めて経験する人にオススメしている書籍たちを外部に公開してないなと思ったので紹介してみます。 メンタリングのスキルを学習する時のキーワードは「コーチング」と考えていて、以下の書籍を推薦しています。上から順におすすめ順になっています。この推薦は網羅的にコーチングを学べると言うより、初めての人でもとっつきやすく読みやすいものであることを意識して選んでいます。また、メンタリングを始めるだけなら、書籍の全部分を読む必要はなく、どこまで読んでおくと良いかも書いています。 エンジニアリング組織論への招待 ザ・コーチ コーチングの基本 新1分間マネジャー エンジニアリング組
エンジニアリングマネージャ/プロダクトマネージャのための知識体系と読書ガイド - Qiita
本記事は、Engineering Manager Advent Calenderの１日目です。 はじめに エンジニアリングマネージャ(EM)と呼ばれる職務を設置する企業が増えてきました。 私たちの主催したイベントEOF2019でも700名近い方に参加していだき、また多くの方にご協力いただき成功裏に終わることができました。 EM Meetup/EM.FMなどのムーブメントの中心の一翼を担わせていただき、その高まりを感じる一方で不安も感じます。このエンジニアリングマネージャという職務は非常に多岐にわたるケースが存在していますし、必要だとされるスキルもまちまちです。そして、多くの場合、その企業のステージや状況ごとに求めるものは違います。また、求めていることを明文化することすらされていないケースも存在します。 このことから、エンジニアリングマネージメント自体が一時的な潮流として消費され、消えていっ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
