Scrum Roomで効率的にプロダクトバックログを見積もる方法 #ストーリーポイント

プランニングポーカーとは？

• スクラムチームが、プロダクトバックログの開発規模を見積もるために使用する方法です。
• スクラム開発（アジャイル開発）では、人月・人日での見積もりを行うのではなく、バックログアイテムの規模を相対的に見積もります。
• 基準となるバックログのポイントを決めて、それと比較してどれくらいの規模になるかの数字(ストーリーポイント)を決めます。
• 通常見積もりに使用するポイントは、フィボナッチ数列(１、２、３、５、８、１３・・・)を使います。

プランニングポーカーを使用した見積もりの方法

1. まず基準となるプロダクトバックログのポイントを決めます。
   たとえば、３と定めます。
2. 次に、PO(プロダクトオーナー)よりプロダクトバックログの内容を説明します。
3. 開発チームとPOで、実装方針や仕様の詳細などを確認します。
4. 開発チームとPOで認識合わせができたら、いよいよプランニングポーカーです！
   • 「せーの」で、チームメンバーがポイントを提示します。
   • 全員のポイントが合致していれば、その数字がそのプロダクトバックログのストーリーポイントとなります。
   • ポイントが違う場合は、実装方針や作業内容にズレがあることなので、対話にて溝を埋めます。
     • ※ここで、最大いくらまでは差異許容して、平均をポイントにするなどの決めごとを用意しててもよいと思います。
5. 2～4を繰り返します

プランニングポーカーは、「Scrum Room」を使いましょう！

「Scrum Room」とは･･･

• スクラムイベントを支援するためのWEBサービスです
• プランニングポーカーやKPTによる振り返りなどが実施可能です。(＊2024/02/01時点でKPTは準備中)

「Scrum Room」のプランニングポーカーの使い方

①サイトへのアクセス

何はともあれ、当該サイトへアクセスしましょう！！

https://scrum-room-web.vercel.app/

②プランニングポーカーの部屋を作成する

スクラムマスターかPOが、プランニングポーカーの部屋を作成します。

③参加メンバーにURLを共有する

最初に部屋を作成した人がURLをコピーして、チャットツール等で参加メンバーにURLを展開します。

↑赤い四角部分のアイコンをクリックすると、URLがコピーできます。

④名前を変更しましょう

他のメンバーがわかるように名前を変更しましょう。

↑赤い四角部分のアイコンを押下し、「Change your name」のメニューを選択します。

↑名前を入力して、「Save」ボタンをクリックします。

↑名前が変更できました。

⑤バックログの内容を確認しましょう

• POからの説明を丁寧に聞きましょう
• 実装方針や仕様について認識を合わせましょう

⑥見積もりのポイントを選択しましょう

↑「３」を選択しました

⑦全員の見積もりのポイントを確認しましょう

↑ほかの人のポイントの選択状況がわかります。
ここでは、全員が「済」になっているので、全員が見積もりのポイントを選択済みとなっています。

それでは、全員の見積もりのポイントを確認しましょう。
「Open Card!」ボタンを押下しましょう。

↑全員のポイントが確認できました。

注意事項

• 「Scrum Porker」は、2/1現在PaaSのフリープランにて運用しています。
  • このため、大量アクセスによる負荷集中などには、対処できておりません。
• ご利用に際しては、作成者は一切の責任を負いませんので、ご了承の上ご利用ください。
• なお、動作確認済みの環境は、「Google Chrome」となります。

最後に…

• 次回は、サービスの構成について記事にできればと思います。

AWS認定プラクティショナーを受験したので勉強方法などイロイロを晒しておく

はじめに

「AWS Certified Cloud Practitioner」の試験を受けてきました。

ここ１か月くらい勉強したので、どなたかの参考になればと思いまして、勉強方法などを記載しておきます。

経緯

担当するシステムがAWS上で稼働しているので、
AWSについて概要くらいは知っておかないとなぁと思いまして、
「AWS Certified Cloud Practitioner」の受験するようにしました。

勉強方法

その１：AWS Cloud Practitioner Essentials 1.0.2 (Japanese)

おすすめ度：★★★☆☆

AWS Skill Builderの中にある「AWS Cloud Practitioner Essentials 1.0.2 (Japanese)」を視聴して、
全体的にAWSの基礎知識をインプットしました。

explore.skillbuilder.aws

• メリット
  • 動画で様々なサービスについて説明してくれるので、視聴するだけで知識のインプットができます。
  • 各章の終わりに簡単なテストがあるので、そこでどこまで理解できているかチェックできます。
  • 知っていることについても整理できる。
  • 無料。
• デメリット
  • すべて視聴し終わるのに結構な時間を要します。
  • ゆっくり説明してくれるので、眠気を誘います。
