チームビルディング『強いチームを作りたいのに出来ていない』という嘆きを見て、そう言えば、強いチームを作る的なことを普段からあまり言わない気がする。いうよりは、強いチームがわからない。強いチームって何だろう。ヤッホーブルーイング待合の時間が長そうだったので手元にあった積ん読からサコッシュに詰め込み所用に向かう。平成最後の年末年始は曜日がよく、4日を休めば29日から6日までの9日間になる。金融のエンジニアだとシステム更改などで大晦日から3日までは仕事かもしれないが。年末年始のシステム更改でデータセンタに詰めると不自由するのが食事である。チームビルディング過日と言っても20日だから5日前にこんなツイートをした。togetterの引用はプロジェクトマネージャーだがツイッターの引用はプロダクトマネージャーになっている。優先度と聞くから全部になるんだよ。チームビルディングある年のチームはビジネスを立ち上げたばかりでそれこそ片手で数えればすぐに数え終わってしまうくらいの人数だったのです。問題を読み、あなたのチームの育成の考え方について答えなさい。「あなたは個人的な過去の事情からアジャイル開発のスクラムについては封印し、新たな分野で貢献しようと決意して組織を変えた。ところが移った組織では組織の存続から以前は適用していたスクラムをシステム開発手法として復活させることになった。問題を読み、あなたのチームの育成の考え方について答えなさい。チームビルディングTLで技術的な裏付けもないのに全部を作ってから動かそうとしている人がやっぱり動かなくて聞きにきたときにどう答えるか、という問いがあったんですね。組織かれこれそこそこの期間にマネージャをさせていただく機会があったので、持っていない知識は本などで充足しつつやってきた中で概念的に必要だと思う5つの知識エリアがあります。文章で書くと平易に書いていますけど、これ、やるのまじ時間かかりますよ。チームビルディングものの例えで話を始めると、潜水艦が潜行しているときには計画した通りの航路で進みながら、様々な計器を使用して安全を確かめる必要があります。これ、何かに類似していますよね。した話題がTLで出てくるのだから、流行りのキーワードと言えばそうなのかもしれない。実はここのところ、メンバに対してある実験をしているのです。明示的にどんな実験かをメンバには伝えていません。プロジェクトマネジメントワタシは視界に入ってくる、そのとき起きている事柄からしか、情報を得ることができません。これはワタシだけではなく、どの人も同じです。プロジェクトマネージャ「いつまでお仕事をしているんですか、お昼ですよ。今日はお寿司屋さんに行きますよ」「あ、もうそんな時間なんだ。珍しく集中してたよ」「ほらほら」「わかったから、ちょっと待って」「それでどうして珍しく仕事をしてたんですか」「それおかしい。情報収集ウォーターフォール型のシステム開発手法は、極論を言えば労働集約型の特性を持っているプロジェクトに適用するのが適切です。組織ある週明けの朝一に、プロジェクトチームのプロジェクトマネージャ役のエンジニアが今にも泣きそうな声で電話をかけて来たんですよ。大のオトナが早朝から、それも泣きそうなくらいに声を震わせて、です。尋常じゃないことはすぐにわかります。プロジェクトマネージャマネージャのみなさんと是非とも共通理解を得たいと思うのですがよろしいでしょうか。計画した予算や期日どおりに推進できるエンジニアがいたら最大級の待遇をしてあげてください。KPT普段から取り入れている改善手法をやっているのに同じことがまた起きた、なんでだろうと相談を受けることがたまにあります。こちらからする話ではないので先方が話の流れで話していたらこれどうしたらいいんですか、と。リーダシップマネジメントは言うのですよ、全員がリーダシップを発揮しよう、と。思わないので否定するわけでもなく、ただ、当たり前すぎてスルーする方向で。組織グーグル先生の画像検索で「チームの成長曲線」を検索するとこんな感じで検索結果が出てきます。して「チームの成長曲線」なんて画像検索したのかというとたまたまTLに画像が流れてきたからというしょうもない理由なんですけどね。プロジェクトマネジメントこれまでのチームビルディングに何かしらの形で関わった経験から言えば、チームとして召集されたメンバは最初ニュートラルなポジションで心持ちで集まります。集められて顔を見る前から業腹になることはないのです。プロジェクトマネージャ以前のエントリでは別の切り口で書いたプロジェクトのことを最近、気になっていることからの連想で思い出すようになったのです。気になっていることはどこにプロジェクトのslack、つまり余裕しろを持たせるのが最適なのだろうということです。育成システムの処理能力の規模を拡大するときにはスケールアップやスケールアウトする、なんて言ったりますね。今はオートスケーリングでしょうか。エンジニアふとこれみて2つのことを思うわけです。1つは、ブコメにも書いたけれど発想が面白い。1つは、テストでバグを仕込んで検出率で品質を確認する手法です。マネージャすっかりアジャイルもvsウォーターフォールから組織論に遷移しているので成熟度が上がってきたなとか、バズワードから実践に裾野が広がってきた感がありますね。システム開発ではプロジェクトチームとか、開発チームなどチームをよく使いますね。班はほとんど使わないですね。製造業だと使うようですけど。チームの意味はどんなのでしたっけと辞書を引きます。今度はグループときたもんだ。チームビルディングベテランエンジニアと入社数年のエンジニアではあまりにも技術力の差があって勝負にならないというか、仕事を一緒にするのは大変なことなんですよ。年度始めにやるわけです。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。