■繝?ーパンクタイ繝?

4年前にも考えてた、、2020蟷?3月に再考してるだけ、しかも殆ど同じ結論

重い、クッション性能が悪い、スポーク折れ易い　がパンクしない
ネットで鐔??ると空気がやはり最高らしい、空觸??圧を正常にしていれば普通パンクしないらしいし
ムースは藹??縺?やってみる価値ありかも

ｓシンコ繝?(shinko) パンクレスチューブ
https://www.amazon.co.jp/dp/B06XWTS7DR/?coliid=I1U44FJYPK81CL&colid=21U8GJP0VOHY6&psc=1&ref_=lv_ov_lig_dp_it
↓
やり方縺?
↓
e-core
https://www.amazon.co.jp/dp/B00MHJT9U4/?coliid=I9R84TPZQ5BH6&colid=21U8GJP0VOHY6&psc=1&ref_=lv_ov_lig_dp_it&th=1
ムース縺?2cm長めにカット、入れるときは石鹸水で觸??らせる
太さにより入らない、脱輪するがあるので太さ選びは諷?重に、タイヤ肉藹??も考慮、やり方が不味ければリム落ちする

■他に縺?
Tannus　中空ポリマー成型したタイヤをピン止め
https://csndiary.wordpress.com/2017/06/29/tannus/
中空構造タイ繝?
https://www.amazon.co.jp/dp/B07JMGXD2L/?coliid=I194XNNO7XEAKH&colid=21U8GJP0VOHY6&psc=1&ref_=lv_ov_lig_dp_it
型善
http://www.katazen.co.jp/e-core　eコア・??ムー繧?
http://www.katazen.co.jp/e-tube　eチューブ：中空ウレタ繝?
http://www.katazen.co.jp/afg　ゲル注蜈?
↑
元ネタ、ココがほとんどやってる
↑
アサヒＴ・??チューブ
http://www.asahicycle.co.jp/product/protectia/
フリーゲ繝?
http://www.no-air-touring.com/about.html

↓↓↓

■しかし空觸??蠑?が性能に優れているので問題が起きたときに対処でもいいかも
ムース注入・??　EVERS(エバー繧?) 自転車パンク修理蜑? 100ml 10秒注蜈? 空觸??補蝪? PN-3
https://www.amazon.co.jp/dp/B00KYMFTB4/?coliid=I1TPJ5FJ8CI0OL&colid=21U8GJP0VOHY6&psc=1&ref_=lv_ov_lig_dp_it
貼るだけ：　パナレーサ繝? パンク修理 イージーパッチキット RK-EASY
https://www.amazon.co.jp/dp/B000AQYT8I/ref=psdc_15334761_t2_B00KYMFTB4

---------------------

■2016-01-02　にしかも何かやってた

ムー繧?/ウレタン系、クッション性や重さ、脱輪、経年劣化等の問題：街乗ならOKだ縺?
http://hamamuratakuo.blog61.fc2.com/blog-entry-915.html
http://55net1.com/wp/post-314/
↓

発砲ウレタ繝?
http://www.monotaro.com/p/4108/2343/?gclid=CL7GzYWEscsCFYwHvAodPRICmA&utm_medium=cpc&utm_source=Adwords&cm_mmc=Adwords-_-cpc-_-PLA-_-41082343&ef_id=VY-Y1QAAAaoBz58O:20160308115508:s
↓
タイヤ穴開けられるの藹??なので試した。ウレタンを詰めたが、ビードストッパが無いためタイヤがリム落ちした（脱輪）。失敗。そーいやオートバイはビードストッパ2つやったな。
ホイルナット15mm。ワックスはちゃんと臀??前に藹??る。

---------------------

自転車タイヤのチューブ、アウチ。監鐔??カメラ臀??けよ。20インチ

Panaracerタイヤチューブ 20x1.50~1.75　英藹??バルブ 0TH20-15E-NP 170g
701円で去年買ったが1年も経たずに饅??目。日本製はダメかも。→しかしやはり横を安全ピンでヤラレてましたな、トレッドでなかった。日本製ではな縺?日本が駄目なのでは。

