BT

最新技術を追い求めるデベロッパのための情報コミュニティ

寄稿

Topics

地域を選ぶ

InfoQ ホームページ Feedback に関するすべてのコンテンツ

  • アジャイルフィードバックループの重要性

    アジャイルコミュニティの複数のメンバーがアジャイル開発プロセスの有効性におけるフィードバックループの重要性を強調している。

  • 創造的な業界から学ぶ-信頼を築く一貫性

    これは、チームを成功させる要因を検討し、議論するシリーズの第1回である。この投稿は、最近のWired magazineの記事について報告しており、その中で、 Pixar Animation Studiosが使用している創造的なプロセスと彼らのプロセスが、いかに、「失敗を許す環境」において、チーム形成、長期間にわたる関係、そして信頼を促進しているかを分析している。

  • ScrumBanは進化か、それとも矛盾か?

    カンバンのワークショップやコース、カンファレンスが現れ、アジャイル実践者たちは、リーンから適用されたこの手法がチームに提供するものを調査している。ボトルネックを明らかにすることから、より多くの"動き"を経験し満足するチームまで、魅力的な利点が挙げられている。しかし、指導者たちは、カンバンののんびりしたアプローチが直ちに障害を取り除くというスクラムの呼び掛けに対する「クリプトナイト」であることを警告する。

  • 自己組織化を導くことは、オーケストラを指揮するようなものか?

    伝統的なマネジメントモデルは、自己組織化を妨げることなくどうやってアジャイルチームをサポートするのかということについて、リーダに教えてはくれない。音楽の演奏と「オーケストラの指揮」に喩えられることも多いが、それが適切であると誰もが合意している訳ではない。「指揮者」モデルは優れたプラクティスなのか、それともアンチパターンなのか?TEDトークにおいて指揮者のItay Talman氏が示したのは、これは指揮者が何をしていると考えるかによるということだった。

  • 女性の皆さん、何か提案をお願いいたします。

    多様性がイノベーションと優れた業績を生み出していくことは広く受け入れられているが、ITコミュニティのリーダーシップは多くの場合、コミュニティ自身の多様性を表していない。ハイテクコミュニティの多様性をリーダーシップに反映するために、できることは何だろう。例えば、もっと様々なコミュニティがカンファレンスで話ができるように積極的に支援することはひとつの有効な手段ではないか。

  • フィードバックとフィードフォワード:それぞれの長所

    フィードバックとは過去の出来事からのアウトプットが未来と潜在的に関連している状況だ。アジャイルでは各ステップでフィードバックを集めたり提供したりすることをとても重要視している。これは、品質の良い製品を作り上げるためだ。一方でフィードフォワードは未来の方向性の観点から、今後のために助言を与えることだ。

  • フィードバックを効果的に与える方法と受ける方法

    Agile 2009の初日の月曜日、Liz Keogh氏はワークショップと効果的なフィードバックに関するセミナーを開催した。

  • デマルコ、ソフトウエアエンジニアリングの40年間を振り返る

    NATOのソフトウエアエンジニアリング会議から40年経ち、トム・デマルコはソフトウエアエンジニアリングの信念の進化において、自身が支持したメトリクス指向の方法論が、"変革を起こすこと。世界を変えるソフトウエアを作ること。"を目的にする現実の開発現場では、本当は邪魔になっていたのではないかと、振り返った。それとも、彼の当初の助言はやはり有効なのだろうか。彼自身は、"有効ではなかった"と、Software Engineering誌の"時代はやって来て、そして過ぎ去ってしまったのか"と題した記事で書いている。

  • オピニオン:Scrum Allianceは閉鎖的な組織を改善できるだろうか?

    最近Scrum Allianceはいくつかのユーザグループにライセンス同意書への署名を求めた。これはScrumコミュニティーとの間の関係を悪化させることになった。この間違いからScrum Allianceは新たなポリシーを作成し、Cory Foy氏をコミュニティーとの連絡係に任じ、今後フィードバックを得ることを約束した。はたして改善できるのだろうか?

  • Scrum Allianceがユーザグループにライセンス契約を要求

    スクラムのブランドの支配権を得ようしているように見える動きの中で、Scrum Allianceは「Scrum User Group」という用語に対する権利を主張した。yahooグループのScrumDevelopmentでの議論は熱くなったが、この動きの影響ははっきりしないままである。

  • James Shore氏「アジャイルの衰退と凋落」

    James Shore氏はアジャイルは衰退していくと断じている。多くのチームが、長期間にわたって高品質なソフトウェアを生産するために必要とされる技術的なプラクティスを適用することなく、「スプリント」と朝会だけ行っていることを例に挙げている。

  • Martin Fowler氏が語る陥りがちなスクラムの落とし穴を避ける方法

    InfoQチャイナのJacky Li氏は、ThoughtWorks社のAgileChinaカンファレンス中にMartin Fowler氏と会談した。このインタビューは、Martin Fowler氏がスクラムの認定試験と、アジャイルの未来について語ってくれたものだ。

  • 討論: なぜほとんどのソーシャルソフトウェアは失敗するのか?どうすれば失敗を避けられるのか?

    いくつかのソーシャルサイトは、他のサイトが顧客���獲得に動き出す前に、大きな成功を手中に収めている。なぜそのようなことが起きるのだろうか?Clay Shirky氏は、多くの場合に共通して見られる、ある事実に注目しているとBuzzwatchに対するインタビューを通じて述べた。

  • 誠実さはアジャイルにとって価値と言えるか?

    Declan Whelan氏は示唆に富むブログを書いている。その記事では、Mishkin Berteig氏から学んだという思想に言及し、成功するアジャイルチームには(暗黙の)原則として、「誠実さ」があるという。

  • TDDへの見解:品質は思索と熟考から得られる。バグの抑制からではない。

    Michael氏はユニット・テスト、インテグレーション・テスト、TDDそしてクリーン・ルーム・ソフトウェア開発について言及し、コードの品質というのは思索と熟考から得られるのであってバグの抑制から得られるのではないと結論付けている。

BT