InfoQ ホームページ マネジメント に関するすべてのコンテンツ
-
議論：MySpace衰退の理由
MySpaceは、Microsoftスタックという技術のせいで、また、Los Angelesに十分な才能を集められなかったために、Facebookにその地位を奪われたと言う人たちがいる。 これは経営陣の責任であり、2006年に会社がNews Corp.に買収された時には多くの人たちが去ったとも言われている。
-
どんなアジャイル指標が報告されるべきか？
よい測定はよい管理を後押しする。では、マネジメントがアジャイルソフトウェア開発プロセスをもっとも支援できるようにするには、どんな指標がマネージメントの流れに沿って打ち上げられるべきなのだろうか？
-
マネージャにScrumを売り込むか？
マネージャにScrumを売り込もうとする？ 失敗して、なぜだろうと戸惑う？ このようなことは、CSMコースを終えて、世界を変える助けをするつもりでいる人に、よく起きることである。
-
Jim Highsmith 氏が Agile Australiaで－マネージャへのアドバイス
Jim Highsmith氏は、今週 Agile Australiaカンファレンスで講演を行ない、幹部用の朝食会で、幹部やマネージャーによるアジャイルへの移行を支援する方法について発表し、組織がアジャイル手法を採用した時に、パフォーマンス測定法の再考の必要性と、いかにプロジェクト マネージメントの「鉄の三角形」の大きさを変える必要があるかについて、最初の基調講演を行った。
-
エンタープライズアーキテクトはMBAを持つべきか。
エンタープライズアーキテクトやSOAについて書いているTodd Biske氏がツイッター上で次の質問をつぶやくことで議論が始まった。“エンタープライズアーキテクトはMBAを持っている/取得するべきでしょうか。”この問いに対して、数人のエンタープライズアーキテクトがMBAは必須ではないがとても役に立つと答えた。
-
アジャイルチーム環境を管理する
人は組織ではなくマネージャの元を去るのだ、というのはよく知られている事実である。アジャイルチームにはチームメンバの間に仲間意識があることが知られているが、アジャイルマネージャとして成功するための鍵を握るのは、総じてチームメンバや組織のエコシステムとマネージャとの関係だ。
-
「博学者」という新たな IT 業務
"博学者(polymath)" は IT プロフェッショナルにとって必要な業務スキルなのだろうか？ クラウドコンピューティングの台頭，"グリーン"コンピューティング，超大規模システム，さらには SOA と SaaS といったものが示唆する答えは YES だ。Vinnie Mirchandani 氏の書は，IT 博学者になることの意義と，このスキルが望まれる理由について，数多くのコメントを引き出している。
-
Adobe が Hadoop のための Puppet レシピをリリース
Adobe は先日，Hadoop/HBase デプロイメントを自動化するための Puppet レシピをコミュニティ向けにリリースした。InfoQ では PuppetLabs の創設者である Luke Kanies 氏に，その目的について詳しく聞いた。
-
ビジュアルリスクマネジメント
プロジェクト規模に関係なく、リスクとその緩和戦略を把握できているとき、ステークホルダは心強く感じるものだ。アジャイルは情報発信器の利用を強く推進している。その情報発信器の考え方に基づき、アジャイリストはリスクのトラッキングと緩和を容易に行える様々なビジュアルなリスク表現法を考案した。
-
FAI: Linuxのインストール、管理、カスタマイズを自動化する
FAI (Fully Automatic Installation) は、Linuxシステムを手動でインストール、カスタマイズ、管理するという退屈な反復作業から逃れるための非対話型システムだ。最近では、数台の単一システムのセットアップから数千台ものシステムからなる大規模なインフラやクラスタのセットアップまで、chroot環境や仮想マシンおよび物理マシンを管理するのに使われている。
-
Puppet: Rubyベースのサーバ管理自動化スイート
Reductive Labsのチームは先日、Unix、Linuxサーバのシステム管理を自動で行うための、Ruby製オープンソースツールPuppet 0.25.2のリリースを発表した。今回はバグフィックスリリースであり、123のチケットが解決された他、メモリ使用量の削減や、エラーレポート、スレッディング、ロック競合の改善などが行われている(後者はシステムハングの原因だったようだ)。
-
アジャイルはマイクロマネジメント
マイクロマネジメントは通常、あまり良い意味で使われない。このマネジメント方法は、マネージャが部下や社員の近くで仕事について細部まで指示する方法だ。普通、アジャイル開発とマイクロマネジメントは正反対の手法と考えられがちだか、表面上の違い以上に強く関連している。
-
よいアジャイルなメトリクスとは何か?
適切でアジャイルな計測とは何だろうか?もし伝統的な計測方法である、アーンドバリュー、労働時間、コード行数、テストによるコードカバレッジがアジャイルなプロジェクトにはあまり適さないのであれば、どういう方法があるのだろうか?よりよいアジャイルなメトリクスを選ぶ上で助けとなる、私たちが決められるルールは何だろうか?
-
自己組織化を導くことは、オーケストラを指揮するようなものか？
伝統的なマネジメントモデルは、自己組織化を妨げることなくどうやってアジャイルチームをサポートするのかということについて、リーダに教えてはくれない。音楽の演奏と「オーケストラの指揮」に喩えられることも多いが、それが適切であると誰もが合意している訳ではない。「指揮者」モデルは優れたプラクティスなのか、それともアンチパターンなのか？TEDトークにおいて指揮者のItay Talman氏が示したのは、これは指揮者が何をしていると考えるかによるということだった。
-
アジャイルの本質的な要素
アジャイルを成功させるためには、どのスキルが開発者に必要か、またどのプラクティスが組織に適用できるか、多くの議論が行われてきた。しかし、アジャイルを成功させるために本当に欠かすことのできない重要な心はなんだろうか。Mark Schumann氏はアジャイルの"本質的な要素"としてアジャイルの基底的なテクニックではなく、正確にいえば<em>アジャイルの考え方と管理を共に位置づける事を提唱する。