チームの症状と処方の考察｜Megumi Kaneko
はじめに自己紹介を少しさせてください。 私はクライアントワークで約30名規模の開発チームに1年間ほどジョインしていました。役割は5〜10名のエンジニアで構成されるチームのプロダクトオーナーとしてだったり、UIデザイナーとPMのチームのスクラムマスターとしてだったり、色んな形でチームに接してきました。 その中で経験したことが、広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」を読んで色々整理されたので、チームが陥りがちな問題について稚拙ながら考察を書きたいと思います。 チームの健康状態とはチームの状態を表す指標として心理的安全性はよく聞きますよね。 広木大地さんの著書である「エンジニアリング組織論への招待 不確実性に向き合う思考と組織のリファクタリング」には心理的安全性について下記のように書かれていました。 「問題点の指摘」や「自分の弱
「誰かが休んだことを、他の誰かが責める」という状況を放置するマネージャーにはなりたくない。
管理者がまずやるべきことは 「仕事が回っていないとしたらそれは管理者である自分のせいであって、誰か休んだ人のせいではない」 ということを、明確に部下や周囲に伝えることなんじゃないかなあ、と思うんです。 何度か似たようなことを書いているんですが、先日こんな記事を読みました。 「いきいきママ」で業務が崩壊した話 もちろん男性社員であるため有給の取得は管理職の顔を窺いながら取ろうとするも「いきいきママ」で空いた穴を埋める必要があるため口頭で却下されていた 残業・夜勤・休日出勤もあり振替で休めるにしてもスケジュールを会社が勝手に決めて2日以上の連休取得も口頭で注意されるような状態だった 更に子持ち男性社員の育休取得で空いた穴を埋めるために有給取得さえ許されない時期もあった 彼らの給与はどうだったか？「いきいきママ」や平社員とほぼ変わらない、幹部候補になっていた男性社員が３人辞める前にこんな事を言っ
所詮、できる人はできる人と一緒に仕事したい - jfluteの日記
ちょっとぶっちゃけた話ですが、チームビルディング、採用ブランディング、個人の幸せにとって重要な話だと思って。 辞める人にネガティヴがないわけない 会社を辞める人はたくさんいますし、そこら中でしょっちゅうあります。いまの時代わりと普通のことではあります。 「実は自分、今日までなんですよ」と挨拶回りで来て、餞別のお菓子をもらったり、ちょっとした思い出話をしたり。 送別会も開かれて、 「次の現場でがんばってくださいね！」 「ありがとうございます。とても良い現場でした！」 という風に、円満退職される方も多いです。辞めた理由は、大概は前向きなもので、周りもみんな納得しやすいものです。 ですが、個別個別に話を聞いてみると... 全員ではありませんよ！ でも多くの人が...やはり今の会社に対して何かしらのネガティヴな思いを持っていて「自分のいる場所ではない」という話をしてくれます。 ストレートにネガティ
初めて上司になって１年が経った
３０歳の若造なのに部署のトップになってしまい、今まで下っ端営業マンだった自分が数人の部下を持ってからもうすぐ１年。有給とはいえ特にやることがないので、この１年でやったことを書いていく。 ・細かいところまでとことん効率化 １０年前のやり方が化石のように現存していた部署だったので、毎日のように徹底的に効率化に励んだ。アナログで書いたり打ったりしていた書類を、せめてエクエルでと関数やマクロを組んでその人が理解するまで家庭教師みたいに一緒にやった。パソコン関係ではなく、細かい手順やルールまで「そもそもコレなんのために必要？」を毎回やって、徹底的に無駄を省いた。 ・定時退社おばけになった 定時がくると「定時ですよ～定時ですよ～」とフラフラと部署を歩き回るおばけになった。残って仕事をしている人には簡単に何をやってるのか説明してもらって、明日でも大丈夫そうだと自分が判断したものは「明日！明日！」と言いな
テック業界に革命を起こしたマネジメント10カ条 | ライフハッカー・ジャパン
Inc.：作家のJeff Sutherlandさんは、著書『SCRUM: The Art of Doing Twice the Work in Half the Time（スクラム：半分の時間で倍のことをする仕事術）』の中で、テック業界に革命を起こしたユニークなマネジメント術のことを書いています。今回はその信条の基礎であり、「スクラムの十戒」とも言える、テック業界を変えビジネスのあり方に革命を起こした、開発過程のマネジメント10カ条をご紹介します。 1．1日1会議 15分で自分の作業とチームを調整し、進行の妨げになるものを見つけます。2時間以上かけて現状報告に終始したり、誰かの過失を責めるような会議はなくしましょう。 2．仕事を可視化 米国企業のなかで最も時間のムダとなる要因の1つが、チームメンバーが互いにどんな仕事をしているのかを知らないことです。その結果、作業が重複したり、必要のない作
「進捗どうですか？」より2015倍捗る「困ってますか？」 - Qiita
概要 お願いした作業の進捗を聞くときには「進捗どうですか？」より「困ってますか？」と聞くほうが何倍も捗るよ、というお話。 タイトルの2015倍は冗談です。念のため。 「進捗どうですか？」はダメです あけましておめでとうございます。ところで皆さん進捗どうですか? ・・・いやー、流行りましたね。 この「進捗どうですか？」はtwitter上で使うと「最近どうよ、忙しいの？」程度の挨拶で面白みがあるのですが、実際に仕事で使うとなんのいいこともないと思うのです。 質問攻め いいことがないと思う理由は、「進捗どうですか？」は質問攻めになりやすいと思うからです。「進捗どうですか？」の先に待っているやりとりはだいたいこんな感じです。 「進捗どうですか？」 「進捗ダメです。」 「どこがダメなの？」 「単体テストが遅れています」 「どれくらい遅れてるの？」 「えーと・・・、0.5日分くらいです」 「項目数でい
7年働いた時点での私の仕事の極意 - Kengo's blog
最重要 実行に重きを置く やらないで後悔するよりも、やって反省する。 反省は成長を産み生産的だが、後悔は精神の無駄な消費。 時間は有限で貴重な資源だが、たぶん今の段階では行動する前に得るものや結果を予測するのは難しい。 正しい反省の方法とは何か、考え続けること。 「正しく反省するために、何を記録しておくべきか」実行前に明らかにしておくこと。 反省の結果は組織的な何かに落としこむ。組織構造、戦略、静的解析、自動テスト、教育など。意識しないでも巨人の肩に乗れる状況を作ることが、組織の成長につながる。 Done is Better Than Perfect ただし、思考停止の言い訳にしないこと。詰めの甘さを擁護する言葉ではない。詰めの甘さは立場や考え方が違うひと3人くらいに意見を求めればだいたい炙り出せる。 長期的視野を持ちつつ、それに引っ張られない。進展を作ること、現状を少しずつ変えることを意
リソースが足りない時にプロダクトマネージャーとして身に付けておきたい10の心構え | ライフハッカー・ジャパン
制約は、想像力を育みます。制約があるからこそ、これまでの枠からはみ出して考えられるようになります。そうすれば、今までに考えたこともなかったようなことに気付くでしょう。陳腐な言い方をすれば、「必要は発明の母」なのです。制約は、素直に受け入れましょう。 3. 進行中の作業に集中せよ あなたの担当する商品に20の変更を同時に行ったらどうなるか、考えたことがありますか？ ユーザーエンゲージメントは？ 市場でのポジショニングは？ コードのアーキテクチャは？ ユーザーインターフェースは？ 想定していた順序で変更が進まなかった場合はどうする？ どんなに優秀なメンバーがそろっていても、これを明確に把握することは難しいでしょう。むやみに手を広げることで、すでに困難な仕事をさらに困難にしてはならないのです。 マルチタスクは幻想です。特に、エンジニアリング、ユーザーエクスペリエンス、マーケティング、ポジショニン
プロジェクトを円滑に回すには 島国大和のド畜生
色々バタバタしてる最中に、twitterで呟いたらわりと反響があった言葉。 個人的にプロジェクトを円滑に回す仕組みに重要なのは『直接手を動かさない人は最大1名』『ブレない為に権力は一極集中』『問題点を早期に洗い出す為に、チーム単位＋偉い人で高頻度レビュー』辺りだと思っている。正直たったコレだけの事を実行するのが組織の中では難しい。 組織にもっとも不要な人というのは『批評家』なのだが、『批評家のポジションは居心地が良すぎる（作業がない、責任がない、口だけでいい）ので、隙あらば誰もがそこに向かう』そして、組織にとっての重しになる。これがプロジェクトで手を動かさない人が増える理由の一つ。 本当に能力のある人でも、ある分野では見当違いな批評家になるというのは良くあることなので（意識無意識にかかわらず）だからこそ、発言に責任を伴うかどうかが重要。 とにかく、プロジェクトを船にたとえると。 １．船頭が
悲鳴を上げるIT業界から組織風土改革の依頼が急増中
日経情報ストラテジーは2012年6月号の特集で「組織風土改革の第一人者 柴田昌治氏と考える、いい会社の条件」を掲載し、読者から大きな反響をいただいた。東京電力の原発事故以降、企業の組織風土にあらためて関心が集まり、組織風土の悪化は致命傷になるということを多くの人が認識したタイミングに重なったのが、反響の理由かもしれない。 すると先日、柴田氏が所属するスコラ・コンサルトから、こんな話を聞く機会があった。 「6月号の特集掲載と前後するように、IT業界の方から、うちの会社の組織風土改革もお手伝いいただけないでしょうか、とお声がけいただく機会が増えました」 組織風土の問題は、それこそ業種や規模を問わず、ありとあらゆる企業に存在する。実際、特集ではヤマトホールディングスや大日本住友製薬のような大企業から、段ボール製造機器メーカーの中堅企業であるISOWAや自動車ディーラーのトヨタカローラ大分など、様
ドラクエXはこうして作られた、大規模ゲーム開発におけるマネージメント方法
ドラゴンクエストXは「世界は一つ」を実現するためにどのようなサーバ構成にしているのか？ ということで、CEDEC 2012ではドラゴンクエストXの世界観を支えるサーバシステムはどのように構成されているのか、ということが講演されましたが、さらにドラゴンクエストという人気作品を制作する上でどのようなマネージメントが行われたのか、ということについても、スクウェア・エニックス開発部所属の荒木竜馬さんが大規模開発ならではの問題やそれを解決するための工夫について語ってくれています。 タイトル | CEDEC 2012 | Computer Entertaintment Developers Conference http://cedec.cesa.or.jp/2012/program/BM/C12_P0003.html 荒木竜馬： 今日はドラゴンクエストの話ということで、朝早くからたくさんの人にお集ま
急成長IT企業のキーパーソンたちが語る、組織マネジメントの秘訣(1) | 産業・業界 | 投資・経済・ビジネスの東洋経済オンライン
KLab・真田哲弥社長 各社の平均年齢、男女比というのを自己紹介に引き続きしゃべっていただくというのを1人ずつやっていきたいと思います。はい、それではまず、グーグルさんからお願いしたいと思います。 グーグル・徳生健太郎 Product Management Director Geo APAC はい。皆さん、こんにちは。グーグルの開発本部長の徳生健太郎です。ええと、自己紹介もするんですよね？ 真田 自己紹介。 徳生 えっとですね。グーグルには9年くらいおりまして、USのほうで6年、東京に3年。開発やってます。人事といっても、開発ばっかりなんで、そっちのほうばっかりしかわからないですけども。なんかお話するデータってありましたね。 真田 社員数、平均年齢、男女比。 徳生 男女比、はい。社員数3万2000人。 真田 それワールドワイドで？ 徳生 ワールドワイドです。はい。 真田 うち、日本は？
なぜディズニーは9割がバイトでも最高の顧客満足度を維持できるのか？
『9割がバイトでも最高のスタッフに育つ ディズニーの教え方』は50万部を突破したそうです。すごいですね。私も読みました。著者の福島文二郎さんはこう述べています。 「ディズニーランドで働いている人のうち、正社員は２０００人程度。それに対して、アルバイトが１万８０００人程度います。しかも、正社員の中には、バックオフィス業務を担当する人間もいますから、ゲストが直接顔を合わせるのは、ほぼ１００％がアルバイトなんです。」（参考：中経出版「特集ページ」より） 2011年4月の顧客満足度調査によると「顧客期待／知覚品質／クチコミ」でNo.1、全体でも2位と高い顧客満足度を維持していることがわかっています。東京ディズニーリゾートに行ったことがある人ならば、そのサービスレベルの高さはよくご存知かと思います。（参考：サービス産業生産性協議会ニュースリリース「２０１０年度日本版顧客満足度指数の発表」） ■なぜデ
期待に沿えない人材に対処する6つの方法--部下の意識を変革 - CNET Japan
期待に沿わない人材を抱える組織は数多くある。こういった組織のほとんどは残念なことに、彼らにどう対処していくべきかを理解していない。本記事では、リーダーシップコーチである筆者が、部下の意識を変革し、期待に沿う成果を上げられるようにするためのお気に入りのティップスを紹介している。 コーチであるMcKee氏へ。わたしは次のような問題を抱えている。チームメンバーの1人であるPaulがいつも、期待に沿う働きを見せてくれない。彼の仕事ぶりは求められている基準に達していないものの、彼は優秀な人材であり、今以上に能力を発揮できるはずだ。 この件について、彼とも話をしたが、何も変わらなかった。現実を直視し、彼には辞めてもらうべきなのだろうか？わたしたちの業界は小さいため、彼の後任となる人材を見つけるにはかなりの期間を要するかもしれない。彼のやる気を引き出すには、どうすればよいのだろうか。ケベック州シクーティ
システム開発に欠かせない契約の基礎知識まとめ - GoTheDistance
先日識者の方に色々教わったのでメモっておきます。知ってそうで知らない、元々よくわからない、そういう方に向けてまとめてみました。 僕がSIにいた頃は大抵｢基本契約｣と｢個別覚書｣ってのがありました。納期とかお金とかそういうのは個別覚書に書かれたりしていました。 開発の契約体系 ｢仕様策定〜開発まで｣と｢保守運用｣で別契約にすることが多い。 ｢仕様策定フェーズ｣で1つの契約にして、別に新しく契約を締結しなおせるほうが望ましい。リスクが低減できる。 仕様策定までは準委任、開発は請負、保守運用は準委任という契約が多い。 ちなみに準委任は｢事務作業の代行｣という意味合い。委任は｢法的効力がある作業｣の代行。サムライビジネスは後者が多い。 別に運用が事務作業とイコールじゃないけど、成果を問わないタイプの契約の場合は役務提供という位置づけになる。 かといって契約で｢僕らのコンサル案を僕らが実施し成果が出
顧客が断れない提案の方法 - コンサルタントが実践する問題解決手法
こんにちは、船井総合研究所の小林昇太郎です。 今回は営業活動の現場で強力な武器となり、お客様から信用と信頼を得ながら、お客様に自らの提案を受け入れさせることができる「顧客が断れない提案」についてお話させて頂きたいと思います。 これまで、成果をあげてきた多くのトップ営業マンに直接お話を伺ってきましたが、彼らが共通して口にする言葉は、「それほど時間もかけずに、自分のおすすめしたモノをすぐに購入してもらえるんですよね。」という言葉でした。これは、ウソでも大げさに言っているわけでもありません。本当に多くのトップ営業マンといわれる人達はこのように感じているのです。 他の多くの営業マンが、何日も、何週間も、何ヵ月かかってもなかなかお客様から注文を取ることができない中、彼（彼女）らはそれほど多くの時間と労力をかけることなく、お客様から注文を獲得しているのです。 では、なかなか成果をあげることができない営
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
