BT

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

寄稿

Topics

地域を選ぶ

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

  • リスク管理対象としてのソフトウェア開発

    ソフトウェア開発はリスクと不確実性の管理を金融手法に見出すべきだろうか? このような疑問が,アジャイルソフトウェア開発の "Last Responsible Moment (可能な限り決定を遅らせる)" という意思決定方法をめぐる議論を通じて浮かび上がってきた。この記事ではソフトウェア開発において,リスク管理と計画に金融的概念を用いることに関する最近の傾向と議論について取り上げている。

  • ユーザーストーリーの見積もりをやめるときなのか?

    最新のアジャイルチームは、時間ベースの見積もりから、ストーリーポイントを使った相対的な見積もりに推移してきているが、我々はこれからも見積もりが必要なのだろうか?

  • アジャイルにおけるUI/UXの未来

    アジャイルを採用したばかりの多くの人々はアジャイルチームにおけるUIやUXデザインの位置に戸惑っている。以前は多くのチームがチームの作業から切り分けようと試みたり、一つ後のスプリントで行おうとしていた。最近、UIやUXをアジャイルチームに迎え入れたり、UXはむしろ先頭に立つべきだと言う議論が高まっている。

  • VersionOneとLeanKit Kanbanが戦略的提携を発表

    アジャイルマネジメントツールの大手であるVersionOneはLeanKitと戦略的提携を結び、LeanKit Kanbanをチームレベルで利用し、企業レベルのアジャイルマネジメントではVersionOneの製品を使うという統合を提供すると発表した。

  • コードは負債、少ない方がいい

    無駄のないリーン製造の過程では、在庫の定義は明確だ。余分な物品、製造中の物品、次の処理を待っている物品が在庫だ。リーンでは在庫を減らすことが重要だ。在庫にはコストがかかるからだ。ソフトウエア開発では要求は在庫と見なされるが、ではコードはどうか。

  • 家で「かんばん」

    興味深いことに、オフィスや工場ではなく、家で「かんばん」を実践している人たちがいる。

  • リーンやアジャイルの契約書の書き方

    アジャイルやリーンのプロジェクトは従来のプロジェクトとは違う。ではこれらのプロジェクトの契約はリーンやアジャイルの概念をサポートしているだろうか。それとも邪魔になっているか。この記事ではリーンやアジャイルプロジェクトの効率的な契約書の書き方についていくつかのヒントを紹介する。

  • Kanbanの神話

    Kanbanというリーン開発のプラクティスはどれほど誤解されてきただろうか?Kanbanに関しては、事実をフィクションと区別することを学ばなければならない。

  • 失敗したストーリーはどこへ戻すべきだろうか?

    ストーリーがテストに失敗したとき、タスクボード上ではそれをどうすべきだろうか?

  • Aldon Agile Managerリリース

    先週12月1日にAldonはAldon Agile Managerをリリースした。InfoQはAldonのチーフ製品ストラテジストDan Magid氏にこの新製品について話を聞いた。Agile Managerは優れた計画、優先順位付け、協働環境を提供することを狙ったフリーのアジャイルプロジェクト管理ツールである。

  • 仕事に戻ろう。

    カンバンの制限にぶつかることは、ボトルネックに流れ込む仕事を一時的に止めることで、組織に余裕を生み出す。そこで、どのようにして、あなたは管理者側を、カンバンの制限を受け入���る(すなわち、仕事を止める)ことが、本当にいいことだ、と納得させることができるか?

  • Tasktop Agile Planner for Eclipseがリリース

    Tasktopはアジャイルプランニングツールをリリースした。これはMyLynコネクタを利用して、MingleやTeam Concert、Rally、Scrumworks、JIRA、VersionOneのような複数のプロジェクト管理にわたったプランニングサポートを提供する。Eclipseインテグレーションはプラン項目とソースコード成果物を自動的にリンクしたり、Eclipseから直接プランを作成・管理することをサポートする。

  • アジャイルとリーン手法を検証する研究

    Ralph Jocham氏がこうたずねた。「私はアジャイルプロジェクトが他の手法よりも成功する可能性が高いということを示す参考資料を探しています。その資料は政府のドキュメントで引用することができなければなりません。つまり、出所が信頼に値するものである必要があるのです。」幸いなことに、いくつかの研究がなされているので、この記事で要約する。

  • Joshua Kerievsky氏、Craftsmanship議論に「Sufficient Design」を紹介

    近頃、Software Craftsmanship(ソフトウェア職人気質)がホットな話題になっている。しかし、Joshua Kerievsky氏は「コードは常にクリーンでなければならない!」というCraftsmanship精神に対して、「Sufficient Design(十分な設計)」と呼ぶ対抗するような考えを唱えている。Joshua氏が意味しているところを知るとともに、彼の考えについてBob Martin氏とRon Jeffries氏の意見を聞く。

  • Lean Software & Systems Conferenceの反響、総まとめ

    Lean Software & Systems Conference が数週間前にアトランタで開催された。このイベント以後、InfoQは様々な反響を集めた。素晴らしいブログや記事、ノートやビデオ、写真、プレゼンなど明らかになった情報を紹介しよう。

BT