スクラムでプロジェクトを始める前にお客様に説明しておきたいスクラムのエッセンス | DevelopersIO
はじめに みなさんこんにちは、CX事業本部Delivery部のかみとです。 受託開発のプロジェクトをスクラムで始める際、アジャイル開発やスクラムのフレームワークに対する認識がお客様とベンダー間で一致していることが望ましいのですが、アジャイルやスクラムの経験有無、理解度の違いなどによって異なった認識のままプロジェクトが開始してしまうことで、後々プロジェクトの進行に影響を及ぼしてしまうことがあると思います。 これがただの小さな認識のズレで、プロジェクト進めていく中で調整可能なものであればいいのですが、そもそもの前提が違うくらいの大きな認識相違となってしまった場合、プロジェクトとしてはもちろんお客様との信頼関係にも悪影響を与えかねません。 そういった状況を避けるためにも、なるべくプロジェクト開始前にお客様との間でアジャイル開発にまつわる、よくある誤解を解消しておくのはとても大切なことだと思います
あなたが学んだアジャイルとテスラの手法は何が違うのか？ 認定スクラムトレーナーが語る、テスラの真の凄さ
「Agile Tech EXPO（あじゃてく）」は、社会をちょっと良くするテクノロジーを学び、ちょっと先の未来の話をする無料オンラインコミュニティです。Keynote Speakerとして登壇したのは、ビル・ゲイツ氏、ジェフ・ベゾス氏、イーロン・マスク氏の下で働いた経験があるジョー・ジャスティス氏。テスラ社の急成長を支える、アジャイルハードウェア開発について話しました。全2回。前半は、イノベーションの加速のポイントとなる「スプリントの長さ」と「プロジェクトの同時進行」について。 テスラのアジャイル文化を12のステップで紹介 ジョー・ジャスティス氏：本日はありがとうございます。アジャイルハードウェアディロップメントとして、アジャイルをいかにハードウェア開発に適用していくかということを、今回お話しします。 私の経験ですが、マイクロソフトのビル・ゲイツや、スペースカンパニーやAmazonをやって
失敗する書き直し、成功する書き直し / karino2 - Message Passing
全体的な事を言えば、自分は書き直し反対派と思う。 morritaさんの言う20年前の意見をほぼそのまま現代まで持っている。 頭の硬い古い老人という事だろう。 そういう訳で、そんな古い側の人間が書き直しについてどんな事を思っているのかを書いてみたい。 失敗するケースは割と限定されている ソフトウェアの書き直しには、成功するものと失敗するものがある。 失敗する条件を厳密に挙げるのは難しいけれど、失敗する書き直しは、自分は見れば分かる、と思っている（本当に分かるかは議論の余地があるけれど）。 まずshinhさんの言っている半分素人が挑戦するケースは良く見かける。これはまぁいい。全然良く無いけれど。 それ以外で良く失敗するのは、ある程度の規模、だいたい10万行以上のソフトウェアで、 その時点で多くのユーザーを持っていて、 書き直しにかなりの時間と人がかかる奴が多いと思う。 そしてデスクトップ、iO
スプリントのキャパシティを明らかにする方法
みなさんこんにちは。@ryuzeeです。 スプリントを始めるには、スプリントプランニングを実施します。 プロダクトオーナーはあらかじめプロダクトバックログの並び順を最新にしておき、プロダクトオーナーはどれを実現したいのかを提示するとともに、開発チームは実際にどれくらい実現できそうなのかを考えた上で、対象となるプロダクトバックログアイテムを選択します。その上で、選択したプロダクトバックログアイテムを実現する方法を開発チームは検討し、作業計画をたてます。 このときに考慮が必要になるのが、スプリントのキャパシティです。 キャパシティとは何かスプリント期間が1週間の場合で考えてみましょう。 1週間スプリントの場合、休日を抜くと5日間になります。その間毎日8時間働くとするとスプリント期間中の総時間数は40時間になります。 しかし、この40時間に人数をかけ合わせたものがキャパシティになるわけではもちろ
それマイルストーンじゃねーから - Qiita
はじめに 今回は、プロジェクトマネージャがマイルストーンを作成する時に これだけは意識しとけよ！という事をメモしていきます。 経営に用いられるマイルストーンは想定していませんのでご注意下さい。 マイルストーンを書く時に意識すること 手っ取り早く、結論を書くと 「外部と関連するイベントの定義」 これをちゃんと意識しようよということ 以降は、 え？私の知ってるマイルストーンのページにそんな事書かれてるの見たことねーな という人を対象にしています。 この意識を明確にこれを定義しているのは、 私も見たことはありません。 しかし、この意識一つでマイルストーンの見え方がクリアになり 見えるポジションを上げることができるのでは無いかとおもいます。 以下、雑記 目次 マイルストーンについてインターネット上の定義 よくある間違いマイルストーンを考える マイルストーンの本当の意味を理解しよう もう一度インター
「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場
ソフトウェアの開発プロジェクトにはさまざまな経歴や役職を持つ人が関与するので、我が強い人や性格に難がある人が問題になることもしばしば発生します。ソフトウェア業界のよもやま話を語るブロガーのニール・グリーン氏が、ソフトウェア開発プロジェクトの中で問題になりがちな人をタイプごとにまとめつつ、それぞれのタイプの特徴と管理職向けの解決策を解説しました。 How to Deal with Difficult People on Software Projects https://www.howtodeal.dev/ 上記のサイトにアクセスしたのが以下。上から「プロダクトマネージャー」「デザイナー」「プロジェクトマネージャー」「開発マネージャー」「開発者」「品質保証(QA)」の6カテゴリに分かれていて、それぞれの役職の中によくいる「問題のある人」のタイプが動物のアイコンで示されています。例えば、「プロ
メルカリPM1年目の挫折。エンジニアに叱られて気づいたPMとして持つべき資質 | キャリアハック（CAREER HACK）
メルカリで働く若手PM、岡田貴琳（おかだきりん）さんを取材！ 新卒入社3年目「今まさに奮闘中」と語る彼女。エンジニアとの衝突、リリースの失敗...苦い経験も体験しながら、彼女が学んだ「PMとして大切なこと」とは！？ 上司のフィードバックで気づいた「MVP」の考え方 ー PMとしての仕事を任される中で、とくに学びが多かったプロジェクトはありますか？ PMとして最初に担当したプロジェクトは、『宅配便ロッカーPUDOステーション』という宅配便ロッカーを活用して発送する新しい機能のリリースでした。 ミッションは運送業者さまの再配達率を下げることと、出品者さまの発送のUXを向上させること。機能の仕様を考えるところから、開発、リリース、その後の効果検証までを担当しました。 とくに悩んだのは、「MVP」*の定義です。最低限のUXを備えた機能を最速でリリースすることとは何なのか、よくわかっていなかったんで
プログラムの「アーキテクチャに関するドキュメント」は面倒でも書くべき、ではどのように書くべきか？
開発プロジェクトに新しく加わった時は、まずプロジェクトの理解が第一。しかし、全体像を把握できるようなドキュメントがなく、コードから断片的な情報をかき集めるしかない場合もあります。新参の開発者がスムーズにプロジェクトを理解できるよう、大規模なプロジェクトでは「プロジェクト全体のアーキテクチャ」を示した「ARCHITECTURE.md」を添えた方がよいと、エンジニアのAleksey Kladov氏が指摘しています。 ARCHITECTURE.md https://matklad.github.io//2021/02/06/ARCHITECTURE.md.html Kladov氏はオープンソースプロジェクトの開発に携わる中で、「プロジェクトのアーキテクチャに対する知識量」によって開発スピードに大きな差が生じると気づいたとのこと。アーキテクチャに関する知識がない開発者にとって、大量のコードは「バラ
珍プロジェクト名・好プロジェクト名大賞＜ＩＴ編＞｜【Tech総研】
部門や会社を超えて、広く流通するプロジェクト名。理想としては、覚えやすくて開発内容もイメージできて、思いも込められた名称が望ましい。そこで今回は、全国のエンジニアにアンケート調査を行い、印象に残っているプロジェクト名を集め、編集部の独断と偏見で賞を贈ることにした。 今回、全国のエンジニアに「印象深かったプロジェクト名」のアンケート調査を行い、特に秀逸だったものを「珍プロジェクト名・好プロジェクト名大賞」と銘打ち、〈ＩＴ編〉〈製造業編〉と業界に分けて豪華二回シリーズでお届けする。だがその前に、まずはプロジェクト名がどのようなプロセスで決定されているのか、また、命名する指標やポイントを、参考までに大賞の発表前にご紹介したいと思う。 まず、プロジェクト名は誰が決定しているのか。集計結果のグラフを見ると、プロジェクト名の決定方式は、メンバーや役職者が決めたパターンと、メンバーの合議で決められるパタ
ビルドトラップを避け、大規模開発プロジェクトをリリースした話｜のぐちひろき
Rettyプロダクト部門担当執行役員の野口です。プロダクトマネージャー Advent Calendar 2020の16日目。Go To Eatキャンペーンを半年掛かりでリリースした話を先日発売された「プロダクトマネジメントービルドトラップを避け顧客に価値を届ける」の内容に触れながら、振り返っていきます。 15日目は「仲間を集めて一ヶ月本気でプロダクトを作ってみた話（プロダクト筋トレ会）」でした。 Go To EatキャンペーンについてGo To Eatキャンペーン事業は、「感染予防対策に取り組みながら飲食店と食材を提供する農林漁業者を応援する事業」です。Rettyはオンライン予約サイトの一つとして参画いたしました。感染予防対策を行ったネット予約に対して、9月〜10月半ばにかけてランチ500円/人、ディナー1,000円/人のポイント付与が行われ、付与されたポイント分に関しては2021年3月ま
githubで共同開発 招待方法 - Qiita
github共同開発したい時､ 共同開発者を招待する方法｡ 登場人物 Aさん､Bさん｡ Aさん↓ プロジェクトのディレクトリを作成し､ github画面からリポジトリ作成 githubのリポジトリの画面から､招待の操作 Settingタブ､collaborators collaboratorsに追加したいユーザー名（githubの）を入力し､ Add Collaboratorsを押す｡ (メールアドレスでも追加できます｡) Bさんに招待メールが届きます｡ ↓ Bさん 招待メールが届くので､メールから招待をacceptする｡ ※githubに登録しているメールアドレスが分からない場合は､ ターミナルで$git config --listをすると､アカウント名や登録のメールアドレスなど確認できます｡ ※ちなみに2019年1月からgithubのPrivateリポジトリ（鍵付きリポジトリ）の作成は
プロダクトオーナーが最低限守るべき10のこと
みなさんこんにちは。@ryuzeeです。 とある同人誌に寄稿した原稿を知り合いに共有していたのですが、ブログでオープンにしてほしいという依頼を受けたので公開します（同人誌の発行者には許可を取っています）。 怪文書みたいなものですが、感想お待ちしております。 本稿で何を書こうか考えていたところ、Twitterで「これがNASA流の仕事術、「プロジェクトマネージャーが守るべきルール100」が公開される」 という2014年の記事を見かけました。書かれている内容はとても妥当なもので、プロジェクトマネージャーだけでなく、組織のリーダーでもプロダクトマネージャーでもプロダクトオーナーでもあてはまるものでした。 ただ問題は100個という数です。チェックリストに100個の項目があっても覚えられません。プロダクトバックログに100個の項目があった場合、覚えているのは先頭の方と、気になる項目だけになるでしょう
PM（Product Manager）って何やってるのか具体的な案件を見ながら説明してみる - freee Developers Hub
この記事は freee Developers Advent Calendar の17日目です。 自己紹介 freee 株式会社で、PM（Product Manager）をやっているfuji_tipです。 freeeに入ってから4年で、マーケティング/事業開発 —> データ分析 —> 事業戦略 —> PM という変遷で、社内ジョブホッパーです。フルスタック社員と自称しています。 趣味は飲酒です。 PMってなにやってるの 社内外から、PMって何やってるかわからない、どういう能力があればPMになれるのかわからないなどの声をもらうことが多いので、具体的な案件のリリースまでのプロセスを振り返りながら、PMの仕事について理解いただければと思います。 ある機能を作る！とか既存の機能改善をする！となったときの大体の流れを簡単に下記の通り説明します。 課題選定・ゴール設定 それが本当に課題なのか？課題だとし
アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 | AnyProjecTa! プロジェクト・マネジメントに関する情報ポータル
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その１：トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
