セルフマネジメントで自己組織化されたチームは、どうマネジメントするのか | Social Change!
講演や取材などで「管理がない」という話をすると驚かれる。特に、リモートワークなのに管理はどうしているのか、本当にちゃんと働くのか？サボらないのか？という疑問が浮かぶのだろう。 確かに目の前にいなければ、働いているのかどうかわからないから心配になるのだろう。しかし、オフィスにいたとしても、本当に働いているのかどうか、管理できているのだろうか。椅子に座ってコンピュータに向かっていれば仕事をしている・・・とは限らないだろう。一生懸命にウェブサーフィンしているかもしれない。 結局は、コンピュータを使った仕事が普及してから、ちゃんと働いているのかどうか逐一みて回ることなど現実的ではなくなったのではないか。さらに、定量的な成果での評価がしにくいナレッジワーカーになると、さらに管理は難しくなる。そうした、これからの働き方でポイントとなるのが「セルフマネジメント」だ。 一人一人がセルフマネジメントを身につ
チームの成果は「有能な人」ではなく、「最も無能な人」に依存する。
あるソフト開発のエンジニアと話をした時、 「現場の改善活動」の話になった。 その方が言うには、 「社長の命令で、「やる気のある人」を中心に一生懸命、改善活動をしている。アイデアは現場にたくさんあるので、実行するのに結構忙しいんだけど、なぜか納期や品質が改善された感じがしない。なんでだろう。」 という相談をされた。 そして偶然、ほとんど同時期に、同じ相談を複数の会社から受けた。 「やる気のある人が頑張れば頑張るほど、全体として成果が出ない」という皮肉な状況。 これは何処の企業でも大変良く見られる状況なのだ。 「ザ・ゴール」という本を読んだことがあるだろうか。 エリヤフ・ゴールドラット氏という、イスラエルの物理学者が著したもので、「制約条件の理論」について小説形式で解説されている。 非常に面白い本、かつ役に立つ知識が収められているので、新社会人必携の書籍と言っても良い。 そして、この本のテーマ
テスト消化曲線とバグ発生曲線の7パターン診断
今回は、Gompertz Curveによる「プロジェクトの問題点解析」について詳しく解説。あなたの開発現場はどのパターンに当てはまる？ 前回のコラム「最もタチの悪いバグが潜むテストフェイズとは？」では、7つの「基本的な出荷基準」を挙げ、「5．長時間耐久テスト、過負荷テストを実施した」について解説しました。今回はその続きとして、「6．バグの発生が頭打ちになった」を紹介します。 まずは、7つの基本的な出荷基準について再掲します。 全機能をテストした ブラックボックス／ホワイトボックス・テストで同値分割を実施した。 境界条件をテストした ブラックボックス／ホワイトボックス・テストの境界値分析を実施した。 未実行コードがない ホワイトボックス・テストのC0パス網羅を満足した。 エラー・ゲシング（Error Guessing）を実施した バグを想定し、それを摘出するためのテスト項目を設計・実施した。
「言いたいことを我慢する」のはコミュニケーションが上手いのではなく、良い仕事をするつもりがないだけ | サイボウズ式
マネジメント 新しいチームのあり方を探求 就活 就活生必見！サイボウズの疑問 ティール組織 会社の「あたりまえ」が変わる 多様性 100人100通りの個性 ワークスタイル 働き方、生き方、もっと自由に 青野慶久 サイボウズ社長の想いと覚悟 キャリア 人生の「積み上げ方」を見直す 複業 複数の「本業」をもつ働き方 人事制度 多様な働き方を支える仕組み マンガ サクッと手軽に読める！ サイボウズ式編集部より：チームワークや働き方に関するコラム「ブロガーズ・コラム」。桐谷ヨウさんのコラムです。 どんなプロジェクトでも、上手くいくチームはコミュニケーションが円滑にまわっている。仕事において必要なコミュニケーションとはなんだろうか？ 仕事に必要なコミュニケーションとは何か？ まず最初に断言しておくと、仕事に必要なコミュニケーションは友人関係のそれとはまったくちがう。 友人関係における「楽しければOK
チームマネジメントを勉強する際におすすめする本 - 下林明正のブログ
はてな(ウェブサービスを開発・運営している会社)で働いていて、社内でチームマネジメントについて勉強する会を立ち上げています。そこで、座学方面に興味がある人におすすめできる本を参考のためリストアップしてみます。過去の自分のあまり役に立たない感想文付き。 あまり本を読めているわけではないので、何か他に良い本があれば知りたい。 スターターキット 先ず読むと良さそうな本。 shimobayashi.hatenablog.com HRTの特にRを意識すると良いコミュニケーションが取れると思います。特におすすめの本。 shimobayashi.hatenablog.com 言葉は効果的な上に無料なので使っていこう。 shimobayashi.hatenablog.com ファシリテーションをする機会も多いはずなので、別にこの本じゃなくても良さそうだけど何か1冊くらいは読んでおくと良いのでは。 shim
開発の見積もりとスケジュール管理 - クックパッド開発者ブログ
こんにちは。会員事業部の丸山です。 エンジニアが開発を開始する時にはタスクの見積もりとスケジュールを作成行って、実装を進めていくと思います。 しかし1ヶ月を超えるような規模の開発をする場合、なかなか予定通りの期日に終わらなかったりすると思います。 そして大抵の場合、増える方向になりますよね。 今回はそういうことにならないために、私が気をつけていること・実践していることをいくつか紹介したいと思います。 見積もりとは まずは「見積もり」とは何なのかを正しく理解したいと思います。 一般的には「見積もり」＝「全タスクとその工数を洗い出す」というものだと思います。 しかしここで以下のことに気をつける必要があります。 見積もりとスケジュールとコミットメントは違う 見積もりとはあるタスクがどれだけの工数(規模)なのかを算出することです。 対して、スケジュールとはあるタスクがどれだけの工期(期間)なのかを
セルフマネジメントの必須スキル「タスクばらし」そのポイント | Social Change!
私たちソニックガーデンでは、指示命令のマネジメントを捨て、メンバーそれぞれが自分で考え自律的に行動することで、高い生産性を発揮しつつ様々な変化に対して柔軟に対応できる組織づくりに努めている。 そんなメンバーたちに求めるのはセルフマネジメントができることだ。セルフマネジメントができるために身に付ける素養は少なくない。しかし、セルフマネジメントを身につける最初の一歩は何かを聞かれたら「タスクばらし」だと答えるだろう。 本記事では、セルフマネジメントをマスターするための最初の必須のスキル「タスクばらし」について紹介する。 「タスクばらし」とは 「タスクばらし」とは、読んで字のごとく、仕事をタスクにバラすことである。仕事に取り掛かる前に、その仕事の要素を分解し、どのように進めるか道筋を立てることで、どれくらい時間がかかるか、リスクは何か、見通しを得ることができる。 当たり前のことだと思っていたが、
請負契約と準委任契約、どっちで契約すればいいの？〜請負契約・準委任契約・労働者派遣契約の違い〜 - Qiita
この記事は個人の見解であり、所属する組織の公式見解ではありません。 背景 チームのリーダーや組織のマネージャーになると、パートナー会社との仕事の進め方にも気を配らなくてはならなくなります。契約の結び方や仕事のお願いの仕方、それらのちょっとした思い違いが、思いがけないリスクになることもあります。とはいえ、そういった知識をエンジニアが改めて学ぶ機会というのは、なかなかないのではないでしょうか。 この記事では、新たにチームのリーダーや組織のマネージャーになったエンジニアに向けて、パートナー会社と上手に仕事を進める上で知っておきたい「請負契約」「準委任契約」「労働者派遣契約」の知識を、主に発注側の視点から解説します。 ショートストーリー１ 佐藤先輩「山田くん」 山田くん「あ、佐藤先輩。おつかれさまです」 佐藤先輩「例のプロジェクトのリーダーになったんだって？」 山田くん「そうなんですよ。今日もこれ
リーダーがチームの力を活かして育てるためにやるべき5つのこと - My Life After MIT Sloan
チームを率いるリーダーにとって、チームメンバーを活用して、仕事そのものを成功に導くことは最も大切なことだ。 加えて、チームの人の力を最大限に活かして、長期的視点で育てていくことも大切だと思う。 特に性格的にENFJ(=teacher,memtor)の私は、どうしても後者の方に関心が行ってしまうらしい。 チームを任されるようになって半年程度の私自身が出来てるとは限らないけれど、 後者のポイントでこれが出来ると人の力を活かせるなあと常々思っているポイントを5つ、自戒をこめて書いてみるです。 （個人的には4と5が大切だと思うです） 1．動きやすいように、見通し・段取りをつけてあげること これは単にプロジェクトを成功させるためだけでなく、人を活かすという観点でも重要だと思う。 ある仕事を達成するために、どの時点でどのようなことが出来ていなければならないのかを明確にし、合意する。 そうすれば、チーム
スケジュールが遅れる理由について - suVeneのアレ
プロジェクト管理の中のひとつ、スケジュール管理、或いは進捗管理についての考え方。 その中でも特に、「納期」について。 はじめにプロジェクトを遂行していると、必ずといっていいほど「遅れ」が出てくるものである。それは何故なのか。どうすればよいのか。を、個人的な観点で、今の考えを整理。主にソフトウェア開発。 スケジュール管理についてスケジュールは遅れるものであるまず、スケジュールが遅れるのはなぜか。 納期・計画がそもそも無理度重なる仕様変更が抑えきれない立ち上げが遅く、各フェーズ開始時には、既に○ヶ月遅れだったなどなど。 このなかで、一番最初の「納期・計画がそもそも無理」は、個人の努力ではなかなか改善しようがない部分が多いが、「ある程度バッファがある」と思っていたプロジェクトですら、いつの間にか「遅れ」が出てくるものである。 これは何故なのか。 それは、従属関係にあるタスクというのは、そのタスク
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
System of Record と System of Engagement
