Contenu connexe Similaire à スクラムプロジェクト準備(公開用) No.31 (20) Plus de Sukusuku Scrum (20) スクラムプロジェクト準備(公開用) No.316. やってきたもの(開発)
• 電子楽器の開発
• ドラムマシン、エフェクター、カラオケアンプ
• 鉄道関連
• デジタルATS、リニアモーターカー運行システム
• フレームワークの開発
• IOCコンテナをベースとしたJavaとVBをシームレスにつなくコン
ポーネントフレームワーク
• 業務アプリ
• 大規模基幹業務開発、標準化、方式設計
• 大規模基幹業務向けEJBフレームワークの開発
• 物流系、薬局関連、製造業関係
• 音響制御系
• サラウンドミキサー装置 →愛地球博NHKパビリオンで上映
8. 現在
• 教育プランニング、受託開発
• スクラム導入支援、コーチング技術を使ったトレーニング
• すくすく・スクラム スタッフ
• NLP認定プラクティショナー
• 認定スクラムマスター、プロダクトオーナー
• 要求開発アライアンスコアメンバー
• DCFA認定ドラムサークルファシリテーター
MOTO$$ Beat$of$Success
• BOSサポートメンバー(トレーニングビート)
Beat$of$Success
T.G.P.%
http://www.bos1.org
• Cloudera Hadoop認定デベロッパー
• BCB認定ファシリテーター
9. トロントAgile 2008(ドラムサークル) EM ZERO Vol.2
XP祭り 2009 (リズムと朝会)
XP祭り 2008
Thanks
チームの皆へ
送り出してくれた人達へ
(リズムとファシリテーター育成)今日聞いてくれた人達へ
(撮影KKD)
要求開発アライアンス DevLove
TFPモデリングスペキュレーション 2007年 人とのつながりの奇跡に感謝(2008 LT)
要求開発マスター認定制度への提案 2008年 すくすく・スクラム
スクラム基礎+朝会ワークショップ
スクラムと要求開発 2011/05
オブラブ 自己組織化ワークショップ
ドラムサークルとプロジェクトファシリテーション(2007/06LT) ウォーターフォールとアジャイル
短期に低価格で持ち家建設を行うためのパターンランゲージ(2009/01 LT) リズムと朝会( 名古屋)
スクラム入門、ドラムサークルチームビルディングセッション(2010/07) スクラム入門、朝会ワーク(大阪)
マイクロソフト TechEdDay 振り返りの基礎はこれだ
スクラム導入どたばた事例 2010/08 振り返りってなんだ( 岡山)
マイクロソフト AgileDay4 モチベーションマネジメント入門
自己組織化のためのNLPをつかったコミュニケーションワーク
スクラム道 ファシリテーション入門だ!
スプリント0探求ワークショップ(2011/02) 心理学を使ったスクラムチームのコミュニケーションパターン分析ワーク
スクラムギャザリング東京 ショップ(XP祭り2011)
スクラムの心 ワークショップ(2011/10)
タスクカンバンはこれだ!(2011/10)
同再演 2011/12
11. 自我状態 ∼自己の行動を理解する∼
周囲に厳しく/厳格/責任感/けじめ
/偏見/圧力 C
P
P 親の自我
周囲に優しく/保護的/思いやり/配慮/ NP
心づかい
冷静/客観的/合理的計画的/役割的 A A 大人の自我
NC
感情的/明るい/直感的/行動的/自由
天真爛漫
LP
CC
C 子供の自我
RC
感情的/暗い/内省的/従順/消極的
感情的/反抗的/破壊的/衝動的
9
BCBトレーナー大久保氏の資料より一部抜粋
12. ユーザー プロダクトオーナー スクラムマスター チーム
ファシリテート ファシリテート
お願い 自己組織・振り返り
ヒアリング
要求 デモ A
バックログ
ヒアリング
励まし・巻き込み
自己組織・振り返り
連帯
信頼 連帯 連帯
まだまだ、たくさん線
を引くことができます。
10
15. すくすく・スクラムイベント実績
すくすくスクラム2009年
– 4月23日 第1回 クリエイティブ朝会 林栄一(東京都)
– 5月28日 第2回 スクラム基礎、開発者兼経営者
林栄一氏、エマーソンミルズ氏(東京都)
– 6月25日 第3回 自己組織化ワーク 林栄一(東京都)
– 7月23日 第4回 カンバンゲーム 安井力氏(東京都)
– 9月16日 第5回 壁はスクラムで乗り越えろ
榎本氏(東京都)
– 10月21日 第6回 デザイナー気分でAgileUX
加納氏(東京都)
– 11月25日 第7回 チームとは何だ?!
エマーソンミルズ氏(東京都)
– 12月19日 "TDD" Boot Camp "TDD" をつかめ!
Lasse Koskela氏、和田卓人氏(東京都)
• XP祭り
– 9月19日 Let's クリエイティブ朝会ワークショップ
林栄一氏 (東京都)
13
16. すくすく・スクラムイベント実績
すくすくスクラム2010年
– 1月25日 第8回 1人1人がリーダーだ! 今村氏(東京都)
– 2月4日 第9回 IN広島Catch The Scrum エマーソンミルズ氏(広島県)
– 2月7日 第10回 in 名古屋 朝会を極めろ 林栄一氏(愛知県)
– 2月25日 第11回 ユーザーストーリーはこう書け! 角 征典 氏(東京都)
– 3月24日 第12回 PFとは何だ?! PFを体感しよう! 松本潤二氏(東京都)
– 4月25日 第13回 IN大阪スクラムを体感しよう第一弾 江端一将氏(大阪府)
– 5月27日 第14回 スクラムの落とし穴はどこだ?! 西村氏、安井氏(東京都)
– 5月29日 第15回 IN大阪第2弾スクラムを体感しよう 江端一将氏(大阪府)
– 6月21日 第16回 これが、ユーザ行動モデリングだ! 本徹也氏(東京都)
– 7月28日 第17回 ふりかえりの基礎はコレだ! 林栄一(東京都)
– 9月29日 第18回 私がみたAgile2010はコレだ!? 細澤あゆみ氏(東京都)
– 10月25 日 第19回 Scrum &kanban 江端一将氏
– 11月29日 第20回 事例から探求する改善への一歩 豊田氏
• オブジェクト倶楽部 夏イベント
– 7月16日 スクラムワークショップ 今村哲也、川口恭伸、林栄一
14
17. すくすく・スクラムイベント実績
すくすくスクラム2011年
– 1月28日 第21回 ほいほいモチベーションアップ! 林 栄一(東京都)
– 2月18日∼19日 デベロッパーサミット ブース出展
– 2月21日 第22回 ここから始めるImpediment探求 zuisener氏(東京都)
– 5月27日 第23回 ゲームで学ぶスクラムの概要 海江田氏(東京都)
– 6月25日 勉強会カンファレンスブース出典、パネル出演
– 第24回 ファシリテーション入門だ! (林 栄一)
– 第25回 プロダクトオーナー探求(ユッカ氏)
– 第26回 みんなで朝会をより良くしよう!(スタッフ一同)
– 第27回 タスクカンバンはこれだ! (スタッフ一同)
– 第28回 振り返り探求(スタッフ有志)
すくすくスクラム2012年
– 第29回 プロジェクト逆計画ゲーム (安井 力氏)
– 第30回 Head First インセプションデッキ(西村 直人氏)
15
18. すくすく・スクラムイベント実績
すくすくスクラム大阪 2010 年
6 月 16 日 第1回 ∼スクラム基礎理論∼ 林栄一 (大阪府)
すくすくスクラム瀬戸内 2010 年
2 月 5 日 第1回 ソフトウェア開発の3つの嘘
江端一将氏、今村氏、林栄一、
エマーソン ミルズ氏
4 月 24 日 第2回 身体でおぼえるスクラム
エマーソン ミルズ氏
12月25日 第3回 振り返りワークショップ(年末振り返り特別版)
林 栄一
すくすくスクラム瀬戸内 2011 年
4月15日 Agile Japan 2011 岡山サテライト 安井力氏他
すくすくスクラム仙台 2011 年
ファシリテーション超入門 7/27 江端氏
みんなで朝会をより良くしよう! 10/7
16
23. グループワーク
ココに
模造紙 書く
参加の目的
他のメンバーの人
は、共感できることが
あったらその横に★印
を書いてください
25. ・業務運用管理,利用部門支援,システム運用,運用管理,システム保守の方法を確認。
ステム運用・保守 OM ・トラブル・Q/A対応,ネットワーク,ハードウェア,ソフトウェア,アプリケーショ
の変更管理を実施し,改善計画を立案。
富士通のSDEM
運用・
保守
企画プロセス 開発プロセス プロセス
工程 情報化 システム システム ユーザインタ システム プログラム プログラ プログラ 結合 システム 運用 システム
構想立案 企画 方式設計 フェース設計 構造設計 構造設計 ミ ング ムテスト テスト テスト テスト 運用・
保守
カテゴリ VP SP SA UI SS PS PG PT I
T ST OT OM
企業 企業
業務
業 務 業 務 利用者による妥当性確認 業 務
設計者による検証
業務 システム システム
システム
・
・ 開発者による検証
・ プロセス プロセス
分解の過程 プログラム 統合の過程
(設計) (
テスト)
モジュール
図-2 品質保証のV字モデル
Fig.2-V model for quality assurance.
26. 表-1 工程の定義
情報化構想立案 VP ・情報化戦略を策定し,実行の優先順位を決め,中長期計画を策定。
企画
システム企画 SP ・業務システムの現状分析と要件定義を行い,投資効果を評価し,開発の意思決定。
・システム化に対する要件を確認し,業務分析によりシステム化の範囲を確定。
システム方式設計 SA ・システム方式設計と実現性の検討を行い,プロジェクト開発計画を立案し,プロジェクト運営の
ための管理方法を準備。
・業務システム仕様(プロセス機能,データ構造,画面,帳票)を設計。
設 ユーザ UI ・システム方式設計の詳細化,および運用・移行方法を設計。
計 インタフェース設計
・全体テスト計画を立案。
・プロセスをプログラムに分割し,システムの内部構造を確定し,共通プログラムを設計。
システム構造設計 SS ・運用管理システム,セキュリティシステム,移行ツールを設計。
・システムテスト計画,運用テスト計画を立案。
プログラム構造設計 PS ・プログラムの構造を決め,ロジックを定義。
開
発 製 プログラミング PG ・プログラム構造設計に従ってプログラムを作成し,動作を確認。
造
プログラムテスト PT ・プログラムテスト仕様に従ってテストを実施し,品質を検証。
・プログラムを結合して,プロセス単位のテストを実施し,品質を検証。
結合テスト IT ・外部システムとのインタフェースを含むすべてのプロセス間のインタフェーステストを実施。
・必要に応じて結合レベルや処理形態例(オン/バッチ)でIT工程を分割。
テ ・実機上で業務システム機能をテスト。
ス システムテスト ST
ト ・性能,信頼性,運用性,セキュリティなど,システム全体の検証を実施。
・実機,実環境,本番データで,利用者による仮運用を実施。
運用テスト OT ・業務システム機能,性能,信頼性,運用性,セキュリティなどの妥当性を確認。
・本稼働への移行の意思決定を行い,業務を移行。
・業務運用管理,利用部門支援,システム運用,運用管理,システム保守の方法を確認。
運用・
システム運用・保守 OM ・トラブル・Q/A対応,ネットワーク,ハードウェア,ソフトウェア,アプリケーション使用など
保守
の変更管理を実施し,改善計画を立案。
運用・
保守
28. 開発プロセスオーバービュー
要求開発(OPENTHOLOGY)
広義の要求開発(要求定義) 狭義の要求定義
BDA
経営分析 要求開発 広義のシステム開発
ビジョン、ミッションの
確立
問題点分析 準備 立案 デザイン 移行
ビジネスゴール設定
狭義のシステム開発
ビジネスユースケース
システム開発
システム化範囲の導出
財務的解決やマーケ 業務フロー(As-Is、To-Be) 方向付け 推敲 構築 移行
ティング的解決で終わ ロードマップ作成
業務レベルの概念モデル
る課題もある システムユースケースの
抽出と個別プロジェクト
へのブレークダウン 第1 プロジェクト
方向付け 推敲 構築 移行
ビジネス戦略の見
える化、プロジェク
トスコープとリソー 業務要求の獲得
スを確定しゴール とプロセスの見え 第2 プロジェクト
を明確化。 る化、ITの基本要 方向付け 推敲 構築 移行
求の獲得。
狭義のプロジェクト
第3 プロジェクト
広義のプロジェクト
29. 要求開発(OPENTHOLOGY)
モデルの役割(Ver1.0)
観点の ビジネス課題 ビジネス・オペレーション システム要求 システム設計
流れ
業務プロセスからIT要求へ
プロセスモデル サービスモデル
・業務フロー ・システムユース
ケース
戦略モデル サービスモデル
アーキテクチャモデル
・BSC戦略
・ビジネス
マップ ・ERD/DB設計
ユースケース
・IT貢献度
マップ 情報モデル ・アーキテクチャモデル
・プロジェクト
ゴール記述書 TFP分割手法 ・SOAモデル
・Thing図
・Function図
・Place図
ビジネス概念からITアーキテクチャへ
要求開発
フェーズ 準備 立案 デザイン シフト システム開発フェーズ
32. グループワーク
ココに
模造紙 書く
参加の目的 どんな準備しておけばよかっ
た?
プロジェクト準備?
他のメンバーの人
は、共感できることが
あったらその横に★印
を書いてください
41. ジェフサザーランドのCSPO(研修)での準
備完了の条件
• ステークホルダが明確
• ステークホルダの目標が明確
• ビジネス状況が把握できている
• 成功の基準が明確
Discovery flow
Product Owner
“Re
+ Vision
Discovery Sessions Product Backlog items
~3 days to 3 weeks created Product Backlog
Prioritised and “ready”
Who
the
• 実装戦略ができている
Brings in the Who, why, what
Cross-functional
Team Wha
Estimated by the team Product Owner
`````````````````` 1
2
3 Wha
E S
4
UR
AT
5
FE
You
6
7
Release plan created 8
esti
• PBLの粒度が適切
9
10
11
12 min
Product
Backlog 93
Q1 Q2 Q3
93
発見の流れ
• PBLは価値最大、リスク最小で優先づけ
プロダクトオーナー
+ ビジョン
発見セッション
3日間以下∼3週間
プロダクトバックログ項目
の作成完了
プロダクトバックログの優
先度付け完了と 準備完了
準
利害
状況
クロスファンクショナル だれが, なぜ, なにを
どう
チームに引き渡す
チームによる見積もり プロダクトオーナー
`````````````````` 1
2 実装
3
E S
4
UR
プロ
AT
5
• PBL=プロダクトバックログ
FE
6
価値
7
リリースプランの作成完了 8
9
いま
10
11
12
プロダクト
バックログ 94
第1四半期 第2四半期 第3四半期
94
42. xUNIT TEST Patterns の著者Gerard Meszaros氏
From Concept to Product Backlog
What Do You Need to Get Started
Concept Backlog
Story
User Tests
??? Stories
Iteration
Budget
1 Plan
Tech
Staffing
Business
Staffing
MuchAdo2010 Tutorial 20 Copyright 2008-2010 Gerard Meszaros
43. From Concept to Product Backlog
What We Needed to Get Started
Concept Backlog
Product Product Project
Envisioning Planning Execution
Risks
Release Story
Major Plan
User Tests
Features
Benefits Stories
Product Iteration
Design Budget
1 Plan
Effort Cost
Product Estimate Estimate Tech
Arch.
Staffing
Skills Business
Test
List Staffing
Strategy
An incomplete set; you may need other things too!
MuchAdo2010 Tutorial 21 Copyright 2008-2010 Gerard Meszaros
44. Beyond
Sprint
Prioritize possible outcomes, not output
Zero
Product Goals ?51-2"@,//*A,0*B6'")0,7;<4"
(Name desired =15<,6'0C"4,")/*-":21/'"
outcomes) )0,D'<45
User
Constituencies
Targetpeople that will to maximize
(The
solution
outcome, business output
not
use some solution to
meet
goals)
!"#$%&'()
:21/')0,7;<4='512-9<,>
DE*+,-F*<>9,02
Activities &
481+'0G""D'(E*+,-
Tasks !"#$$%"&'(")*+,-."*//"012345"0'5'06'7."8889:21/')0,7;<4='512-9<,> H
(performed by users
using software)
!"#$$%"&'(")*+,-."*//"012345"0'5'06'7."8889:21/')0,7;<4='512-9<,> ?@
!"#$$%"&'(")*+,-."*//"012345"0'5'06'7."8889:21/')0,7;<4='512-9<,> ??
47. それぞれの位置
目的 いつ? 誰
インセプション PJ全体像、方向性 チームの開発が ユーザー、チー
デッキ を明確にする スタートする前 ム、PO,SM
プロジェクト憲 目的を明確にし認 PJが正式開始す
営業、PL
章 可してもらう る前
要求を見える化し システム化プラ ユーザー、コン
要求開発
開発する ンを作るまで サル
49. スイートスポット
7 - 15 人 1 か所に所在
専任
社会-技術的システム → 人間とシステムが密に相互
作用するシステム
安定したソフトウェアアーキテクチャ
安全性への要求が低から中
上の人たちとの友好的な環境
新規開発
フィリップ・クルーシュテン博士の「アジャイ ルは単に廃れつつある流行語なのか ? 」セミナー 2009/12/12
50. アーキテクチャジャンプ
酷いときは言語がかわったり、実装方針やコン
ポーネント分け方の方針が変わったり、フレームワークが変
わったり
52. アーキテクチャジャンプ
システムが進化する
規模大きくなってもシンプルさを
利点 維持できる
最適なアーキテクチャを探索
欠点
53. アーキテクチャジャンプ
システムが進化する
規模大きくなってもシンプルさを
利点 維持できる
最適なアーキテクチャを探索
作り直しのリスク
欠点
一時的に価値を提供できなくなる
55. シンプルデザインとリファクタリ
• リファクタリングによって機能密度が上
がる アーキテクチャ・ジャンプ
LOC = コード行数
FD = 機能密度
= (functionality/LOC)
FD = 1行あたりの機能量
リファクタリングが
有効に作用している
LOC
時間,機能
2001/3/22 ©2001, Kenji HIRANABE 51
56. リファクタリングと勇気
• アーキテクチャ・ジャンプには勇気が必
要
局所解 コンテキスト
アーキテクチャ・
リファクタリング
ジャンプ
原子のエネルギーエネルギー
準位のようにギャップがある。
一つ上のレベルに行くにはリファクタリングコストがかかる。
2001/3/22 ©2001, Kenji HIRANABE 52
68. 時間割カンバン
ワーク
ショップや勉強会を1日
3コマの時間割で管理
69. コンテクスト
規模 計画ゲーム
深刻度 スプリント期間
実リリース頻度
変化率 DOD
システムの寿命 選択 バックログ
ビジネスモデル 調整 CI
ドキュメントどこまで
アーキテクチャの安定度 適合 品質
統率 訓練 デイリースクラム
ロール設計
組織の理解
TDD
チームの経験度 ペアプロ
オフィス環境 見える化モノ
フィリップ・クルーシュテン博士の「アジャイ ルは単に廃れつつある流行語なのか ? 」セミナー 2009/12/12 から加筆
74. グループワーク
ココに
模造紙 書く
参加の目的 どんな準備しておけばよかっ
た?
準備に1ヶ月もらえるとした
プロジェクト準備?
ら?
Notes de l'éditeur &#x3059;&#x304F;&#x3059;&#x304F;&#x59CB;&#x3081;&#x3066;&#x306E;&#x4EBA;&#xFF1F;\n&#x6570;&#x56DE;&#x3050;&#x3089;&#x3044;&#x306E;&#x4EBA;&#xFF1F;\n&#x305F;&#x304F;&#x3055;&#x3093;&#x306E;&#x4EBA;\n&#x30A2;&#x30B8;&#x30E3;&#x30A4;&#x30EB;&#x3084;&#x3063;&#x3066;&#x308B;&#x4EBA;&#xFF1F;\n\n &#x4ECA;&#x65E5;&#x306F;&#x30AF;&#x30EA;&#x30A8;&#x30A4;&#x30C6;&#x30A3;&#x30D6;&#x306B;&#x3044;&#x308D;&#x3044;&#x308D;&#x904A;&#x3093;&#x3067;&#x307F;&#x307E;&#x3057;&#x3087;&#x3046;&#x3002;\n&#x3069;&#x3093;&#x306A;&#x4EBA;&#x304C;&#x304D;&#x3066;&#x308B;&#x306E;&#xFF1F;\n&#x3000;&#x30B9;&#x30AF;&#x30E9;&#x30E0;&#x3092;&#x3088;&#x304F;&#x308F;&#x304B;&#x3066;&#x3044;&#x308B;&#x65B9;&#x3001;&#x308F;&#x304B;&#x3063;&#x3066;&#x3044;&#x306A;&#x304B;&#x305F;&#x3001;\n&#x3000;\n\n \n \n \n \n \n \n &#x52B9;&#x679C;&#x7684;&#xFF1A;Effective\n&#x975E;&#x52B9;&#x679C;&#x7684;&#xFF1A;Ineffective\n &#x76F8;&#x624B;&#x306E;&#x5411;&#x3053;&#x3046;&#x5074;&#x306B;&#x3069;&#x3046;&#x3044;&#x3046;&#x80CC;&#x666F;&#x304C;&#x3042;&#x308B;&#x306E;&#x304B;&#x3092;&#x3001;&#x77E5;&#x308B;&#x3053;&#x3068;&#x3067;&#x300C;&#x7406;&#x89E3;&#x300D;&#x304C;&#x3046;&#x307E;&#x308C;&#x308B;&#x3002;\n&#x56FA;&#x5B9A;&#x7684;&#x306A;&#x8D64;&#x30B3;&#x30DF;&#x30E5;&#x30CB;&#x30B1;&#x30FC;&#x30B7;&#x30E7;&#x30F3;&#x304C;&#x554F;&#x984C;&#x3002;&#x3000;&#x4E00;&#x6642;&#x7684;&#x306A;&#x3082;&#x306E;&#x306F;&#x5065;&#x5EB7;&#x7684;&#x306A;&#x3076;&#x3064;&#x304B;&#x308A;&#x3042;&#x3044;&#x3002;\n\n \n \n \n \n \n \n &#x3060;&#x308C;&#x304C;&#x5049;&#x3044;&#x3068;&#x3044;&#x3046;&#x306E;&#x306F;&#x306A;&#x3044;&#x3068;&#x601D;&#x3046;&#x3093;&#x3067;&#x3059;&#x3002;\n&#x8B1B;&#x5E2B;&#x304C;&#x3048;&#x3089;&#x3044;&#xFF1F;&#x53C2;&#x52A0;&#x8005;&#x304C;&#x5049;&#x3044;&#xFF1F;\n \n \n &#x3000;&#x3000;&#x30FB;&#x4E8B;&#x524D;&#x6E96;&#x5099;&#x3069;&#x3046;&#x3084;&#x3063;&#x3066;&#x73FE;&#x5834;&#x3067;&#x3084;&#x3063;&#x3066;&#x3044;&#x308B;&#x304B;&#x3092;&#x51FA;&#x3057;&#x3066;&#x3082;&#x3089;&#x3046;&#xFF08;&#x30DD;&#x30B9;&#x30C8;&#x30A4;&#x30C3;&#x30C8;&#xFF09;\n&#x3000;&#x3000;&#x30FB;&#x3075;&#x308A;&#x304B;&#x3048;&#x3063;&#x3066;&#x3001;&#x3069;&#x3046;&#x6539;&#x5584;&#x3067;&#x304D;&#x305F;&#x304B;&#x3092;&#x8003;&#x3048;&#x3066;&#x51FA;&#x3057;&#x3066;&#x3082;&#x3089;&#x3046;\n&#x3000;&#x3000;&#x30FB;&#x304A;&#x984C;&#x306E;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x3092;&#x51FA;&#x3057;&#x3066;&#x3001;&#x305D;&#x308C;&#x306B;&#x5BFE;&#x3057;&#x3066;&#x306E;&#x6E96;&#x5099;&#x3092;&#x30B0;&#x30EB;&#x30FC;&#x30D7;&#x3067;&#x3084;&#x3063;&#x3066;&#x3082;&#x3089;&#x3046;\n\n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n \n Agile2009&#x3067;&#x306E;&#x30BB;&#x30C3;&#x30B7;&#x30E7;&#x30F3;\n \n \n \n \n \n \n \n &#x8A00;&#x8A9E;&#x304C;&#x304B;&#x308F;&#x3063;&#x305F;&#x308A;&#x3001;&#x5B9F;&#x88C5;&#x65B9;&#x91DD;&#x3001;&#x30B3;&#x30F3;&#x30DD;&#x30FC;&#x30CD;&#x30F3;&#x30C8;&#x5206;&#x3051;&#x65B9;&#x306E;&#x65B9;&#x91DD;&#x3001;&#x30D5;&#x30EC;&#x30FC;&#x30E0;&#x30EF;&#x30FC;&#x30AF;&#x306E;&#x9078;&#x629E;\n \n \n \n \n \n &#x306A;&#x3093;&#x3067;&#x3082;&#x304B;&#x3093;&#x3067;&#x3082;&#x3084;&#x3089;&#x306A;&#x3044;&#x3002;&#x3000;&#x30B3;&#x30F3;&#x30C6;&#x30AF;&#x30B9;&#x30C8;&#x306B;&#x3042;&#x308F;&#x305B;&#x3066;&#x3042;&#x308B;&#x3066;&#x3044;&#x3069;&#x30D7;&#x30E9;&#x30AF;&#x30C6;&#x30A3;&#x30B9;&#x3092;&#x9078;&#x629E;&#x3059;&#x308B;&#x3002;\n \n \n \n &#x30A2;&#x30B8;&#x30E3;&#x30A4;&#x30EB;PJ&#x306B;&#x306F;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x81EA;&#x4F53;&#x3092;&#x3064;&#x304F;&#x308B;&#x3068;&#x3044;&#x3046;&#x30E1;&#x30BF;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x306E;&#x5074;&#x9762;&#x304C;&#x3042;&#x308B;&#x3002;&#x6E96;&#x5099;&#x306F;&#x524D;&#x5F8C;&#x95A2;&#x4FC2;&#x306E;&#x4F9D;&#x5B58;&#x304C;&#x5F37;&#x3044;&#x3002;\n &#x30A2;&#x30B8;&#x30E3;&#x30A4;&#x30EB;PJ&#x306B;&#x306F;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x81EA;&#x4F53;&#x3092;&#x3064;&#x304F;&#x308B;&#x3068;&#x3044;&#x3046;&#x30E1;&#x30BF;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x306E;&#x5074;&#x9762;&#x304C;&#x3042;&#x308B;&#x3002;&#x6E96;&#x5099;&#x306F;&#x524D;&#x5F8C;&#x95A2;&#x4FC2;&#x306E;&#x4F9D;&#x5B58;&#x304C;&#x5F37;&#x3044;&#x3002;\n &#x30A2;&#x30B8;&#x30E3;&#x30A4;&#x30EB;PJ&#x306B;&#x306F;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x81EA;&#x4F53;&#x3092;&#x3064;&#x304F;&#x308B;&#x3068;&#x3044;&#x3046;&#x30E1;&#x30BF;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x306E;&#x5074;&#x9762;&#x304C;&#x3042;&#x308B;&#x3002;&#x6E96;&#x5099;&#x306F;&#x524D;&#x5F8C;&#x95A2;&#x4FC2;&#x306E;&#x4F9D;&#x5B58;&#x304C;&#x5F37;&#x3044;&#x3002;\n \n \n &#x3069;&#x3093;&#x306A;&#x306B;&#x826F;&#x304F;&#x3067;&#x304D;&#x305F;&#x30E1;&#x30BD;&#x30C3;&#x30C9;&#x3067;&#x3082;&#x3001;&#x8AA4;&#x7528;&#x53EF;&#x80FD;&#x3060;&#x3068;&#x3044;&#x3046;&#x3053;&#x3068;&#x3002; &#x60AA;&#x610F;&#x7684;&#x306B;&#x898B;&#x3088;&#x3046;&#x3068;&#x3059;&#x308C;&#x3070;&#x3069;&#x3093;&#x306A;&#x30E1;&#x30BD;&#x30C3;&#x30C9;&#x3082;&#x60AA;&#x304F;&#x89E3;&#x91C8;&#x3059;&#x308B;&#x3053;&#x3068;&#x304C;&#x53EF;&#x80FD;&#x3060;&#x3002;&#x30B3;&#x30F3;&#x30C6;&#x30AF;&#x30B9;&#x30C8;&#x306B;&#x5408;&#x308F;&#x305B;&#x3066;&#x3001;&#x3046;&#x307E;&#x304F;&#x4F7F;&#x304A;&#x3046;&#x3068;&#x3044;&#x3046;&#x52D5;&#x6A5F;&#x306A;&#x3057;&#x3067;&#x306F;&#x6210;&#x529F;&#x7387;&#x306F;&#x4E0B;&#x304C;&#x308B;&#x3002;\n \n \n &#x3000;&#x3000;&#x30FB;&#x8A71;&#x3092;&#x805E;&#x3044;&#x305F;&#x5F8C;&#x3067;&#x304A;&#x984C;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x306E;&#x5185;&#x5BB9;&#x3067;&#x6539;&#x5584;&#x3059;&#x3079;&#x304D;&#x70B9;&#x304C;&#x7121;&#x3044;&#x304B;&#x30B0;&#x30EB;&#x30FC;&#x30D7;&#x3067;&#x8B70;&#x8AD6;&#x3057;&#x3066;&#x9802;&#x304F;\n &#x3000;&#x3000;&#x30FB;&#x8A71;&#x3092;&#x805E;&#x3044;&#x305F;&#x5F8C;&#x3067;&#x304A;&#x984C;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x306E;&#x5185;&#x5BB9;&#x3067;&#x6539;&#x5584;&#x3059;&#x3079;&#x304D;&#x70B9;&#x304C;&#x7121;&#x3044;&#x304B;&#x30B0;&#x30EB;&#x30FC;&#x30D7;&#x3067;&#x8B70;&#x8AD6;&#x3057;&#x3066;&#x9802;&#x304F;\n &#x3000;&#x3000;&#x30FB;&#x8A71;&#x3092;&#x805E;&#x3044;&#x305F;&#x5F8C;&#x3067;&#x304A;&#x984C;&#x30D7;&#x30ED;&#x30B8;&#x30A7;&#x30AF;&#x30C8;&#x306E;&#x5185;&#x5BB9;&#x3067;&#x6539;&#x5584;&#x3059;&#x3079;&#x304D;&#x70B9;&#x304C;&#x7121;&#x3044;&#x304B;&#x30B0;&#x30EB;&#x30FC;&#x30D7;&#x3067;&#x8B70;&#x8AD6;&#x3057;&#x3066;&#x9802;&#x304F;\n &#x5236;&#x7D04;&#x306E;&#x306A;&#x3044;&#x3068;&#x3053;&#x308D;&#x3067;&#x30A2;&#x30A4;&#x30C7;&#x30A3;&#x30A2;&#x3092;&#x8003;&#x3048;&#x305F;&#x3042;&#x3068;&#x306B;&#x3001;&#x5236;&#x7D04;&#x306B;&#x3042;&#x308F;&#x305B;&#x3066;&#x3069;&#x3046;&#x3059;&#x308B;&#x304B;&#x3092;&#x8003;&#x3048;&#x305F;&#x65B9;&#x304C;&#x3001;&#x3088;&#x3044;&#x30A2;&#x30A4;&#x30C7;&#x30A3;&#x30A2;&#x304C;&#x3067;&#x308B;&#x3002;\n &#x3000;&#x3000;&#x30FB;&#x30B0;&#x30EB;&#x30FC;&#x30D7;&#x5358;&#x4F4D;&#x3067;&#x767A;&#x8868;&#x3057;&#x3066;&#x9802;&#x304F;\n \n