sprint10

1. TRaT ～ Trend Research and Trial ~
チームB
チームA
Sprint10︓トライアルテーマ
・⼿順書、エビデンスツールを作ろう
n Gitになれよう
n ReactNativeに触れてみよう
n Gatuby.jsに触れよう
n COBOLに触れてみよう
n Next.jsに触れてみよう
他候補案︓シーズ発表
・⽇報、週報作成の⼿間を減らしたい
・相互コミュニケーションをしやすくしたい
・既存ツールは時間がかかりすぎる
・業務貢献したい
選定理由
0
・⽇報、週報をスマホアプリ化
選定理由
⼋⽊
下世古
橋本 中村
加藤
⼭⽥ 平⼭
品川 ⼭根
⼩⻄
嘉本
n 電⾞乗り過ごし防⽌ツール
n github⇆エクセルでタスク管理
n 設計書フォーマット統⼀ツール
他候補案︓ニーズ発表
本Sprintより、触れたい技術を発表するシーズ発表と
作りたいプロダクトを発表するニーズ発表の
2テーマから選択し、テーマ発表を実施

2. ⼿順書作成アプリ 〜【Screen-Captor-Sakura】〜
「 Screen-Captor-Sakura 」とは
・統⼀されたフォーマットの⼿順書を作業しながら、
誰でも簡単に作成できる⼿順書作成アプリ
機能選定背景
・業務で使えること
→アウトプットがエクセル
・従来⼿順よりも簡略化したい
→スクショ→エクセルへ移動→編集→⼿順対象へ移動
実装機能
・Excelファイルへ⾃動出⼒
・直感的な操作
（キーボードと機能を紐付け）
・⾚枠とコメント欄を⼀画⾯で編集
・アプリのexe化（誰でも使える）
●スクショへ⾚枠追加とコメント付与を
⼀画⾯で編集＋⾃動出⼒＋⾃動画⾯遷移
●exe化により動作環境に依存せず利⽤可能
●フォーマット統⼀により個⼈差を吸収
従来の⼿順書作成ツールよりも少ない操作かつ短時間で⼿順書作成を実現
★世界を変えるっていうのは思ったより簡単だった
・要件や仕様が明確になっていると作るスピード、作りやすさが上がる
・ペアプログラミング（2⼈１組のプログラミング）を実施した為、つまづいたところをすぐに聞けた点が良
かった。
★アジャイル的な開発を経験できた
⇒例えば、ショートカットキーをつけたいよね、調べよう、作ろう、テストしてみようの流れをループ
・現場で使えるモノができた
メンバーの気づき・学び
操作イメージ
エクセルイメージ
コメント＆⾚枠付与画⾯
コメント⼊⼒後NEXT押下を繰返す
スクリーンショットボタン押下で
右記画⾯⾃動表⽰
Top画⾯
Excelファイル名を記⼊
新規エクセルファイル作成
構成図
exeを起動
・スクショに⾚枠追加
・コメントを付与
コメント&⾚枠付与画⾯で編集した画像を
⾃動でエクセルに貼り付け
ドラッグ&ドロップで⾚枠付与

3. 〜 スマホアプリ『ゆるレコ』でニシスの⽇報⽂化を変えていこう 〜
短期間かつ作業量・内容ともに難易度も⾼めでしたが、作業分担しながら約1週間で“動くもの”を作れました︕
「ゆるレコ」とは
今回実装した主な機能
触れてみてのメンバーの気づき・学び
√
UIイメージと構成図
作成背景（従来型⽇報の実情）
スマホでゆる〜く成⻑を記録・可視化できる若⼿SE向け⽇報アプリ
・ 初期段階でUIイメージを固めて共通認識をもつことで、分担作業が容易になった
・ firebaseの設計・利⽤⽅法・デプロイ⽅法が学べた
・ ニーズから考えることで、より実⽤的なアプリを作ることができた
・ NoSQL（ドキュメント型）でのデータ設計の難しさが分かった
・ 実装を想像しながら、使いやすさを考慮した共通部品を作成が勉強になった
・⽇報のために今⽇も残業
・書いたら書きっぱなし
・周囲のリアクションがなくて寂しい
・そもそも続かない︕︕︕
などなど
レコーディング
★必要最低限の⼊⼒項⽬
★作成した⽇報をまとめて⾒れるタイムライン
★上司・トレーナーの「⾒ました」スタンプ
★その⽇の感情や達成度がわかるポイント制度
⾒えてきた課題
・報告内容に困る、時間かかる
・フォーマットが⼈によってバラバラ
・周囲の反応・繋がりが欲しい
・成⻑観点や評価を振り返りたい
・メールで展開が⾯倒
報告フォーム タイムライン
レポート
詳細画⾯
振り返り
画⾯
（※今回未実装）
体裁に困らない
⾃由記述スタイル
気軽に反応・コメント可能
スライダーで
本⽇の⾃⼰成⻑度を評価
タグ付けをして
後から分類ごとに表⽰
⼀⽅で、トレーナーとしては
・⽇報はあくまでコミュニケーションのツール
・その⽇の作業や様⼦が分かればよい
・あまり時間はかけてほしくない という意⾒も
必要最低限の
機能を抽出
課題を整理
簡単操作で⼀⽇の作業内容と状況を共有︕
チャット感覚でチーム内コミュニケーションを実現︕

4. TRaT ～ Trend Research and Trial ~
Sprint10︓KPT (抜粋)
Keep
Problem Try
3
・他の⼈が作成した部分の処理が分からない
・firebaseまわりは特定の⼈に任せっぱなしとなってしまっ
た。
・開発フェーズが短い期間と繁忙期が被ると開発できな
い。
他の⼈が作成した部分の処理が分からない
・共有会の実施
・⼈が書いたソースコードをまずは読むという⽂化の醸成
特定の⼈に任せっぱなしとなってしまった。
・勉強会の⼀部をSprintに必要な技術を共有する場にする
・ニーズ発表いい︕使うもの作るの楽しい
・ユーザー⽬線の開発ができた。
・プロダクトのアイデアが良かった︕
・プロダクトの差別化ポイントを最初に明確にしたので
価値がわかりやすくなり、開発しやすかった
・ニーズ発表だとよりアジャイルっぽくできた気がする
→作ってみて、使ってみて、改善する
・ローカルで使⽤するツールを始めて作ることができた