• 総合的に見て・・・
  • まぁ視聴して損はないと思います。
  • 無料なので、コスパは無限大！
  • ある程度の知識がある方は、別に見なくてもよいと思います。
  • ただ、なんとなくAWS使っている人には知識の整理にはよいと思います。

その２：AWS認定資格 クラウドプラクティショナーの教科書: 合格へ導く虎の巻 CloudTech制作委員会シリーズ Kindle版

Amazon.co.jp: AWS認定資格 クラウドプラクティショナーの教科書: 合格へ導く虎の巻 CloudTech制作委員会シリーズ eBook : CloudTechクラウドプラクティショナー書籍作成委員会, くろかわ こうへい: 本

おすすめ度：★★★☆☆

kindleで無料で利用できるクラウドプラクティショナーの教科書です。

• メリット
  • ざっとプラクティショナーを受けるにあたりどんな知識が必要になるのかなをインプットするのにちょうどよいです。
  • 各章の終わりに試験を想定した問題がある
  • 無料。
• デメリット
  • ないかな。(無料ですし)
• 総合的に見て・・・
  • kindleを持っているなら、0円ですし、ざっと目を通す分にはちょうどよいかと思います。
  • ただ、試験前はほとんど見ていないですね。

その３：AWS認定　クラウドプラクティショナー　模擬問題集 Kindle版

Amazon.co.jp: AWS認定 クラウドプラクティショナー 模擬問題集 eBook : Yoshi Otobe: 本

おすすめ度：★★★★★

kindle向けの模擬問題集です。
kindleUnlimitedがあれば、無料です。なければ、750円です。
私は750円の課金派でした。

模擬問題が130問、暗記問題128問で構成されていて、
前半の模擬問題が、かなり実際の試験向きな気がします。(ちょい難くらいのイメージ)
後半の暗記問題は、問題文からどのサービスかを答えるもので、試験前の最終確認用に良いと思います。
初めて模擬問題に挑んだときは、全然回答できませんでしたが、
試験直前には、ほぼ間違うことがないくらいまで回答できるようになっていました。

• メリット
  • この問題集で結構な試験対策になると思います。
  • 問題⇒答え⇒問題⇒答え･･･の流れなので、すぐに答え合わせができて、進めやすいです。
    • 特に通勤時に捗る
  • KindleUnlimited派の方は、無料。
• デメリット
  • 特にないですね。Kindle民しか使えない事くらいかな。。
• 総合的に見て・・・
  • 有益だと思います。

その４：Udemy 【CLF-C02対応】AWS Cloud Practitioner：模擬試験

www.udemy.com

おすすめ度：★★★★☆

私自身初めてのUdemyのご利用となりました。
なお、2400円となります。

こちらは、実際の試験と同じCBTの感じで試験を受けることができます。
本番に近いくらいのレベルかなと思います。 全６回ありますが、いづれの回も３回以上実施して、試験前には90%以上とれるようになっていました。

• メリット
  • 実際の試験のレベルに近い。
• デメリット
  • ちょこちょこと正解間違いがある。
    • 解説見たらあっているのに「不正解」扱いされるものが３問くらいありました。
  • ちょこちょことタイポがある。
• 総合的に見て・・・
  • こちらも有益だと思います。

備考

これとは別にUdemyには、『【CLF-C02版】この問題だけで合格可能！AWS 認定クラウドプラクティショナー 模擬試験問題集（6回分390問)』というものがありますが、
私が参照したときは、お値段が7600円もしたので、こちらは使用しませんでした。
（なお、期間限定で1200円くらいになっていることがあるみたいなので、タイミングが良ければそちらをご利用いただければ…ｼﾗﾝｹﾄﾞ）

勉強方法…結局どれ？

その３の『AWS認定　クラウドプラクティショナー　模擬問題集 Kindle版』と、
その４の『Udemy 【CLF-C02対応】AWS Cloud Practitioner：模擬試験』をやりこめば、合格できるのではなかろうかと思います。

いかがでしょうか？

勉強期間

１か月くらいですかね。
前半は、その１の「AWS Cloud Practitioner Essentials 1.0.2 (Japanese)」の動画を見ていたので、かなりスロースタートです。

試験前は、KindleとUdemyでなんども問題を解いていました。

受験すると決めたら、１か月後くらいに申し込んだ方がよいと思います。
（ちょっと厳しいと思ったら、日程変更もできますし…）

受験の流れ

私はテストセンターでの受験にしました。
自宅でのオンラインでもできるようですが、緊張感があった方がよいのと、
まだ自宅よりかは集中できると思ったためです。

では、当日の流れを記載しておきます。

