時間ないで発表し、一番握手が多かったようです。 RT @tetsu_m: @motohasi うちの中堅１名もLTにエントリーしてると思う（たぶん）ので鍛えてやってください♪ #wjap2010

posted at 19:00:48

#wjap2010 続きは懇親会で。懇親会の重要性について！ おつかれさまでした。

posted at 17:13:23

#wjap2010 Openthoology 七つのプラクティスの説明。 要求開発アライアンスとアジャイルの関係者が一致しているためかピンときた。 人を大切にする。人間的側面の重要に注目したい。 この業界の若者に魅力あるものに。ソフトウェア技術者を幸せにしたい。

posted at 17:12:13

#wjap2010 アレグザンダー「オレゴン大学の実験」 http://bit.ly/9QYHux 要求開発アライアンスの説明 http://bit.ly/adzWQM

posted at 17:07:30

#wjap2010 ソフトウェア・ジャパンでも、REBOKは重要点である。 ソフトウェア・ジャパン2010のサイト。 http://bit.ly/dyRkKc

posted at 17:02:29

#wjap2010 要求工学とは、「要求獲得」、「要求の検証」、「要求の管理」、「要求の分析・仕様化」の四つである。 要求工学プロセス（スパイラルモデル）、プロセスの可視化。最近、要求工学が下火だったが、最近盛り返している。要求工学知識体系(REBOK リーボック：運動靴ではない

posted at 16:59:47

組み込みは、MDAがやりやすい、と聞いたことがあります。 RT @ZuQ9Nn: 車載ソフトウェア開発のモデル適用、自動コーディングもできるかも？ #wjap2010

posted at 16:56:09

#wjap2010 コボルって何ですか？っていわれるけど、楽しかった。人の役にたっているのを実感できた。 最近は暗い状態になってきた、アジャイルが答えかもしれないって思っている。　 車載ソフトウェア開発の現場ではみんな暗い。楽しくするために研究している。

posted at 16:54:31

#wjap2010 ソフトウェア要求は、非機能要求と機能的要求がある。要求がとても大変で、一番大事である。 開発手順のウォーターフォールやV字モデルの説明、学生向けでAPA向けではない。むかっとこないでください。 川上・上流か川下・下流が、上級から下流階級のように受け取られる

posted at 16:48:02

#wjap2010 ソフトウェア要求についての話。システムは複雑なものである。 システムトラブルの社会的影響はとても大きい。ソストウェアはコアなので、しっかり作り込む必要がある。 ちゃんと作ることがだんだん重要になってきた。

posted at 16:44:25

#wjap2010 「ソフトウェア「要求」を取り巻くあれこれ」 学生個人を大切にしたキャリア教育の推進。学生は今まで次があるって思っている。大学の次がないように思っているので、キャリア教育を学生にしている。

posted at 16:39:34

#wjap2010 孔子と孫子の信者はひとりだけw。 今後は、いくつか書いてみて議論をしたい。必要であれば、説法を行います。

posted at 16:30:59

#wjap2010 残せる形「経本」「説法集」をきちっと残したい。孫子は、三分の二ぐらい、そのまま使える。孔子は、少なめで三分の一ぐらいは使える。 ウェブサイトに載せるが、どのように知らしめ方を悩んでいる。

posted at 16:11:02

#wjap2010 人間の歴史がこれだけあるのに、本質は何も変わっていない。

posted at 16:08:23

#wjap2010 「将わが計を聞くときは、これを用うれば必ず勝つ」 アジャイル開発を導入するときは「空気を読め」。 情勢をしっかり見て論理的な解が当初の目的と整合性があるように臨機応変に進めなくてはならない。

posted at 16:07:36

#wjap2010 例：「孫子曰く、兵とは国の大事なり」 →・ 会社として、開発プロセス、相手の環境で影響を受けること。 ・プロジェクトリーダーの経験はあるのか。 ・制約条件はきちんとしているか。

posted at 16:03:41

#wjap2010 リファレンスの形で縁（えにし）を。 アジャイルであるという唯一の悟り。でもこれは遠い道のりか？兵達（つわものたち）の踏ん張りが、奇跡を起こすことを期待。表現の形についてを紹介。

posted at 16:02:37

#wjap2010 アジャイルプロセスを孔子や孫子の教えで置き換えると有用。そのように表現すると経営者も納得することが多い。 まずは説法を。システム開発やプロジェクトの視点で毒舌を吐こう。 アジャイルだけでなく、いろいろなものを。アジャイルが特別なものではなく実は基本である。

posted at 15:57:10

#wjap2010 先人たちの知恵 オブジェクト指向の基本の「き」。経営に利用される先人たちの知恵、戦略／戦史から。 経営者や上司たちが好むアジャイルプロセスに生かす。孫氏は戦略・戦術に適す。孔子は道がいる。 知がなくてどうやって得がつめるのか。

posted at 15:54:48

#wjap2010 孫子と孔子で説くアジャイルプロセス。 なぜ、孫子と孔子なのか。アジャイルプロセスへの障壁。 1. 導入の障壁。上司や関係者への得度。メンバへの普及。 2. 推進への障壁。プロジェクトマネジメントの錯誤、技術が伴わない若い開発者のアジャイルプロセス派の無謀。

posted at 15:48:28

#wjap2010 知識体系では、実装／プラクティスに関するものと、原則に分類した。その結果、いい感じになってきた。 今後は知識体系の完成に向かってやっていく。完成したものをリリースしたい、その後フィードバックを得たい。 ただし継続的な改善が重要である。皆様の参加を待っています

posted at 15:44:10

#wjap2010 価値の最大化に関するプラクティスが多い。そこにリーンが含まれている。 ずれを補正するプラクティスはフィードバック系が含まれる。 リーンは原則よりのプラクティスが多い。 スクラムは、管理系だが具体的なプラクティスが多い。

