An Agile Way > Scaling Agile ... ソフトウェア開発をスケールさせる（大規模対応）

An Agile Way > Scaling Agile ... ソフトウェア開発をスケールさせる（大規模対応）

ソフトウェア開発チームにも、同じような２つのスケール作戦があるのではないか、というアナロジーに気づいた。

・scale up ... 個人のパワーや個人間のコミュニケーションを上げてチームのパフォーマンスを上げる。
・scale out ... 人の数を増やして、チームのパフォーマンスを上げる。

リーダ役でプロジェクトに入る人の心得｜ザ・プロジェクトマ�

リーダ役でプロジェクトに入る人の心得｜ザ・プロジェクトマ�

１　健康管理に注意し、プロジェクト期間中に迷惑をかけるような休みをとらない。
２　会議中に一瞬たりとも気をゆるめない。居眠りなどは言語道断。
３　準備に充分時間をかけ、「お披露目」する資料はパーフェクトなものを。
４　作業展開は成果物の連鎖（論理的順番）を重視する。ガントチャートは二次的なもの。
５　誰が作成するかによって、成果物の質と量が大きく異なる。人のスキルとモチベーションに着目して作業分担を。
６　進捗状況を的確に把握し、「この状況が続いたら？」のシミュレーションを絶えず行うべし。
７　本当の進捗状況は数値に表れない。現場の空気を肌で感じる感性を磨け。
８　一人で把握できる範囲には限界がある。プロジェクトメンバの「気づき」を大切に

トラパパ＠ＴＯＲＡＰＡＰＡ > 「自信を持って間違える」 （�

トラパパ＠ＴＯＲＡＰＡＰＡ > 「自信を持って間違える」　（�:

"自信を持って間違える（爆）。"

トラパパ＠ＴＯＲＡＰＡＰＡ > リハビリプロジェクト : ITmedia オル�

トラパパ＠ＴＯＲＡＰＡＰＡ > リハビリプロジェクト : ITmedia オル�

リハビリプロジェクトとは、当人の完全復活を支援するために、自信回復のための配慮をしたアサインメントのことです。

　

留意点は以下の通りです。

１． 多大な残業やパワハラ的人材が存在するような、高ストレスなプロジェクトでないこと

２． 疲弊の原因になったプロジェクト・クライアントと異なり、また仕事内容は類似もしていないこと

３． 当該メンバーが得意な領域の仕事で、ただし多少の（ほどよい）チャレンジも混じっていること

４． このプロジェクトを通じて当該メンバーに新しく教える技術・知識が必ず１つ以上存在すること

５． 長期プロジェクトでないこと（3ヶ月以内が理想）

６． 正規アサインメントメンバー以外に後方支援メンバーが第3者的にバックアップすること

７． 当該メンバーが想定パフォーマンスを仮に出せなくても、業務を代替して成功させる自信（保証）のある案件であること

８． 高い信頼関係が構築済みの、良好な関係にあるクライアントからの依頼案件であること

９． 就業の様子がマネジメントから透明に監視できる、もしくはマネジメントが足繁くコミュニケーションできる環境にあること

１０． ちゃんとしたビジネス案件であること（正規の料金をきちんといただいての仕事）