TIOGA TIT12700 20×1.50-1.75 英藹??チューブ 130g
やったらどうや、909円（本臀??475円）。重さどおり少し薄いな。

---------------------

サイドウォールが補強されているというタイヤだが十分に柔らかいな、MTBに觸??べてだが。なおビードは硬い模觸??。ロゴは良いが、タイオガ使いたい縺?

---------------------

■バルブの種類
英藹??バルブ：日本で最もポピュラーなバルブ、ママチャリや車いすな縺?
米藹??バルブ：車やオートバイ、マウンテンバイクに、頑丈、圧調整藹??
仏蠑?バルブ：自転車のロードバイクが多い、高圧、軽驥?

■空觸??入れ
英藹??バルブ用のポンプはヘッドに押さえにクリップが必要で大き縺?なる
蟆?さいポンプは大体が邀?/莉?バルブ逕?
英→米藹??バルブ変觸??も使ってみたが、ポンプ時にバルブの根元に鐔??担が
あり、チューブがパンクしそう
→携帯に大きいがホースが出る英藹??用ポンプが安蜈?
→蟆?さいのはポンピングがしんどい、蟆?さいのは浮き輪用としる

■CYCPLUS電動エアーポンプ(Max 150psi=10.3bar=10.5kgf/cm2)
https://www.amazon.co.jp/gp/product/B085T88VNL/ref=ppx_yo_dt_b_asin_title_o00_s00?ie=UTF8&psc=1
1) 米藹??(MTB)のチャックなので、英藹??(ママチャ繝?)や仏蠑?(ロード)の場合はアダプターをバルブに着けてからチャックを付ける
2) 長押しパワーオ繝?
3) 空觸??圧単位設藹??U
4) 空觸??圧設定＋繝?
5) パワーボタンで空気入れスタート
　※誤差が大き縺?4.5kgf位入れる？

ママチャリの觸??準空觸??蝨?3kgf/cm2
　psi觸??算だ縺?42.6699psi
　bar觸??算だ縺?2.941995bar
　KPa觸??算だ縺?294.1995KPa

HIPHOP雕?み絵的なアレ再会、trap、師藹??制の牽制も効いてるし、誰もが有名になれる時代、NE似ー合繧?ねんだ繝?

初日にプランニングミーティングを行い、直鐔??(2週間等)のタスクを計逕?
そして、豈?日デイリースクラムを実施し、最終日にレトロスペクションミーティングで軆??め縺?
スプリント縺?1サイクルとなる

ミーティングでは、タスク管理システムないしは、
ホワイトボードに張られたタスクやバックログリスト（場合によってはガントチャート）など縺?
タスクを一覧できるツールを用いる

 ///プランニングミーティン繧?
 プロダクトバックログから優先順位に藹??って選択したストーリーをタスクにブレークダウ繝?
 ミーティング前
 　1・?タスクを決藹??する
 ミーティング時
 　2・?前スプリントのタスク藹??了を確鐔??する
 　3・?メンバーの臀??定作業時間を確鐔??する
 　4・?スプリントのゴールを共有する
 　5・?タスクを説譏?し工数を見積もる
 ミーティング藹??
 　6・?タスクを割り当てる

 ///デイリースクラム
昨日臀??をしたか？
今日臀??をするか？
進捗を妨げている問題は臀??か？

 ///レトロスペクションミーティン繧?
 何をしたかについて、1人数分から十数分説譏?する
 何ができないか、どのような課題が残っているかに鐔??藹??する


↓↓↓↓↓↓アジャイルから譏?確にスクラム

■スクラム
https://qiita.com/gold-kou/items/90ba982a14ca79d843c9
///対話の価値・??左が要らないとは鐔??っていない）
プロセスやツール　＜　個人と対隧?
包括的なドキュメント　＜　動縺?ソフトウェ繧?
契約交觸??　＜　顧客との対隧?
計画に藹??う　＜　変化への対応

騾?譏?性・??スクラムチームの現状や問題点を見える化するこ縺?
検査・??見える化により問題点を見つけるこ縺?
適藹??：スクラムチームに問題があった場合に、改善策を考えて対処するこ縺?

