タグ付けされた質問 「product-owner」

私はジュニア開発者であり、変更を正当化することができ、チームが作業を完了するのに役立つ場合、チームのプロセスを形作るのに役立つ能力を与えられています。私の過去の企業は、管理から来るプロセスを多かれ少なかれ厳密に定義していたので、これは私にとって新しいものです。 私のチームはかなり小さく、やや新しい（<3歳）です。彼らは欠けています： 明確に定義されたソフトウェア開発/作業管理フレームワーク（スクラムなど） 強力な製品所有権 明確に定義された役割（たとえば、ビジネススタッフが手動テストを行う） 定期的なスタンドアップミーティング 統合された問題追跡プロセス（ツールがあり、プロセスはまだ開発中です） ユニット、システム、リグレッション、または手動テストスイートまたはリスト ビジネスロジックとプロセスに関するドキュメント 社内および顧客向けのヒントを文書化するナレッジベース そしてリストは続きます。経営陣は、価値が正当化され、最も重要な作業（開発）が完了するのを助ける限り、改善の実施に対してオープンです。ただし、基本的な前提は、誰もあなたのためにそれをするつもりはないので、実装の所有権を取る必要があるということです。そして、言うまでもなく、上記のプロジェクトのいくつかは、時間のかかる疑いもなく、重要なものであり、明らかに開発作業ではありません。 時間が経つにつれて上記のことを試してプッシュする（後輩の）開発者の努力の価値はありますか？または、「自分のレーンにとどまり」、開発に集中し、プロセスの定義と最適化の大部分を管理者に任せることが最善でしょうか？

108 project-management  scrum  development-process  process  product-owner 

私は理学士号を取得した物理学者で、ハイテク企業で博士号を取得したばかりです（応用研究を希望しています）。大規模な有限要素シミュレーションを扱います。 現在のアプローチを検討した後、根本的に異なる方法を適用する必要があると思います（非常に限られた市販のツールを使用しています）。 むしろ、オープンソースの有限要素ソルバーに基づいて研究を行い、それを利用するプログラムを作成します。夕方にこのアイデアを発展させたいと思います。なぜなら、それはプログラミング（私は読書と数学を好む日）に私にとって最も適した時間であり、私の博士課程の後期でそれを使用するからです。 私のプログラムをオープンソースとしてウェブサイト上で参照としてリリースし、将来の個人的または商業的（例：コンサルティング）使用のためにオプションを提供したいと思います。 会社がコードの所有権を主張しないようにするにはどうすればよいですか？ バージョン管理システムが役立つと思いました（夕方にのみチェックアウトしてください）。これは、私が通常の営業時間中にプログラムしなかったことを文書化します（他の場所で文書化されています）。しかし、これらのデータは簡単に製造できます。他のアイデアはありますか？ 私はソフトウェアの販売には興味がなく、私の会社にも興味がないことを強調したいと思います。 これまでのところ、非常に興味深い回答があります。これは明らかに私を助けます。いくつかのコメント： 私は労働契約に拘束されていません。国内法では、会社は勤務時間中に私が生産するものを何でも所有しており、特別な契約は結ばれていないと述べています（私の雇用主はソフトウェアを販売しておらず、この面で少し素朴かもしれません）。彼らは主にソフトウェアを使用し、私の同僚は真剣なプログラマーではありません。 第二に、@ Markが企業秘密について指摘した点を再考する必要があります。これは特定の業界では非常に深刻です。 第三に、私は上司/上司を怒らせないように気を配っています。しかし、これがこの質問の動機です。私の作品の革新的な部分を少し分けておくと、再利用したり、少なくとも参考作品としてデモンストレーションしたりできます。

22 open-source  licensing  product-owner 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 かなり最近、開発者として働き始め、以前はシステム管理者として働いていました。 アジャイル機能を使用するソフトウェア開発チームの私の理解は、「実装する必要がある」コミュニケーションは、製品の所有者から開発者への一方向でほとんど発生するということです。開発者は、技術的負債について製品所有者に懸念を表明することができますが、機能のアイデアを思い付くことは、主な責任の1つではありません。 私が働いている会社は別の見方をしています。開発者は、自分のチームの製品所有者に行って機能のアイデアを提案するだけでなく、他のチームの製品所有者にそのチームの製品に貢献する何かがあると思われる場合は行ってください。アイデアは、私たちはすべて1つの大きなチーム<会社名>であり、すべての開発者は、自分の専門知識を使用して、役立つと思われる機能をプッシュする必要があるということです。 より良い言葉がないため、そのようなアプローチは「通常」ですか？私は消極的すぎますか？イニシアチブを取り、製品所有者にアイデアを押し出すべきですか？逆に、会社はそれを完全に間違ってしまったので、他の場所で雇用を探すべきですか？

