NTT Com オンボーディングハンドブック
オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに
プロダクトマネジメント入門: 失敗しないプロダクトの作り方を学ぼう
Founder Customer Fitこのセクションについて解決したい課題を見つけよう顧客を決めようリーンキャンバスを書こうミッションを決めようCustomer Problem Fitこのセクションについてペルソナを立てよう共感マップをつくろうカスタマージャーニーマップをつくろう課題仮説を整理しようプロブレムインタビューをしようProblem Solution FitこのセクションについてPEST分析をしようフックモデルを定義しようプロトタイプをつくろう解決策仮説を整理しようソリューションインタビューをしようSolution Product Fitこのセクションについて名前をつけようユーザーストーリーマップをつくろうMVPを構築しようMVP仮説を整理しようMVPインタビューをしようProduct Market Fitこのセクションについてグロースサイクルを定義しよう利用規約をつくろうプロ
スケールする組織を支えるドキュメンテーションの技術を”GitLab Handbook”から学ぶ｜Anno Takahiro
ドキュメント文化は健全な組織のスケールのために必要 組織の中でドキュメント/文章を残し活用していくことはとても重要だ。クオリティの高いドキュメントがあることで、組織に情報が流通し、透明性を確保できるようになる。情報を流通させるためにいちいち口頭の説明がいらないから、メンバーの数が増えた時でもスケールしやすくなる。過去の結論にアクセス可能になるので、議論を積み上げていき、意思決定のクオリティを高めることにもつながる。そもそも何かを読むということは何かを聞いて教わるよりも時間あたりの処理量が多いし、非同期に実施できる。良いドキュメントをアセットとして社内に蓄積していくことはスタートアップのみならず、ありとあらゆる組織が成長していく上でとても重要であると言える。 しかしその一方で、良質なドキュメント文化を徹底できている会社は多くないように見える。例えば、社内のドキュメントを蓄積させていく場所とし
チームの症状と処方の考察｜Megumi Kaneko
はじめに自己紹介を少しさせてください。 私はクライアントワークで約30名規模の開発チームに1年間ほどジョインしていました。役割は5〜10名のエンジニアで構成されるチームのプロダクトオーナーとしてだったり、UIデザイナーとPMのチームのスクラムマスターとしてだったり、色んな形でチームに接してきました。 その中で経験したことが、広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」を読んで色々整理されたので、チームが陥りがちな問題について稚拙ながら考察を書きたいと思います。 チームの健康状態とはチームの状態を表す指標として心理的安全性はよく聞きますよね。 広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」には心理的安全性について下記のように書かれていました。 「問題点の指摘」や「自分の弱
成功する仕事は「王道」と「意外性」の共存する場所にある – Books&Apps
仕事を成功させるためには、シンプルで確実な法則がある。 この法則を使えば、恐らく多くの仕事で良い結果が得られ、さらにはコンペやコンテストでも勝ち抜ける可能性が上がるという法則だ。 しかもこの法則は、3000円を出して分厚いハードカバーの本を購入し、意味のよくわからない自己啓発本を読み進める必要もないので、とてもお手軽である。 我ながら怪しい書き出しだと思うが、きっとデタラメではない（と思う）ので、書いてみたい。 「もしドラ」は何がおもしろいのか 先日、Books&Apps運営者の安達さんから、「桃野さん、一度ドラッカーの『マネジメント』の書評を書いてもらえませんか？」と依頼され、10年ぶりに同書を読み返すことがあったが、正直10ページほどで頭が痛くなった。 そして即日、丁重にお断りした。 なんというか、簡単なことを良くここまで難しく書けるなあ、というのが、同書を久しぶりに読み始めた感想だっ
プロジェクトの残業を50%削減したタスク管理手法を惜しみなく公開する - Qiita
おしながき メンバーは3〜5名、協力企業は1〜2名の小規模チーム メインは某小売店の大規模ECサイト案件統括（開発は外部委託） サブで基幹連携等を担う周辺業務システム開発・運用 マネジメントが上手く回らず高残業が常態化。PM前任者異動に伴い、部下だった私にお鉢が回る 上長指示により残業削減へ そんな2〜3年前のお話です。 改善"前"のタスク運用 ※あくまで改善"前"の話です。 基本はRedmine + Kanbanプラグインでタスク（チケット）運用。 ナレッジ可視化の意識付けも目的の一つだったので、以下を徹底した。 作業に伴うタスク発行の徹底 進捗状況の逐次反映 そして、運用ルールの入念な教育（五十六メソッドを採用した） 当時はITSベースのタスク管理自体が社内で先進的な試みだったので、当時部下だった私もPMと協力して「できるだけ丁寧な運用」を心がけた。心がけた、のだが… おかしいな だれ
「あいつは何度言っても全然改善しない」と部下に言ってしまう人に読んで欲しい話。
突然だが僕は非常に字がきたない。「お前の字は読めない」と何度も何度もいわれた経験がある。 字が汚いのは小学生の頃からずっと自覚していた。母親もなんとかしなくちゃいけないと思ったようで、僕を習字教室に入れたりしたりと色々奮闘してみたのだけど、こればかりは全くなおらなかった。 今でもなんて書いてあるか読めないと言われる度に、出来る限りわかりやすい字を書こうと心がけるようにはしているのだけど、３日もたつと元に戻ってしまう。自分の問題点はしっかりと把握しているのだけど、こればかりはどうにもこうにもなおらない。 読者の中にも筆者と同じく、字が汚い人がいるだろう。たぶんみんなそうだと思うのだけど、自分が悪いことは自覚しているし、できる事ならばキレイな字を書きたいはずだ。 けどキレイな字を書こうと決意したところで、僕達にはキレイな字は絶対に書けない (´；ω；｀) 話は変わるが、どこの会社にも何度も何度
ムービングモチベーターズによるモチベーションの可視化 - Qiita
実施手順 事前準備 Management3.0のサイトから １０種類のカード をダウンロードし人数分プリントアウトしてカットし10枚1セットを作っておきます。 プリントアウトできる環境によるかもしれませんが可能ならカラーのほうが10種類が色分けされているので見やすいです。さらに可能ならカードになるような硬めの紙にプリントアウトしたほうが繰り返し使いやすいと思います。 場の設定 進め方にもよりますが十数分から数十分かかりますので会議室などに集まり1人ずつ席について行うのが良いでしょう。 テーマの確認 会社に対するモチベーションなのか、プロジェクトに対するモチベーションなのかなど、テーマによってモチベーションは変わるのでまずはテーマを共有しメンバー全員で認識を合わせます。 カードの並び替え 全員にカードを配り、10種類のカードの並び替えを行います。モチベーションが上がるキーワードを上に、上がら
イノベーションのもう一つのジレンマ | タイム・コンサルタントの日誌から
数年前、「知的創造の現場―プロジェクトハウスが組織と人を変革する」という本の出版企画にかかわった。これは米国MITのビジネススクール教授でイノベーション研究の専門家であるトマス・アレンと、ドイツをリードする著名な建築家グンター・ヘンという、異色の組合せによる共著の本で、製品開発プロジェクトの組織設計とオフィスの作り方に関する最新の研究と実践例を述べたものだった。非常に重要なテーマであるにもかかわらず、日本では本書が注目されないばかりか、このようなテーマと問題意識が欧米にあることすら知られていないので、わたしの勤務先が監訳する形で訳書を出すことになった。 さて、翻訳作業がそれなりに進んだ段階で、訳書のタイトルをどうしようかと議論になった。原題は"The Organization and Architecture of Innovation"という、格調高くもアカデミックなフレーバーの漂う題で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