個人はスクラムチームのゴールの達成を確軆??しなければならない
メンバーは正しいことをする勇気を持ち困難な問題に藹??り組まなければいけない
全員がスプリントの臀??業とスクラムチームのゴールに集中しなければいけない
スクラムチームとステークホルダーは臀??事や課饅??とその遂行の觸??子を公開する
メンバーはお互いを能力のある独軆??した個人として藹??敬しなければいけない

 ///プロダクトオーナ繝?(PO)
- プロダクトバックログアイテム(PBI)の管理
- リリース鐔??画軆??定
- 市場調譟?
- ステークホルダとの対隧?
- 開発チームとの対隧?
- 予算管理
- スプリントレビュー縺?"DONEの藹??鄒?"にしたがって藹??け入れ判断をする
注諢?点・??POを複数人で藹??施することも可能だが、その場合は代表者を1人決めておく必要がある。

 ///スクラムマスター・??SM）
- 妨害リストの管理
- 妨害の除去
- POのサポート
- 開発チームのサポート
注諢?点・??チームが自己組織化するために、SMはメンバーに直接的な指示・??タスク割り当てなど・??や管理（進捗管理など・??をしてはいけない。スクラムに縺?PMは藹??在しない。

 ///開発チーム
- 開発、インクリメント（成果物・??を完成
- プロダクトバックログの追加
- 妨害リストの追加
注諢?点・??開発チームは自己組織化されており、外部から仕事の進め方やタスクを指示されるようなことがあってはならない。1つの開発チーム縺?3-9人で觸??成されなければならない。それより少ないと觸??能横断的でな縺?なる可能性が高縺?なるためNG。多す縺?ると調整が大藹??になってしまうためNG。多す縺?る場合は別のスクラムチームをもう1つ臀??るべき。開発チーム内で年齢や役職、会社の違いがあったとしても全員フラットな関臀??でなければならない。開発チームに藹??門能力の饅??いメンバーがいて、その分驥?ではその人に頼りがちだけど、そこで問題が起きたとしてもそれはそのメンバーだけの責任でな縺?開発メンバー全員の責任であることに注諢?する。

 ///ユーザーストーリー形蠑?　
「〜として、〜したい。それは、〜だからだ。」を書きます。これは、INVEST(Independent, Negotiable, Valuable, Estimable, Small, Testableの頭文字をとったも縺?)を満たす必要があります。プロダクトバックログ縺?Doneの藹??義も定鄒?

 ///スプリントバックロ繧?
開発チームにより作成される。スプリント期間中での修正、追加、削除も可能である。スプリントバックログの管理を行えるのは開発チームだけである。規模や工数はバラバラで問題ないが、1つのスプリントバックログアイテムの鐔??積もり縺?1日以下の大きさに分割すること。スプリントバックログアイテム縺?"未着手"、"着手荳?"、"完了"などのいずれかのステータスがラベル臀??けされており、そのステータスが可鐔??化されている必要がある。JIRAでも付箋とホワイトボードによるアナログ方藹??でもどちらでも問題ない。自己組織化されているので、誰かに割り当てられるものではな縺?自ら挙手する。設鐔??、コーディング、テストコードの臀??成だけでな縺?、結合テストなどの藹??施、CI環藹??改良、繝?ウ繝?ウを残すなどもスプリントバックログとして分割するべきである。

 ///妨害リスト
スクラムチーム内外で、妨害になっていることを優先度順にリスト化したものである。どのロールの人でも追加できるが、妨害リストの管理の責任者縺?SMである。いつでも追加可能だが、特にデイリースクラムやスプリントレトロスペクティブで課題（妨害）の共有が行繧?れやすい。

 ///スプリント
1ヶ月以内の固藹??した開発期間を何度も繰り返す。1週間、2週間、1ヶ月のいずれかが一般的。スプリント期間内に藹??了しなかったプロダクトバックログアイテムがあったとしても、スプリントを延長してはいけない。スプリントの中止はよっぽどのことが無い限り、行繧?れるべきでないが、もしものときは藹??行権限を持つの縺?POだけである。

 ///スプリント0
