@koike0125 隣の人がu管理図が分からないと言っています。小池さん、詳しいですか？

posted at 09:07:39

４辛チャレンジ

posted at 15:06:13

司会がタイトルで噛んで、講演者に突っ込まれたり。orz_ RT @YasuharuNishi: 司会はあまり滑舌がよくない人の方が、意外に聴衆がリラックスしたり、聴衆が突っ込みモードに入って質疑応答がやや活発になる、とか。 …

posted at 12:16:24

@ikedon 美味しかったです。

posted at 18:58:15

結婚の経済学？？？

posted at 17:07:07

焼肉ハウス大滝

posted at 17:05:40

要件定義の最終レビューで「テスト実施時に改めて、要件を満たしているかどうか？ 満たしていないならそれはどうするか？等、再度検討するつもりで望みましょう」・・・う～む。コンテキスト次第ですが、微妙な判断だなぁ。　／ http://t.co/t6jKlJrr

posted at 13:43:04

Wikipedia の定義の解説の脚注に、「クジミン『論理学入門』西牟田久雄、野村良雄　共訳青木書店、青木文庫、１９７３年、５２頁～」とあり、少しばかりにやりとしてしまった。

posted at 12:28:23

@keisyun 以前、ご指摘いただきましたREBOKの誤字等を、第3刷に反映させていただきました。ありがとうございました。

posted at 11:13:17

@akiyama924 以前、ご指摘いただきましたREBOKの誤字等を、第3刷に反映させていただきました。ありがとうございました。

posted at 11:13:03

RT @mikio_aoyama: RE：要求工学知識体系(REBOK)が発売一周年となりました．この間，多くの方々に利用頂き，現場での人材育成などの事例も聞いております．一周年を機に，増刷をしました．あわせて，誤字などを修正しましたが，内容は変わりません．REBOKの活用が広がるよう，今後も様々な活動を行います．

posted at 11:12:02

@akiyama924 僕はそのサービスに対して、自動翻訳を使いたくなる海外で、こんなシチュエーションで使い物になるか？ 料金の問題はどうか？ などをみに行く感じです。でもって、そのサービスが国内前提にできているならば、購入しないようにアドバイスする感じ。

posted at 09:38:26

@akiyama924 @kitanosirokuma はい、従来のアプローチとは異なるやり方がでてきています。クラウド前提ですと、僕のやり方は設計やテストではなく、導入前のフィージビリティースタディの方法になり、クラウドサービスの作り方は、秋山さんの方法に近づくと思います。

posted at 09:34:57

@koyaman2 モスバーガーで時間潰しています。

posted at 09:26:39

@akiyama924 @kitanosirokuma 昨日も呟きましたが、作り込まれたソフトウェアでも、そのソフトを使ったビジネスがイマイチならば価値を認めてもらえないし、だからといって、シンプルなものを作っても、複雑な業務に対応できなければ意味が無いですし、難しいです。

posted at 09:23:25

関内ちゃ

posted at 09:11:16

@akiyama924 @kitanosirokuma エンプラの場合、チューニングが難しいので、アプローチが異なるのかもしれません。

posted at 09:08:37

RT @tanichu: ビブリオバトルは友達の家に行って本棚を見るのと同じ根っこをもっています．

posted at 06:22:52

JaSSTのビジュアル担当は、○ずまさん。

posted at 21:21:27

RT @auto_array: 価値仕様の間違いでしたorz RT @auto_array いっそ価値機能とか呼べば良いんじゃないでしょうか 機能とか性能ではなく RT @mkoszk そして、HAYST法の目的機能は、商品価値に焦点を当てているんだな。

posted at 21:08:58

@Kiz_Sugiyama テストシナリオとシナリオテストは、似て非なるものです。テストシナリオは、テストの準備や実行順序などを決めたもので、シナリオテストは業務の手順や、操作の手順をテストの対象としたものです。

posted at 21:07:45

@chico_san 言いたいことは分かるけれども、ソフトウェアでは難しいですよね。

posted at 21:04:12

そして、HAYST法の目的機能は、商品価値に焦点を当てているんだな。

posted at 21:03:09

テストの人たちは、昼間の呟きは関係ないと思っているかもしれないけど、僕がシナリオテストを考えるとき、顧客価値と商品価値の接点である価値に焦点を当てるんだな。商品つまりシステムは作るときはモノなんだけど、顧客と繋がるとき、コトになるんだな。そして、コトをテストするのがシナリオテスト

posted at 21:02:31

@akiyama924 秋山さんのことだから、トラップを仕込んでいると思って、リプライを躊躇してしまいました。

posted at 20:03:26

@yumotsuyo 調布

posted at 20:02:01

@saynak38 最近の要件定義書には、章タイトルに、機能要件、非機能要件というのがあり、ある要件をどちらの章に書けば良いのか悩まれていると思いました。だから、要件を記入することが第一に考えて、分類に悩むのは意味ないよ、という意図の呟きでした。