16 agile  product-owner 

スクラムの製品所有者は、自分がすぐに答えられない、実装している機能に関するチームからの非常に詳細な質問にどのように対処する必要がありますか？開発者が顧客自身と直接話をするのが明らかに高速なソリューションになるのはいつですか？ チームと顧客間の直接的なコミュニケーションが製品所有者の役割を損なうのではないかと思います。POは顧客のみを代表するものであるため、要件に関するすべての質問に回答する必要があります。彼を迂回することは彼を弱め、最終的に彼を不必要にさせるようです... スクラムにはベストプラクティスがありますか？

11 scrum  communication  product-owner 

最近のほとんどの開発者と同様に、顧客コラボレーションや変更への対応などのアジャイルプリンシパルを高く評価していますが、製品所有者（または要件と優先順位を決定する人）が頻繁に要件と優先順位を変更するとどうなりますか？1日に数回好きですか？ 私は最近、バグがあり、不完全であり、想定される最も単純なシナリオを処理することさえできなかった小さなコードベースを継承しました。技術的な問題に対処することはできますが、1日に数件のメール、テキスト、または電話があります。さらに悪いことに、ほとんどのことは、ソフトウェアが実際に行うこととは関係なく、実装するのに何日もかかるような些細なことです。時間は非常に長く、最も重要なことに最初に集中する必要があることを説明しようとしましたが、翻訳が1日か2日後に起こるため、翻訳で何かが失われるようです。 無駄な努力の量を減らすのに役立つ、または少なくともこの混oticとした行動のコストを説明するのに役立つ製品所有者ハンドラーの役割、詳細な研究、比phor、または引用がありますか？

11 agile  product-owner 

私はアジャイルチームのプロダクトオーナーです。私はPO受け入れテストを行うとき、通常いくつかのエッジケースを試すことを書き留めます。私が何かを発見するのは珍しいことではなく、それを開発者に渡します。開発者の話を拒否すると、開発者の1人から反発を受けます。彼は私がストーリーで説明するものだけをコード化する傾向があるため、エッジケースとプログラムが許容基準でどのように応答する必要があるかを指定しないので、彼は不公平だと言います。コーディング中にエッジケースにぶつかったときに私に尋ねるように彼に勧めましたが、彼はエッジケースをじっくり考えるのは自分の仕事ではないと考えており、次のスプリントのために新しいストーリーを作成する必要があります。 私の弁護では、彼がストーリーを実装するまで彼のストーリーのデザインがわからないので、すべての可能性を繰り返すことは困難です（構成はDBまたはプロパティファイルにありますか？）。簡単にするために、電卓アプリに除算を追加するストーリーがあるとします。理想的なSCRUMの世界では、「ゼロによるハンドル除算シナリオ」を受け入れ基準に追加するのは私に任されているのでしょうか、それともアプリが5/0に爆破しないように開発中にそれらのケースを処理する必要がありますか？明確に言うと、この場合、アプリが5/0で激しくクラッシュした場合は受け入れませんが、ログに記録したり、DIV0を出力したり、その他の方法でエラーを処理したりすれば合格します。クラッシュしない。

9 scrum  acceptance-testing  product-owner 

バックログが混乱するのを防ぐだけでなく、開発者の生産性を維持するためのベストプラクティスは何ですか 製品バックログにストーリーを追加できるのは誰ですか？また、これらのストーリーが特定の要件を満たしていることをどのように確認しますか？ たとえば、Feature Xの開発中にいくつかの小さなcssバグを見つけました。開発者として、バグを説明するストーリーをバックログの下部に追加することを許可する必要がありますか？それとも、製品の所有者と話し合う必要がありますか？ すべてのアイデア/バグを製品の所有者に渡すことは、ボトルネックの可能性があるようです。

8 scrum  product-owner  product-backlog 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 製品所有者をどのように評価しますか？より具体的には、製品所有者のパフォーマンスレビューをどのように実施しますか？製品の所有者を確認するときに、どのような品質または特性を確認しますか？

8 project-management  agile  scrum  product-owner  product-management