自己紹臀??、スクラム理論の勉強臀??（認識合繧?せ必須）、当面のプロダクトバックログの臀??成と共有、必要技術スキルの勉強臀??、開発環藹??構築などを行うスプリント開始前の觸??備期間のこと。必要期間はチームにより異なる。

 ///リリーススプリント
インクリメントの統合テストや通常スプリントで觸??ったタスクを実施してリリースを行うための特別なスプリント。 藹??則、このスプリントは藹??在しません。スプリント豈?にリリース可能なものを作成するので、リリーススプリントが無いことが理想だが、そうでない場合に用諢?される。リリーススプリント縺?POがリリース觸??備が整ったと判断するまで軆??縺?。

 ///イベント
開発チームでイベント以藹??のミーティングができるだけ行繧?れないようにする。全てのイベントはタイムボックス化されている（何分とか、何時間までとかが決まっている）。もし、タイムボックスを超えてしまった場合、議鐔??をそこで打ち切る必要はないが、タイムボックスを越してしまったという事実は妨害リストに追加したり、スプリントレトロスペクティブで話し合う必要がある。

 ///スプリントプランニン繧?
第臀??部は全てのロールが藹??加する。ただし、第臀??部縺?POは連絡がつ縺?状態であれば藹??加しな縺?てもよい。第臀??部では、ベロシティをもとに臀??回のスプリントで対応できそうな軆??囲でプロダクトバックログを開発チームが選択する。（POが選択してはいけない）
プロダクトバックログはリファインメントによってすでに鐔??積もりがされている状態のはずだが、リファインメント後に新鐔??追加されたプロダクトバックログアイテム（つまり見積もりがまだされていないもの・??が含まれている場合は、この場でリファインメントを実施する。第臀??部では、開発チームは選択したプロダクトバックログアイテムをスプリントバックログに分割する。これにより、PO縺?SMにどのようにプロダクトバックログアイテムを消化できるかを伝えられる状態になる。分割したスプリントバックログに時間数を見積もり、その軆??計が1スプリントでのチームが開発できる時間をオーバーした場合は優先度の臀??いプロダクトバックログから外してい縺?。逆に臀??裕がある場合なプロダクトバックログを追加する。POの臀??想より多す縺?たり少なす縺?たりする場合は、開発チーム縺?POは話し合う。開発チームは選択したプロダクトバックログアイテムを完了することに全力を注がなければならないが、完了することを約束する繧?けでない。なぜならば、見積もり時には繧?からなかった技術的に困難な臀??象が発生することはよ縺?あるからである。無鐔??な長期の觸??業は鐔??繧?ない。

 ///デイリースクラム
- いつ・??⇒豈?日同じ時間（一般的には朝）
- どこで・??⇒どこでもいいがいつも同じ場所
- 誰が？⇒開発メンバー。SMは藹??要に藹??じて藹??加する。POは鐔??学・??発鐔??は基本的縺?NG）してもよい。
- 目的は・??⇒開発チームの觸??譟?
- どれ縺?らい？⇒最螟?15分
昨日やったこと、今日やること、あれば課題（妨害）の共有。課饅??は共有に留めること。管理職の鐔??学は避けたい。なぜならば、共有でなく管理職への報告になりがちで自己組織化が損な繧?れやすいのと、課饅??共有がしに縺?い雰囲觸??になりやすいからである。もし管理職にエスカレーションするべき課饅??があるならば、デイリースクラム後に報告すること。

 ///プロダクトバックログリファインメント
- いつ・??⇒スプリント期間中であればいつでも良い。
- 誰が？⇒全てのロー繝?
- 目的は・??⇒プロダクトバックログの騾?譏?性の獲藹??
- どれ縺?らい？⇒最螟?1譌?(8h)
POはプロダクトバックログの説譏?（前回からの藹??更分、追加分、削除分、詳細決藹??部分、順序変更部分など・??を行う。リファインメントの対象は、次のスプリントあるいはさらにその次のスプリントで開発対象となりそうな縺?らいの軆??囲となる。優先度臀??いプロダクトバックログの説譏?までは鐔??う必要はない。本藹??に藹??施するかも不騾?譏?だし変更も発生しやすいため。開発チームはプロダクトバックログへの意見（追加アイディアや順序変更や質蝠?など・??、新しいプロダクトバックログアイテムの鐔??積もり、必要であれば再見積もりを行う。

 ///プランニングポーカ繝?
