良いチームとは「何でないか」 - Yamotty Blog
2017 - 01 - 20 良いチームとは「何でないか」 プロダクト-プロダクトマネージャー 「良いチームとは何か？」 という質問を投げかけると、答えが多様にわたり、同じチームに所属していたとしても認識が全く揃わないことはザラである。 アメフトチームをコーチしていた時。この組織の目的は驚くほど明確で「全ての試合に勝つこと」以外に存在しない。と、僕は思っていたが、チーム全員（100名超）との1on1を行うと 「職場での評価が上がる」 「仲間との関係」 「〜に憧れている」 などの、「勝利」と直結しない所属動機が浮き彫りになった。また仕事におけるチームでも、同様の質問を投げかけると 「会社に来るのが楽しいこと」 「コミュニケーションがスムーズ」 「お互いが尊重し合える」 など、必ずしもチームが達成を目指す成果に結びついていない回答が殆どであったりする。このことから、 良いチームを定義するのは簡
ボトムアップ組織のマネジメントとは何なのか
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
チームパフォーマンスモデルとは？
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 人が集まっただけでは機能するチームにならない、というのはみなさんご存知のとおりです。 そしてチームの形成過程をあわらすモデルの1つとして有名なものに「タックマンモデル」があります（こちらを参照）。 今日はもう1つ別のモデルとしてDrexlerとSibbetが提唱している「チームパフォーマンスモデル」を紹介します。 タックマンモデルでは、チームの形成過程は形成期・混乱期・統一期・機能期・解散期の5段階（初期は4段階）で構成されていましたが、このチームパフォーマンスモデルでは、以下の7段階で構成されます。 オリエンテーション信頼の醸成ゴールの明確化コミットメント実行ハイパフォーマンスリニ
マネジメントを経験してようやくわかってきた、半年で部下を１人前にするコツ - トイアンナのぐだぐだ
試行錯誤しながら手に入れた部下や後輩を半年で１人前にするコツをまとめました。 嫌な先輩から、まあまあの上司になるまで まずは私の経歴を少し。昨年独立するまで外資で働いていました。新卒で入ったのは少数精鋭にしたって、いくらなんでも少なすぎない？ と人事の肩を揺さぶりたくなる部署でした。 入社2年目には「もう１年いるんだからシニアだね！後輩指導よろしく」と宣告され、必死で３人指導してのち転職。その後はプロジェクトごとに部下を持っていました。独立した現在は外注マーケターとしてトレーニング業務も担当することもあります。合計で指導した部下・後輩は約10名前後。 最初は最悪の上司だったと思います。詳しくは「いつの間に自分が「細かいことにウルサイ嫌な先輩」になっていた 」に書きましたが、もうタイトルだけでお察しください案件。自分でもこれはいけないと思い四苦八苦した今、半年くらいで「いいね、それで行こうか
スキルマップ作成のすすめ
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） チームでの開発って大変だけど楽しいと思ってるみなさんこんにちは。@ryuzeeです。 チームは共通の目標に向かって日々の仕事に取り組んでいくことになりますが、そのためにはメンバーそれぞれが必要なスキルをもっている必要があります。このスキルを見える化するテクニックの1つとしておすすめなのが、スキルマップです。 作り方は簡単で以下の図のように横軸に必要なスキルを、縦軸にチームメンバーの名前を入れます。それぞれのマスでは、その人のスキル度合いを表す印を入れていきます。ここでは、★：エース、◎：得意、○：一人でできる、△：助けがあればできる、空欄：できない、・：今後習得したい、というようにしていますが、この記号はチームで好きに決めて
【資料公開】強いチームの作り方 | Ryuzee.com
2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの本質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、土台となるのはやはり組織やチームの文化になります。 一度自分たちのチームや組織について考えてみるとよいと思います。
「指示待ち人間」はなぜ生まれるのか？
shinshinohara @ShinShinohara 「指示待ち人間ばかり、自分の頭で考えて動かない」という嘆きの声をよく聞く。不思議なことに私の研究室には指示待ち人間は一人もいない。パートの女性３名も他の研究室がうらやむほど優秀。９年連続で私のところに来た学生もことごとく自分の頭で考えて行動する。指示待ち、なんのこと？という感じ。 shinshinohara @ShinShinohara たぶん私がテキパキ指示を出せない人間なので、そのうち周囲があきれて、自分の頭で考え出すからだろう。私は自分のことさえ心もとなく、パートの方に「今日、お客さんじゃなかったですか？」と念を押されて思い出すこともしばしば。スケジュール管理まで進んでやってもらっている。実に助かる。
徴兵以下のIT奴隷制度を作るよりマネジメントを学ぶべき - 狐の王国
安保法制デモなんかで「徴兵制が!」「戦争に行かされる!」みたいなのがあってバカじゃねーの徴兵なんて今時やるわけねえだろと思ってたのだが、やあもしかしてサイバー戦争うんたらで俺らITエンジニアを徴兵するとかはあり得るかもよ? みたいなヨタ話をしてたことがある。 サイバー戦争黎明期の今こそむしろ徴兵制の好機 | 独り言v6 もちろんヨタ話なので「可能性があるかないかで言えばある」というだけにすぎなくて、まさか本当にやるなんて思っちゃいなかった。ところがガチでそんなことを言い出す人物が現れたのである。 前提として考えてもらいたいのは、これからのサイバー攻撃は、まさに戦争を仕掛けられているのと同じだという点だ。 (中略) 国の重要インフラを破壊されるのは、戦争と言わずに何というのか。これは最悪のシナリオであることには違いないが、日本の政府や業界、企業は、それに対する危機意識が低すぎる。 そして、こ
必読！有名大手企業の経営者23人がバイブルとする愛読書まとめ
仕事に活かすために、本を読むことを習慣にしている人は多いと思いますが、ついつい同じようなジャンルの本ばかりを読んでいませんか？ 読書は、どうしても自分の関心がある本を中心に選んでしまいがちで、本当に必要な知識を得られる機会を逃していることもあります。 そこでオススメしたいのが、企業経営者のバイブルを参考にしてみることです。企業経営者が愛読する本を読んでみると、ビジネスで成功するヒントに気づく大きな近道になります。 今回は、有名企業の経営者がバイブルにしている本23冊をご紹介します。いつも本のジャンルが偏ってしまうと感じている方はもちろん、どんな本を読もうかと悩んでいる方はぜひ参考にしてみてください。 有名企業の経営者がバイブルにしている愛読書まとめ 1.竜馬がゆく：ソフトバンク株式会社 代表取締役社長 孫正義氏 竜馬がゆく/司馬 遼太郎著 ソフトバンク株式会社 代表取締役社長・孫正義氏が愛
弟子の育て方(OJTにおいて『教える側』として気をつけたこと) - ゆとりずむ
こんにちは、らくからちゃです。 先日、はてなブログ界隈をうろついていたら、中々面白げな記事を発見いたしました。 ■「メモを取れ」ほど非効率なものはない よくＯＪＴで「メモを取れ」という人がいる。私はいつもこれが理解できない。メモを取るほど重要なことならば、なんで教える側の人間が要点をまとめたメモを事前に作っておかないのか？自分の怠惰を押し付けているだけではないのか？メモをとることで意識が手先に移り、重要点を聞き逃す可能性は考えないのか。 そもそも、その仕事を教えられるほど熟知している人間と、何もわからない新人のどちらが重要なポイントを把握できるだろうか。初めて聞いた仕事内容で瞬時に重要なポイントを書き出せるスーパーマンはそんなに居ないと思う。 最初に言っておきますが、どんな仕事においても『ちゃんとメモをとること』は大切な技術です。お客様からの電話を受けるとき、打ち合わせで議事録を取るとき、
IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]
2020年8月31日(月)をもちまして、nanapiに関わるすべてのサービスは終了いたしました。 nanapiは、2009年のサービス開始より「みんなで作る暮らしのレシピ」という考えのもと、ユーザーの皆さまに生活に関する様々な「ハウツー」を投稿していただく投稿型ハウツーサービスとして運営してまいりました。 約11年間にわたって皆さまからご支援をいただきサービスを継続できたこと、nanapi編集部一同、心より御礼申し上げます。 掲載されていたコンテンツなどのnanapiについてのお問い合わせは、nanapi@supership.jp までお願いいたします。 長きに渡りnanapiを応援してくださり、本当にありがとうございました。
![IT企業10社に聞いた、マネジメントを学んだ「良書」とは | nanapi [ナナピ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/28eae5ee3d9f7ef75c751fc65da151cf7eb2fb89/height=288;version=1;width=512/https%3A%2F%2Fimage.nanapi.com%2Fr%2F2015%2F09%2F15%2F16%2F73787c96-8051-4175-b9f5-c23dc1e5b4fc.jpg)
「仕事ができる」「仕事ができない」って要するにどういうことなん？ - ひかる人財プロジェクト
★この記事が漫画になりました！★ ↓↓↓ hikarujinzai.hatenablog.com 「あの人って仕事できるよね」「あいつ仕事できないよね」というようなセリフを一日に一回くらいは耳にしませんか？ご自分でもお使いになりませんか？私はよく耳にもしますし、頻繁に使ってしまっています。でも仕事ができるできないの明確な共通の判断基準って存在するのでしょうか？ 「彼のどこがこうだから仕事できる」とか、「彼女には○○力が欠落しているから仕事できない」みたいなきちんとした判断理由を付け加えた使い方って日常会話ではほとんどされないですよね。もちろん世間話ではそれで全然いいでしょうし、逆にいちいち理由付けなんかしてると「お前面倒くさい奴だなあ、仕事できるできないなんて、そんなの雰囲気でいいんだよ雰囲気で！」って嫌われるのがオチですよね。 私も世間話をするときはそんな理由付けなんかしませんが、人事で
仕事が丁寧で遅い人に共通する、たった1つの問題点とその対策。 - プロジェクトマネジメントの話とか
完璧主義で丁寧すぎるから、作業に時間がかかるって？ その分析、半分は正解です。今回は仕事が遅くなる原因の、残り半分について話をしようと思います。 「巧遅（こうち）は拙速（せっそく）に如（し）かず」 ――孫子 「丁寧だけど遅い」仕事よりも、「荒削りでも速い」ほうが良いネ！という、この孫子の格言。 ビジネスパーソンであれば誰もが、その重要性を痛感しているかと思います（せわしない世の中ですよねぇ……）。携わっている仕事のタイプにもよりますが、着手のタイミングが早いこと、そして遂行のスピード自体も速ければ速いほど、多くの「失敗→起動修正」を積み重ねることができるため、その分、より良いものを作れる可能性が高まるのです。 しかし現実問題、細かくて仕事がバカ丁寧な人に「6割でいいよ！」「80％でGO！」などと言ったところで、そんなことができるワケないのです。そして多くの完璧主義者は「3歩進んで2歩下がる
Zohoがプロジェクトマネジメントツール「Zoho Projects」をリリース（動画あり） | ライフハッカー・ジャパン
日常のコミュニケーションはメール、チーム単位のタスク管理はExcelシート、チャットはSkypeといった具合に、ビジネスの現場では様々なアプリを別々に使いこなさねばならないことも多いですが、これがワンストップでできると便利ですね。そんな願いをかなえてくれるツールが「Zoho Projects」です。 「Zoho Projects」の詳しい機能は以下の動画でも紹介されていますが、目標設定、タスク管理、ドキュメント共有、会議設定、グループチャットや掲示板に至るまで、このウェブツールではプロジェクトマネジメントに必要なツールが勢ぞろい。また、ファイルのアップロード機能やプロジェクトの進捗状況を可視化するためのレポート機能も搭載されています。ウェブツールなので、アプリなどのインストールが不要なのもよいですね。 以前、米Lifehacker過去記事「Zoho Suite vs Google Docs
「Scrumy」でチームプロジェクトを円滑管理！ | ライフハッカー・ジャパン
ソフト開発に用いられる手法「Scrum（スクラム）」のコラボレーションテクニックをご存じの方には見慣れた感じかと思いますが、『Scrumy』はチームのタスク管理、プロジェクト管理を簡単に行えるフリーウェブアプリ。 壁中に貼りまくったポストイットが、いつしか重力に屈しハラハラと舞い降りてくることに、いら立ちを感じずにはいられないKnockout Appsの開発者たちが、糊を使わないデジタルな解決策を創造したのが始まり。普通のポストイットのようにドラッグアンドドロップで進捗を管理できる点が魅力ですな。 無料版もあり、さらに多機能なPro版も7ドル／月（1年分前払いなら60ドル）。有償版なら、日々の業務の進捗管理が出来るチャートなんかが自動作成されます。しかもプロジェクトに関係のない画面が突然出現することもなくなりますよ。まずはデモで試してみては？ 伝わり辛いですが、興味のある方は、ゆるすぎるモ
国民娱乐-亚洲最具魅力新型娱乐网
正确选择！ 首存送100% 返水高达1.6% 18彩金免费领 今日注册，享18彩金，领多项新人大礼 跟着国民娱乐，开始赢钱之旅，百万轻轻松松到手 立即注册
部下が疲へいするのは●●が原因だった!?属人的なタスクを減らす「仕組み化」のポイント - リクナビNEXTジャーナル
デキるビジネスパーソンほど自分の仕事を次々と「仕組み化」し、生産性を向上させることが得意というのはもはや定説。特に経営者やトップリーダーたちにとって、「仕組み化」は会社の売り上げをあげるための大きな鍵だ。 その一方で、運用する側がその仕組みを拒絶したり、ルーティンワークに飽きてしまったりと、「仕組み化」が生産性を低下させてしまうケースがある。 うまくまわる「仕組み」と、そうでない「仕組み」とでは何が違うのか。ビジネスバンクグループ社が運営する「社長の学校」プレジデントアカデミーにて、日本全国の経営者向けに「経営の12分野」をレクチャーする黄塚 森（こうづか しん）氏に話を伺った。 「仕組み化」の定義 「仕組み化」とは、「属人的にならずに仕事を進める方法を構築すること」です。別の表現をすれば「いつ、どこで、誰がやっても同じ成果を出せる方法にすること」とも言えます。一時的な成功ではなく、成功し
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ロックスターになれないエンジニアたちに贈る生存戦略 by kwappa さん - niconare
https://jp.techcrunch.com/2015/10/24/20151023solid-automates-your-meetings-to-get-the-most-out-of-them/
【マネージャー職必見】機能・料金まで図で紹介！プロジェクト管理サービス23選 | Boxilが運営するBtoBサービス・資料紹介メディア ボクシルマガジン！