posted at 19:54:03

@akiyama924 @snsk どちらでしょう？

posted at 19:50:06

@yumotsuyo 新宿

posted at 19:34:56

@snsk 少し分かったような、でも、まだ分からないような。

posted at 19:33:28

@saynak38 非機能要件は、実装するときには機能になるよ。

posted at 19:30:05

環境変化への対応という僕のテーマに関する話。事前に変化することが分かっているのに、「余計な機能は実装しない」といって対応しないで、例えば支店追加のようなパラメータの変更やデータ追加で済むレベルのものを、変更の度にコードをいじっている例がある。これをアジャイルとは言いたくない。

posted at 19:29:06

もうすぐ巣鴨 http://t.co/k0SDiU4G

posted at 19:14:49

ステークホルダー分析をして、顧客が何を求めているのか理解をし、高品質なものを求めているのであれば、それを提供するのが価値を提供するということです。

posted at 18:55:33

「欠陥が一つもないことが顧客価値ですか？ 多少バクがあっても早いリリースを求められているのであれば、リリースするのが顧客価値です。」という文脈で顧客価値が使われる時、粗忽者が「バグがあってもアジャイルで開発する限り、顧客に価値を提供できる」と理解しないために呟いたのです。

posted at 18:52:56

@krsna_crespo HAYST法

posted at 18:36:30

RT @haradakiro: 開発プロセス標準化って、デスマの起こし方を標準化しようとしているんじゃないかと。

posted at 18:35:00

@snsk 下層のテスト、上層のテスト、って何ですか？

posted at 14:03:49

これは、［顧客の顧客］価値　∩　業務プロセスが生み出す価値　でして、業務プロセスが生み出す価値の一部がソフトウェアの価値になるわけで、非常に面倒な、複雑な話になってしまうので、もう少し整理したいなあと思っています。

posted at 14:03:18

さて、これはB２Cのソフトウェアの場合になります。エンタープライズ系ソフトウェアの場合、もう少し複雑になります。ソフトウェアを使う顧客（ユーザ）が価値があると感じていても、そのソフトウェアを活用したビジネスで、顧客の顧客（カスタマー）が価値があると感じなければいけないと思います。

posted at 14:00:27

「価値　＝　顧客価値　∩　商品価値」というのは、アジャイル原則の「顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。」に照らしても、おかしな定義ではないと思います。

posted at 13:57:51

「価値」は顧客価値と商品価値の接点になります。イメージでは 顧客価値 ∩ 商品価値 です。過剰な機能を盛り込んだソフトウェアであったり、過剰な品質のソフトウェアを提供するのではなく、顧客が価値があるみなすソフトウェアを提供しようというのが、発言の趣旨だと思うのです。

posted at 13:56:26

このもやもやは、やはり一般に使われている「顧客価値」という言葉と異なる使い方をしていると僕が感じているからのようです。では、アジャイル界隈で用いられる「顧客価値」という単語は、一般的な用語に直すと何になるのか。それは「価値」になります。

posted at 13:51:04

別の定義では場合、顧客価値は顧客満足であり、商品価値は（商品の品質＋ネットワーク外部性）で表すことができるそうです。この顧客価値の定義は、アジャイル界隈で使われている「顧客価値」と似ているような気もします。でも、ソフトウェアと直接的に結びつかないように感じます。

posted at 13:47:51

調べてみると、顧客価値と商品価値という二種類があるようです。価値を定量的に表現するには、顧客価値は（顧客の支払っても良いと考える価格－価格）で表すことができ、商品価値は（価格－費用）で表すことができるそうです。でも、この定義だと少しニュアンスが異なるかもしれません。

posted at 13:41:09

たぶん、アジャイル界隈の人たちが「顧客価値」という場合、アジャイル宣言の背後にある原則の「顧客満足を最優先し、価値のあるソフトウェアを早く継続的に提供します。」がベースにあるのだろうと推測しています。でも、この原則には「顧客価値」という言葉はありません。

posted at 13:35:59

２週間ぐらい前、アジャイル関連の呟きをしていました。そのときのリプライで、「顧客価値」という言い方をされた方がいました。以前から、顧客価値という言葉の使い方に違和感を感じていましたが、上手く説明できる言葉を持っていなかったので、その件には触れずにいました。

posted at 13:33:12

@snsk 僕の前任者がそう言っているのですが、よく分からないのです。なぜ、テストが基盤技術になるのですか？

posted at 13:28:08

政府も民間も課題はだいたい同じかな。 ／ 要件定義に関する課題を中心として (pdf) http://t.co/kQrNXD43

posted at 13:19:53

@oichin この記事です。 ／田中克己の針路IT - 受託ソフト開発会社は、もう終わり！：ITpro http://t.co/17rtIi8A

posted at 09:30:22

@akiyama924 なるほど。ありがとうございました。

posted at 07:12:02

@akiyama924 どんなマトリクスを作るかご存知ですか？

posted at 06:36:42