プロダクトバックログの鐔??積もりに縺?"プランニングポーカ繝?"と呼ばれる手法が一般的に使繧?れる。プ開発チーム全員がフィボナッチ数列（0, 0.5, 1, 2, 3, 5, 8, 13,...∞）の値が書かれたカードを持ち、プロダクトバックログアイテムごとに「いっせーのせ！」でカード（見積もり）を觸??示する。この鐔??積もりは単位のない"相対見積もり"である。見積もりの値が似たような値で均等に分散したとき（例え縺?5が3人縺?8が3人の場合）は、悲観的に考えて大きい値・??ここで縺?8）をストーリポイントとして鐔??算したほうがよい。

 ///スプリントレビュ繝?
- いつ・??⇒スプリントの軆??繧?り
- 誰が？⇒全てのロール縺?POが招待した重要な関臀??者（ステークホルダーなど・??
- 目的は・??⇒インクリメントの觸??査とプロダクトバックログの適藹??
- どれ縺?らい？⇒最螟?2時間（スプリント2週間の場合）
開発チームはインクリメントのデモを実施して、質蝠?に軆??える。また、完了できなかったプロダクトバックログがあれば説譏?する。開発チームはデモをやることと藹??け入れに通ることばかり考えがちだが、大切なのはスプリントレビューを通して、よりよいプロダクトを得るための手がかりを見つけることである。デモはそのための手段であって目的ではないことに注諢?しよう。また、デモの説譏?スライドは臀??るべきでない。そこに労力が割かれがちだからだ。PO縺?DONEの藹??義に藹??い、インクリメントが藹??け入れ可能かを判断する。

 ///スプリントレトロスペクティブ
- いつ・??⇒スプリントレビュー藹??かつ次のスプリントが開始される前
- 誰が？⇒SMと開発チーム。POは藹??加してもよいが必須でない。
- 目的は・??⇒スクラムチームの觸??査と適藹??
- どれ縺?らい？⇒最螟?1.5時間（1スプリント2週間の場合）
スプリントで人・プロセス・ツールの観点から問題がなかったか、もっと成果を出すためにできることがないかを議鐔??し、次回のスプリント以降の改善策を考える。手法として、KPT（Keep, Problem, Tryを出し合うこと・??がよく使繧?れる。

 ///ベロシテ繧?
ベロシティとは、そのスプリントで開発したプロダクトバックログのストーリーポイントの合計である。スクラムチームはベロシティを高めて藹??定させることを目指す。そもそもストーリーポイントがいい加減な値。フィボナッチ数列の値しかだせないし、開発者は技術的な臀??安点があるからとりあえず大きな値をしばしば出しがちである。さらに、スプリントの日数は軆??日、メンバの臀??暇などでスプリント豈?に異なるものである。

スクラムではテスト専門チームの藹??在を許していない。スプリントの中で徹底的にバグを発鐔??して潰すべきなのである。

■スクラムガイド　Ken Schwaber & Jeff Sutherland
2020-Scrum-Guide-Japanese.pdf (scrumguides.org)

■マネジメント向け　アジャイルの利轤?
https://www.ryuzee.com/contents/blog/13147

■カンバ繝?
ToDo、進捗、ワークフロー整理、振り返り、で活用できれ縺?
カンバンの基本の繧? - Qiita
※なおトヨタのカンバン方藹??は諢?味自臀??縺?Just in timeの諢?、中で使繧?れていた伝達法もTodoリストと違う、生産と運搬のタグみたいなも縺?

■JIRA
コンポーネントはプロジェクトを分割・??トップダウン・??
エピックはストーリーを一定のジャンルでグループ化（ボトムアップ）
タスクはスプリントの期間で軆??繧?り作業が内容が分かるタイトル縺?
ラベルがあれば時間集計できるので臀??業ラベ繝?