1. テストセンターへ行く
2. 本人確認資料を見せる。
3. 誓約書みたいなものにサインする
4. 写真を撮ってくれる
5. ロッカーに一式片付ける
   • 腕時計もダメです。
   • ポケットの中をすべて空にする必要あります。
6. トイレに行っておく
   • ポケットの中が空なので、ハンカチもない・・。
7. 試験前に監督者？みたいな人にいろいろチェックされる
   • ポケットの中が空なのをポケットの内側を外に出して見せつける
   • 眼鏡に何か仕込んでいないかもチェックいただく
8. いざ、試験！
   • がんばれ！
9. 試験終了
   • アンケートに答える
   • 「合格」「おめでとうございます…」を見届ける
10. 終わり
    • お疲れさまでした。
11. その後
    • 勝利のラーメンを食べる
12. 9時間後ぐらい
    • 合格のメールを確認し、スコアも確認できました。

試験の感想

• 中盤に確信が持てない問題が数問続き、ドキドキしました。
• まぁ、さすがに70%は超えているだろうなぁ…くらいは思って、試験終了としました。
  • 間違っている可能性があるものを、配布されるホワイトペーパーみたいなやつに正の字でカウントしてみましたが、11問くらいあった気がします。
  • 間違ったやつを復習できないのが悔やまれる。。。
• テストセンターのマウスの移動スピードが異様に早く、序盤なかなか慣れなかった。
• 思ったよりレトロな画面だった。
• スコアがすぐに見れないのが残念。
• (こういう問題が多かったなぁと書きたいのですが、どこまで書いてよいものやら･･･)

備考

• ちなみに試験のスコアは、821点でした。
  • まぁまぁかな、次のSAAでは、高得点で合格できるようにしたいですね♪

所感

AWSは、今後ＩＴエンジニアには必須のスキルになってくるだろうから、
プラクティショナーくらいは、持っておきたいなぁと思いますね。
次は、ソリューションアーキテクト(SAA)かな。

システムを通じてソリューションを提供していく人として、AWSに問題解決につなげられるサービスがあるということを知っておくことは大事だと思います。

若くていろんな知識を持ち合わせた若い開発者がどんどん出てくる中で、おっさんの自分も日々インプットしていかないとなぁと思います。

いつまでたってもプログラミングだけの屋台に乗っかってどや顔しているようでは、ダメですね。ｼﾗﾝｹﾄﾞ･･･

CSSについてtailwindとともに整理する～画像にテキストを回り込ませる編～

はじめに

• だいぶ昔に学習したCSSですが、仕事上の役割とともにだいぶ忘れているなぁと思いますので、再度知識を整理したいと思います。
• 今回は、画像にテキストを回り込ませるやつです。
  • 近頃じゃあまり使わないように思うfloatですが、こういう時に使う感じになるかなと思います。

やってみた

• サンプルコード

import { FC, PropsWithChildren } from 'react';
import dummy from '../../assets/sport_soccerball.png';

type Props = PropsWithChildren;

const Container: FC<Props> = ({ children }) => {
  return (
    <>
      <div className="containerCSS">
        {' '}
        <div className="floatBox">
          <img src={dummy} className="soccerBall floatLeft" />
          <p className="">
            これはサッカーボールですね🎵これはサッカーボールですね…
          </p>
        </div>
      </div>

      <div className="max-w-5xl mx-[10px] my-3 bg-gray-500 lg:mx-auto ">
        <div className="flow-root">
          <img src={dummy} className="w-[100px] float-left" />
          <p className="">
            これはサッカーボールですね🎵これはサッカーボールですね…
          </p>
        </div>
      </div>
    </>
  );
};

export default Container;

@tailwind base;
@tailwind components;
@tailwind utilities;


.containerCSS {
  margin: 12px 10px;
  background-color: gray;
}

@media (min-width: 1024px) {
  .containerCSS {
    max-width: 1024px;
    margin: 12px auto;
    background-color: gray;
  }
}

.soccerBall {
  width: 100px;
}

.floatBox {
  display: flow-root;
}
.floatLeft {
  float: left;
}

.floatRight {
  float :right;
}

こんな感じの表示

• 画像にテキストが回り込んでいます。

CSS解説

• ポイントは、イメージとテキストを囲むブロックをdisplay: flow-rootとすること
  • 画像にテキストを回り込ませるのは、 floatでできますが、後続の要素はすべて適用した要素に回り込むように配置されます。
  • そのため、floatを解除する必要があります。
  • そこで登場するのが、イメージとテキストを囲む親要素にdisplay: flow-rootを指定すること
  • これで、この範囲を抜けると、floatが解除されます。

tailwind解説

• 特にないかな…。

所感…

• 昔は結構このfloatを多用せざるを得なかった気がしますが、現在の用途はこれくらいですかね。
• 基本は、flexやgridを使うと思うので…。