posted at 15:38:05

#wjap2010 目的や価値に プラクティスを体系にあわせて分類してみた。 XPのエンジニアリングに多いのだが、人に関するのは少なかった。 スクラムは管理系が多い。 リーンは、とらえどころがないな。 うまく分類できない開発方法論もある。

posted at 15:34:57

#wjap2010 階層化と知識エリアと時間軸を使って知識をモデル化した。 四つの価値と原則、プラクティスのマッピングと骨格。 価値は抽象度が高く、プラクティスは実施しやすい。 アジャイルプロセスの必要知識体系の基本構造について。プロジェクト管理系、技術系、人系（SL付き）。

posted at 15:31:06

#wjap2010 「アジャイルプロセス必要知識体系」いろいろなアジャイル（XP、スクラム、リーン）がたくさんあってよくわからない。例として、知識体系PMBOKでは知識エリアの階層化。SWEBOKは代表的な知識体系。知識体系＝知識のモデル。目的は全体の把握。

posted at 15:23:09

#wjap2010 「私が想うこと」 ・実践し続けることの難しさ ・技術者の成長 ・アジャイルをどう体現するか。 ・アジャイルだから何の苦労もなく何かがうまく行く訳ではない ・問い続けることと学び続けることが重要

posted at 15:08:27

#wjap2010 アジャイルで実現できること。 ・大切なものを大切に ・恊働。 ・購入／償却から投資／進化へ ・業界な変革。

posted at 15:07:09

#wjap2010 LT3. 「最近想うアジャイルのこと」 アジャイル後、変化を前提、当たり前のことを当たり前に、ペアでやることの意味、リモート開発の可能性。 説明責任もあるし安心感も高い。

posted at 15:05:50

#wjap2010 LT2. 心理状態を読み取るには。右ばかり見ているのは未来の考えている傾向。左ばかりの場合は過去を考えている。左下は触覚を思い出す／自己対話の傾向。

posted at 15:02:49

#wjap2010 全部で200から300項目ある。目標となる人を設定できる。その結果のグラフ化した結果、目標とする人と自分の差を比較できる。 月次で集計すると、だんだんアップしてきた。

posted at 14:57:44

#wjap2010 LT1. 目覚めよ、スキルアップ欲。 リーダーとしての悩みは、資格取得は業務に結びつかず、スキルマップやITSSは具体性に欠ける。 もう一度、現場目線で考えるべきではないだろうか→実践力測定ツールの作成。スキル項目で実施できるできないでグラフ表示。

posted at 14:54:54

#wjap2010 なんでしっくりこないんだろう。会社のキャリアパスとスキルパスをリンクする。ルークは、価値が高くなるような技術を認めよう。参加者を募集しています。

posted at 14:38:09

#wjap2010 Level 1 ロジカル・シンキング、2 クリティカルシンキング、3 システムシンキングで重要です。現在、表を埋めている最中です。今後は、スキルとロールのマッピングや、スキルアップのためのレベル設定をしている。今後は図書や学習方法を紹介。

posted at 14:33:36

#wjap2010 その技術を誰が学ぶのか。ロールで切り分ける。 XPをベースにITSS v.3とマッピングした。ランクも付け（見習い、ポーン、ナイト、メンター）、表にまとめた。

posted at 14:29:20

#wjap2010 ISO/IEC 9126-1 の品質特性に満たすために必要な技術。アジャイルプロセスで必要なのは「技能性」「保守性」に注目した。成果物はマインドマップにまとめた。 トレース性や相互運用性、解析性が高いのはオブジェクト指向（←DOAではきついのでは）。

posted at 14:26:17

#wjap2010 Manifesto for Software Craftmanship（ソフトウェア職人マニフェスト）の紹介。 平鍋さんのブログ http://bit.ly/cfwu49

posted at 14:19:56

#wjap2010 その結果、いわれたことだけやる技術者が望まれていて、双方向にとってあまり幸せではない。 どのような技術が重要か、どうやって身につけるのか、身に付いた技術者はいかに貢献すればいいのかを話し合っている。

posted at 14:18:28

#wjap2010 すべてコミュニケーションでカバーできるか？違いますよね？もう少し技術的な話をしたい！ 企業と技術者の関係。で、経験ゆたかな技術／新技術に対するアンテナに対する人事評価についてどうするのか。技術者をどう確保／維持するのか。今は組織のキャリアパスに従う悲しい状態。

posted at 14:16:04

#wjap2010 「アジャイルプロセス技術体系」 の発表。 最近は「人」が大切なんですよね、という話が多い。最近、技術的なお話が少ないのではないか。 でぶさみでは「DDD難民」の話があったので より戻しがあったと思うが、設計の話が出てこない気がする。

posted at 14:11:31

#wjap2010 法律については、いろいろ意識しないと難しい。意識するためにはワークショップ形式で伝える。 仮想企業を設定して、情報資産保護上や労働派遣法上の問題点として、シナリオを設定したので面白い（ふざけた?）読み物／ストーリを作りたい← 来年度の方向。一緒にやりませんか？

posted at 14:05:42

#wjap2010 （#wjapc2010 から c を外しました。）サンクス＞ RT @tetsu_m: 結局今日の京都あじゃぱイベントのタグは何？ @motohasi さんが #wjapc2010 でつぶやいてるから @ZuQ9Nn さんもそれでいく？（cが謎だけどｗ）

posted at 14:00:38

#wjap2010 細かい条件は省くが、全担当者がひとつのスペースで業務、タスクかんばんの張り出しの状態で 派遣社員とのペアプロミングをしたときの法律的な注意は？ #wjapc2010 の c を外しました。

posted at 14:00:00