登録は簡単!. 無料です
または 登録 あなたのEメールアドレスで登録
会社 により Mind Map: 会社

1. 既存フロー

1.1. 要望が来る

1.1.1. 要件伺う

1.1.1.1. アウトプット:案件バックログへ追加

1.1.2. 概要設計を作る

1.1.2.1. 業務フローを入れる

1.1.2.2. 機能一覧

1.1.2.3. 画面設計

1.1.2.4. 画面遷移

1.1.2.5. 技術者レビュー

1.1.2.6. アウトプット:概要設計書

1.1.3. お客様と確認する

1.1.4. 合意

1.1.5. 見積もり

1.1.5.1. 案件バックログへ見積もり記載

1.1.5.2. 上長へ確認

1.1.5.3. お客様へ提示

1.1.6. 受注

1.1.7. 開発

1.1.7.1. バックログのタスクに設計を書く

1.1.7.2. コミット

1.1.7.3. アウトプット:ソースコード・バックログのタスクへの仕様記載

1.1.8. テスト

1.1.8.1. テスト仕様書

1.1.8.2. 第三者テスト

1.1.8.3. アウトプット:テスト仕様書

1.1.9. 検証して貰う

1.1.9.1. お客様確認

1.1.10. リリース

1.1.10.1. 案件バックログを完了

2. 新フロー

2.1. 要望が来る

2.1.1. 要件伺う

2.1.1.1. アウトプット:案件バックログへ追加

2.1.2. 要件定義書を作る

2.1.2.1. ユースケース図を入れる

2.1.2.2. 業務フローを入れる

2.1.2.3. 画面イメージ・画面遷移イメージ

2.1.2.4. 技術者レビュー

2.1.2.5. アウトプット:要件定義書

2.1.3. 合意

2.1.4. 見積もり

2.1.4.1. 案件バックログへ見積もり記載

2.1.4.2. 上長へ確認

2.1.4.3. お客様へ提示

2.1.5. 受注

2.1.6. 開発

2.1.6.1. バックログのタスクに設計を書く

2.1.6.1.1. バックログに簡易的に経緯等を残す?

2.1.6.1.2. googleスプレットシート?

2.1.6.2. 作り方の作戦会議を行う

2.1.6.2.1. 簡易的な絵を書く

2.1.6.3. 資料系はバックログに置く(共有フォルダ設定でエクスプローラーで置ける)

2.1.6.3.1. 重たいものは社内共有フォルダ

2.1.6.4. コミットしたら、開発者相互レビューを行う

2.1.6.4.1. gitにしてプルリクエスト制度にする?実験してみる

2.1.6.5. アウトプット:ソースコード・バックログへの仕様追記

2.1.7. テスト

2.1.7.1. 小さい

2.1.7.1.1. 第三者動確

2.1.7.2. 大きい

2.1.7.2.1. UNITを書く

2.1.7.2.2. セレナイドを書く

2.1.7.2.3. 基本仕様を満たしているか第三者動確

2.1.7.3. アウトプット:UNITのレポート・セレナイドレポート

2.1.8. マニュアル更新

2.1.9. wikiの記載内容確認

2.1.9.1. 第三者確認

2.1.10. 検証して貰う

2.1.10.1. お客様確認

2.1.11. リリース

2.1.11.1. 案件バックログを完了

3. IVFの仕事

3.1. KLC

3.1.1. KLCの交渉・斥候

3.1.1.1. 全体運用把握、プログラム全把握していれば対応可能

3.1.1.1.1. 桜井(英)

3.1.2. KLCのインフラ

3.1.2.1. TZ社と止まらないシステム、セキュアなネットワークについて常に同期

3.1.2.1.1. 桜井(英)

3.1.3. KLCの全体運用把握

3.1.3.1. 桜井(英)

3.1.3.2. 高田さん

3.1.4. KLCのプログラム全把握

3.1.4.1. 全10以上のシステム、10以上の連携transit

3.1.4.1.1. 桜井(英)

3.1.4.2. 検査

3.1.4.3. 培養

3.1.4.4. 凍結胚

3.1.4.5. 凍結精子

3.1.4.6. PGT-A

3.1.4.7. 呼び出し

3.1.4.8. 文書通話管理

3.1.4.9. 採卵メール

3.1.4.10. 連携

3.1.4.10.1. 検査機器連携

3.1.4.10.2. 外注検査連携

3.1.4.10.3. タイムラプス連携

3.1.4.10.4. 受付連携

3.1.4.10.5. 電カルIVF連携

3.1.4.10.6. 電カル検査オーダー・結果連携

3.1.5. KLCの障害対応・総指揮

3.1.5.1. インフラ・プログラム全把握と運用把握出来れば可能

3.1.5.1.1. 桜井(英)

3.1.6. KLCの保守対応(問い合わせ対応)

3.1.6.1. 桜井(英)

3.1.6.2. 高田さん

3.1.7. KLCの保守対応(技術対応)

3.1.7.1. 桜井(英)

3.1.7.2. 三村さん

3.1.8. 要件定義

3.1.8.1. 桜井(英)

3.1.8.2. 高田さん

3.2. SAC

3.3. NAC・SYC

3.4. 神戸元町夢クリニック

3.5. みなとみらい夢クリニック

3.6. ARTiss+

3.6.1. 機能方針決定

3.6.2. 基盤設計

3.6.3. 設計

3.6.4. 開発

3.6.5. テスト

3.6.6. 導入

3.6.7. 保守(問い合わせ対応)