KSKソフトウェアテストソリューション | 品質を追求する。信頼できるソフトウェアテストパートナー
これまで主に金融業のお客様に対し、Web・モバイルアプリ開発における 品質保証やセキュリティの分野で様々なプロジェクトを支援してきました。 これまで培ったノウハウを基に、お客様のニーズに寄り添った最適な ソフトウェアテストソリューションで貴社の抱える「品質課題」を解決します。 これまで主に金融業のお客様に対し、 Web・モバイルアプリ開発における 品質保証やセキュリティの分野で 様々なプロジェクトを支援してきました。 これまで培ったノウハウを基に、 お客様のニーズに寄り添った最適な ソフトウェアテストソリューションで 貴社の抱える「品質課題」を解決します。 これまで主に金融業のお客様に 対し、Web・モバイルアプリ開発に おける品質保証やセキュリティの 分野で様々なプロジェクトを 支援してきました。 これまで培ったノウハウを基に、 お客様のニーズに寄り添った 最適なソフトウェアテスト ソリ
インセンティブと報酬 〜 「リーン開発の本質」より - kawaguti’s diary
野中先生と平鍋さんの「アジャイル開発とスクラム」が出版された。まだレビューできないでいるのだけれど近いうちにぜひ。プランニングポーカーの説明の部分は本ブログを参考にしていただいたようだ。ありがとうございます。 平鍋さんが経営寄りの視点で本を書くのはメアリーポッペンディークの「リーン開発の本質」以来のことではないかと思う。このリーン開発の本質は、私もイノベーションスプリント2011を企画している段階で読み返し、愛読していた。イノベーションスプリントは経営者やマネジメントにスクラムを届けるために企画したものだったからだ。 リーン開発の本質 作者: メアリー・ポッペンディーク,トム・ポッペンディーク,高嶋優子,天野勝,平鍋健児出版社/メーカー: 日経BP社発売日: 2008/02/07メディア: 単行本購入: 6人 クリック: 141回この商品を含むブログ (67件) を見る 昨年10月に改めて
「ソフト開発を変えるのは人」---トヨタに学んだリーン開発の本質
「ソフトウエア開発を変えるのは人」---永和システムマネジメント コンサルティングセンター長の天野勝氏はリーン開発がもたらす影響をこう表現する。天野氏は2008年2月1日，「ITpro EXPO 2008」展示会のメインシアターで「リーン開発はソフトウエア開発をどう変えるか？～最強の組織トヨタに学ぶプロセス改善，チームづくり，人づくりの秘訣～」と題し講演した。 リーン開発とは，「トヨタ生産方式」をソフトウエア開発に適用した開発方法論。天野氏は，「リーン開発の本質」（メアリー・ポッペンディーク，トム・ポッペンディーク著）の翻訳者。オブジェクト指向を中心とする技術について研究するグループ「オブジェクト倶楽部」の事務局長も務める。 天野氏は「リーン開発はソフトウエア開発を変えるか」という命題に対し，「変えない」と指摘する。ただし直接的には。ソフトウエア開発を変えるのは人であり，リーン開発は人に視
書籍でたどる「リーン」の本質
先ごろ出版された「リーン開発の現場：カンバンによる大規模プロジェクトの運営」（ヘンリック・クニバーグ著／オーム社／2013年10月）は、アジャイル開発手法を実践事例の視点から解説した力作である。スクラム、カンバン、XPなどの手法に言及しているが、中でも「リーン開発」を正面から取り上げているのが大きな特徴となっている。 本書ではリーン開発現場の写真、会話をふんだんに使って事例解説がなされていたり、まさに現場でプロジェクトに立ち向かっているマネージャ、エンジニアたちによって訳されていたりと、実に臨場感あふれる仕上がりとなっている。ちなみに著者のヘンリック・クニバーグ氏は私の長年の友人であり、本書、日本語訳巻末の解説も私が担当した（詳細はこちらで紹介している／参考リンク：「リーン開発の現場」紹介ページ）。 ただ「リーン」という言葉は、米国で注目を集めた経営書「リーンスタートアップ」で広く知られる
「リーン開発の本質」を再読 - Yasuo's Notebook
皆さん、あけましておめでとうございます。今年もマイペースで更新しますが、どうかよろしくお願いします。 昨年、市谷さん、藤原さんが監訳されたリーン開発の現場 カンバンによる大規模プロジェクトの運営 | オーム社eStoreは、今迄のリーンソフトウェア開発の書籍では紹介されていなかった現場での具体的なやり方が詳細に説明されています。また、この本が素晴らしいと思ったところは、色々な具体的な方法を紹介するだけではなく、「私たちが何故、システムを作るのか？」ということとしっかりと繋がっていることです。 この本を読んだことがキッカケで、数年前に読んだ日経BP書店｜商品詳細 - リーン開発の本質を再読したくなり、読み返していました。以前、読んだときとは、自分の立場などが異なっていることもあり、沢山の気付きがありました。 リーン開発では、ムダが無いかの指標としてスピードを重視しています。ムダが無いかどうか
『リーン開発の本質』のあとがき。日本のアジャイルをつくりたい。：An Agile Way：オルタナティブ・ブログ
わけあって『リーン開発の本質』を再読しています。る。日本の中でアジャイル開発を、できるだけ管理者の言葉として伝えたかった本です。この本は本当にたくさんの人に読んでほしいなぁ。ここに、そのあとがき、として書いた文章を掲載します。 最後に書いた、 多くの間違った標準化が、「人は本来怠け者でありしっかり働かせるために規則を作らなければならない」とか｢人は交換可能である｣というメンタリティから発している。もし、組織の文化や方針の中心にこのような考え方があると、もしくは多くの管理者がこのように考えているならば、「決して」リーン活動は成功しない。そうではなく、「人の持つ工夫のモチベーションを活かす」こと、「一人ひとりの人を育てる」ことこそ、マネジメントの中心となるべきだ。「人」の要素はプロセスの中心である。ここをやり間違えてはならない。 日本のソフトウエア業界が、人の持つ知恵と力を大切にしながら、高品
FitNesse FrontPage
It's a Collaboration tool Since FitNesse is a wiki web server, it has a very low entry and learning curve, which makes it an excellent tool to collaborate with, for example, business stakeholders. Read more... It's a Test tool The wiki pages created in FitNesse are run as tests. The specifications can be tested against the application itself, resulting in a roundtrip between specifications and imp
Specification by Example | Concordion
Get it right, first time By discussing specifications with examples up-front, your team will get it right first time more often, and discover early where uncertainty exists, leading to releases that are more predictable and reliable. Check it frequently Through automated checking of the examples on each change, developers build code that is fit for purpose. Regressions are detected and fixed durin
直感的に受け入れテスト仕様書を記述できるConcordionを試してみた
Concordionという、受け入れテスト自動化向けフレームワークを知ったので、ちょっと動かしてみた。Screenshotsを見るとイメージしやすいかもしれないが、ユーザーストーリの書式や、テスト仕様書の書式で、受け入れテストを記述できるらしい。 インストールしてみる Tutorialとしてサンプルコードが公開されている（Instrationを参考のこと）ので、それを元に動かしてみる。今回使ったバージョンは、1.4.2でJavaのfixtureを使った。Ruby、.NET、Scala、Pythonのfixtureもあるらしい。ダウンロードしたファイルをEclipseにImportするとこんな感じ。 Greeter.java・・・テスト対象のクラス specsフォルダ・・・受け入れテストのソースフォルダ。JUnitだと「test」とかだけど、Concordionでは「specs」を使う co
cucumber-jvmで受け入れテストを日本語で書こう - zephiransasのチラシの裏
これはJava Advent Calendar 2012の13日目のエントリです。 ←前の日のエントリ | 次の日のエントリ→ Cucumberとは CucumberはRailsではおなじみの受け入れテストを実行するツールです。 最大の特徴は、テストシナリオを自然言語（日本語、英語、etc...）で書けること。 似たようなツールにSeleniumが有るわけですが、これのテストは普通にJavaのコードですので、パッと見で分かりやすいってのがあります。 また、SEとは似て非なるサラリーマンプログラマでない人でも、書式さえ覚えれば簡単に受け入れテストを書けるというメリットもあります。 このCucumberをJavaから利用するためのツールがcucumber-jvmです。今回はこれを使用してWebアプリに受け入れテストを行ってみたいと思います。 実際に動かしてみよう というわけで実際に動かせるサン
受け入れテスト用フレームワーク「Fitnesse」導入手順のまとめ
受け入れテスト用のテスト管理ツール、「Fitnesse」を使ってみました。 Fitnesseとは# Fitnesseとは、wiki形式でフリーのテスト管理用ツールです。 FitNesse 以下のような特徴があります。 簡単なセットアップ 簡単に使えるwikiサーバ 仕様書や要求がinputとして使える 豊富な言語サボート 最近読み始めた、「実践アジャイルテスト」で頻繁に紹介されていました。 実践アジャイルテスト テスターとアジャイルチームのための実践ガイド - Janet Gregory https://amzn.to/3cDl0Zl ツールの作者は、「ボブおじさん」こと、ロバート・マーチンさんです。以前、「CleanCoder」を読んだときにも、紹介されていました。 [CleanCoder]断片的なプロ意識に感銘！プログラマは[CleanCoder]でプロの感性を学ぼう。 | Futur
人類は Java をターミナル内で書く手段を確立していた - Qiita
X なしで Eclim を使う方法。 導入 Vagrant や Docker の流行により、気軽に仮想マシンを使う時代になっています。すると開発にも仮想マシンを使うようにしてホストマシンはできるだけ汚さない方向に持って行きたいことになる。手軽に使いたいため当然 X 環境などは構築しない。 ここで問題になるのは IDE を前提にした言語。 IDE はウィンドウシステムの中で動くため、仮想マシンを X なしで使うと IDE の機能を使えず開発が厳しくなってくる。 具体的に言うと Java 、ジャバ、ジャヴァである。 書くときはあまりにも長い名前をタイプしたくないため補完が欲しくなり、読むときは名前解決のためのタグジャンプが欲しくなる。 追記 僕のモチベーションは VM の中に開発環境を閉じ込めてしまいたくて、かつ X を使いたくないところにあります。そうじゃない人はホストマシンで開発なり VM
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リーン開発の本質 公開用