---
# System prepended metadata

title: Agile Japan 2019 長崎サテライト with NaITE

---

（7.29 編集ロックかけました）

# Agile Japan 2019 長崎サテライト with NaITE

[NaITE](https://nagasaki-it-engineers.connpass.com/) とは？

>長崎になんらかの縁や関わり、興味があるIT技術者を中心とした技術コミュニティです。
>
>ソフトウェア品質技術やソフトウェア開発技術の話題を中心に，長崎をはじめとした全国各地での勉強会，ゆるいオフ会などで交流します。どうぞお気軽にご参加ください！(^^
>
>本グループは主に以下の方を想定していますが，長崎に興味ある方や長崎ファンであればどなたでもご参加いただけます。

**コミュニティ情報**
- [公式サイト](http://naite.swquality.jp/)
- [公式Twitter](https://twitter.com/NagasakiITEng)
- [Facebook](https://www.facebook.com/NagasakiITEngineers/)
- [Slackコミュニティ](https://t.co/64mRosBLx4)

**次回イベント情報**
- [4th長崎QDG … 10/25(金)](https://t.co/L16y2fqLK0)

## 基調講演
（あまり公にできない）

## レポートセッション 「Agile Japan 2019 参加レポート」
- テーマ
  - 「アジャイルでつなぐビジネスとIT」→ビジネスとして、が初めてタイトルに出てきた。
  - 絵馬に願いを書いたりとかしてた、おもしろい取り組みがいっぱい
- 写真で解説


## 「始めよう、ニコカレ！」
- https://www.slideshare.net/naototeshima/ss-158271852

## ■テクニカルセッション「カンバンでテスト活動アジャイル化！」

- VSTep・九州ソフトウェア〜の実行委員
- カンバンシステムを参考にした話
- カンバンシステムとは？
    - トヨタのカンバン方式が期限
    - ソフトウェア開発用にまとめたもの
    - 可視化をしていきましょうというおはなし
    - 仕掛り制限・後工程引取型を取り入れることでスピードアップ
    - 組織には何パターンかあるが、チームに合わせてカスタマイズできる
    - カンバンという本を参考にした、読んでね
- 困っていたこと
    - テスター＜開発者人数
    - 割り込み多すぎた・・・
    - でも品質を落としたくない
    - マネージメント業務とプレイヤーの兼務で改善ができなかった
    - 計画通りに行くわけがない！
    - 文字通り悲惨なことに・・・
    - 優先度会議を設け、新しいタスクに優先度を振ってもらった
        - 優先度の中で特にやるべきことをピックアップ、その中で更に優先度つける
    - 作業段階ごとに制限をかけた
        - テスト完了前にあるフェーズのものがテスト設計にあるものよりも重い
    - 個人ごとにも制限をかける
    - 付箋にさらに付箋を貼って状態管理していた
- 導入効果
    - 可視化したことで関係部署から満足度が得られた
    - チームのスループットなどの効率が見えるようになった
    - キモチで頑張るみたいなことがなくなった
        - 過密スケジュール、ダメ絶対
    - 問題課題が早期発見できるようになった
- 今後の課題
    - よくはなって来ているが、目標のレベルが停滞している感
    - 今後はもっと目標値を上げていきたい
    - 制限をかけたがそのリミットを最適化してもいいかなと思っている

## LT
- プロダクト開発での２つの難しさ
    - プロダクトの開発ではテクニカルな問題と、業務の問題がある
    - WFで開発していると不都合を感じる
    - 忙しくなると人が増える
    - 業務を知った上で開発したほうが効率がいい
        - Agileでは？
            - freeは一日２回デプロイしている
            - Jasst19 touhokuでこやまんさんが発表していた
            - 税理士とアルゴリズムの知識を持って開発している
            - ユニファのつるおかさん
            - 
- bocciの開発
    - bocciの紹介
        - 同期と立ち上げた段階
        - iccobを逆さにした
    - bocciのメンバはテレワークが多い
    - 初めて受託を受けたときの話
        - webシステムをすべて任されて時間がない
        - アジャイルをやってみたいが経験がない
        - イテレーションがおろそかになった
        - 仕様変更が多かったのにWFっぽくなった
        - なぜイテレーションがおろそかになったのか
        - コミュニケーションが足りなかったのではないか？
        - それぞれが何をやっているのかが具体的に見えてなかった
        - 時間がないからこそ、チームでコミュニケーションを取る必要がある
        - アジャイルで今後チームを作って機体
        - そのためにチームに蓄積されるコミュニケーションが必要だと感じている
        - アジャイルの本質はコミュニケーション
        - それに気がついて今の開発を見直している
        - 
- PSP/Scrumに向けて - Agileな開発での個人プロセスとは? -
    - PSP/TSP CMMI
        - モデルをどう実現するかを記載
        - 面倒なライセンス契約は不要
        - のれん代不要
        - プロセスは省略、追加、変更が可能になった
        - SS2019でディスカッションされた
            - 教える人の質
            - 中身をミライ志向で見直し
            - アジャイルを個人で回すためのスキルってなんだろう？
    - アジャイルのように改善していきたい
    - チームのスキルがスクラムなら個人は何になる？
    - 教育的な視点ではどうなる？かを考えている最中

## アジャイルの現在過去未来。そしてアジャイルを進化させる「ムダ取り」とは。
- アジャイルジャパンの目的
    - 日本のアジャイルを日本全体で共有し実践する
- アジャイルの現在
    - アジャイル新聞での振り返り
    - 2012年は大阪でやった
    - 製造業の人たちが興味を持ち出した
    - 2012 - 2015は製造業の話が中心だった
    - 2016から和田さんが実行委員長になった
        - 大企業がどうしたらアジャイルを実践できるかをテーマにしている
    - 2018から新実行委員長
    - インターネットから情報を得る人が少ないと考えてアジャイルの魂を作った
    - アジャイル新聞第一位号
        - テーマはアジャイルと品質
            - アジャイルは品質が悪いという話を聞いた
    - 第二号
        - プロマネの役割とは？
        - 世界的にはアジャイルが本流なので日本もそうなっていこうということを書いた
        - アジャイル開発への道案内という本が出たので紹介している
        - アジャイル開発宣言の読み解き方というのも紹介している
    - ４号
        - アジャイルへのシフト
        - 事業会社がアジャイルを取り入れる様になってきた
        - アジャイルでの裁判も増えてきている
- アジャイルは広がるが、色んな人に説明していかないといけない
    - 黒い時代と、白い時代が交互にくる
    - がアジャイルが拡大することは間違いない
- 過去
    - 平鍋さんにオブジェクト倶楽部に誘われた
    - オブジェクト指向を語る会だったが、だんだんAgile色が強くなっていった
    - LT,ワールド・カフェ、ワークショップ、ライブ（モデリングライブとか、ペアプロライブとか、TDDライブとか）を始めてみた
    - 発表したくなって、ジャグリングの発表をした
- 未来
    - DXレポート
    - 日本語が失速すると警告している
    - 日本はレガシーシステムが多く、保守に多くの工数を取られている
    - 2025年を乗り越えるにはAgile実践だと言っている
    - Agileへの準備
        - アジャイルソフトウェア宣言の読み解き方というPDFがある
            - 2001年のアジャイルソフトウェア開発宣言が出た
            - 最近の人は知らないとか、誤解していることが多い
            - 改めて根付かせたい
    - 技術は日々進化しているので、基礎を学ぼう
    - ASTER
    - JSTQB
    - Jasst
- 視野を広げよう
    - 技術
    - コミュニティ
    - 経営
        - トヨタ生産方式
- 無駄を考える
    - 無駄＝価値を生まないもの
    - 見える化は改善の道具
        - アンドンによる異常の見える化
        - 現場に混乱を作り出す
        - 異常を検出する
        - 異常を改善する
        - だから工場の人は現場に混乱を作り出すためにコンベアの速度を少しアップする
        - ずっと青であることは無駄があるのではないかと考える
        - ただし、無理はしない
        - 無理は異常を隠す
- ムラを無くす
    - 粒度をを揃える
    - 均一なが流れを作る
    - ムラをなくすると
        - 特異なものが淀みとなって目立つ
        - 改善したくなる
    - 次のステップ
        - 複数のラインを一つにまとめる（混流ライン）
        - 変化に対応できる
- ムダの排除
    - トヨタ生産方式
        - 基本思想は徹底した無駄の排除
        - 無駄を明らかにするもの
        - 生産性を向上するものではない
    - 無駄の定義
        - 顧客視点が重要
        - 顧客視点と組織視点がある
        - なくせないけれど、顧客に価値がないものを如何に短くするかを考える
        - ムダとゆとりは違う
    - ７つの無駄
        - 作り過ぎのムダ
            - 使われない機能を作る
        - 在庫のムダ
            - リリースしていない機能など
        - 不良を作るムダ
            - スクラムだと完成の定義をみんなで決めていく
        - 加工のムダ
            - パワポにアニメーションを付けすぎるとか
        - 運搬のムダ
            - 情報の転送など
            - コピペ作業など
        - 動作のムダ
            - 深いフォルダを漁るなど
        - 手持ちのムダ
            - 手待ちのときは何もしないほうがいい
            - なので、手待ちは見えるかしておいた方がいい