Twitter:https://twitter.com/Nunerm Roppongi Product Manager Meetup #6 のLTで発表した資料 https://pm-roppongi.connpass.com/event/99971/ Read less
レビューガイドライン(Review GuideLine) ここで述べているレビューはピアレビューについての方法です。 (作業成果物の欠陥と改善の機会を探すレビュー) 「最悪を最初に」を基本としてレビューすべき、 たとえば、仕様やアルゴリズムに欠陥があるのに、typoにこだわってもしょうがないので、なにが最悪かを考え、それを防ぐための物からレビューをします。 誤りがプロダクト全体に影響し、手戻りのコストが高くつく、あるいは失敗するようなリスクがないかを考慮にいれてレビューの対象を選択します。 たとえば、基本的な初期フェーズの要求仕様や、クリティカルな決定の基礎になる仕様、使用頻度が高いモジュールなどを重点的にレビューします。 以下に書く項目はレビュアーに負担をかけないようにするのが前提なのでレビュアーに出す前にそもそもテストしたい項目です。 参考: あなたのおっしゃるレビューってどのことかし
こんにちは。かとのぼと申します。個人でWebサービスを開発しています。 今回は、私が作ったWebサービス「メモや日記ついでに英語学習」が、登録ユーザー100人を突破したことが嬉しくて、その喜びや過程や苦労をnoteに書くことにしました。 Webサービスは、企業が提供しているイメージが強いと思いますが、実は個人で運営しているWebサービスも数多くあります。 そのような個人でWebサービスを開発する人たちを「個人開発者」と呼びます。私もこの「個人開発者」です。 今回は、個人開発で作ったサービスがどうやって100人のユーザーを獲得するようになったのか?と言う内容を記事をしました。 クリエイターの方、起業を考えている方、副業で個人でWebサービスを作りたいと考えている方、IT企業に入られた方、プログラミングを始めたばかりの方などは是非読んで欲しいなと思っています。 どんなサービス?「メモや日記つい
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く