deployment - 展開の責任者は誰ですか?

Question

私は製造会社のインハウス開発者として働いています。私たちは、実際には制御ソフトウェアではなく、プロセスフローのような製造プロセス用のソフトウェアを作成しています。

私たちはスクラムプロセスを使用してソフトウェアを開発していますが、チームと環境に合わせて調整されていますが、これは非常にうまく機能しています. 私たちはスプリントの終わりに近づいており、ソフトウェアは製品所有者が展開したい段階にあります。

以前は、つまりスクラムの前は、ソフトウェアを展開していました。ソフトウェアを開発し、ユーザーが定義した/合意したすべてのリリーステストに合格し、シミュレーターを使用して PO にソフトウェアをデモンストレーションし、目標を達成したと感じています。展開サポートを提供する準備はできていますが、展開するのは私たちの責任ではないと思います。

他の人々の経験とは？開発チームが展開を行うべきですか、それとも完成したソフトウェアを PO に引き渡してサポートを提供するだけですか?

まとめ

たくさんの素晴らしい反応、ありがとう。質問は、私が仕事や責任から身をよじろうとしているように見えるかもしれませんが、多分私は少しです ;o) 私がもっと興味を持っているのは、他の人々のプロセスです. ここで直面する問題は、開発チームがソフトウェアを展開すると、ソフトウェアの本番環境に 24 時間年中無休のサポートを提供することになります。私たちが2人しかいないことを除けば、問題ありません。そのため、常にサポートを提供するのではなく、ソフトウェアの開発に戻ることができるようにするために、開発プロセスに「IT」チームを関与させることが役立つのではないかと考えました。うまくいけば、これが「賛同」を得て、最初のレベルのサポートを展開して提供できるようになることを願っています。メキシコにも工場があり、開発チームがそこに行って展開するのは難しいため、現地のサポートがそれを行う方が理にかなっています。

念のために言っておきますが、IT エンジニアは開発者からのガイダンス/アドバイスを受けてソフトウェアを展開しました。これは非常にうまくいきました。顧客は満足しています。彼は自分のソフトウェアの価値を高めました。それがすべてではないでしょうか?

score 4 · Accepted Answer

ソフトウェアが動作していない、またはシステムが停止している午前 3 時に電話を受けるのは誰ですか? 開発チームの場合は、必ず展開を所有することを期待してください (本番を所有しているため)。

サポートできる組織のベストプラクティスは、運用グループに展開の指示と希望を伝えることです。スコッチのボトルも役立ちます。

生産管理が緩い場合は、強化してください。「Visible Ops」のような本は、物事を適切なレベルで適切な管理下に置くための優れたガイドです。

score 2 · Accepted Answer

私は複数の製品を担当する開発マネージャーです。私は開発チームに、マネージャーインターフェイスまたは Web サービス API を使用して Tomcat Web サーバーに簡単にデプロイできる .war ファイルなどのデプロイアーティファクトのビルドを作成させています。アプリの構成はすべて設定され、.war ファイル内に自己完結型です。したがって、展開を行う人にとっては、いわばそれを「ドロップイン」するだけです。

展開が開発チームから完全に分離できるレベルの展開の容易さが得られない場合、それは開発チーム側の仕事を適切に行うための失敗であると私は考えています。

展開を行う人は、特定の製品を多数の顧客サイトにリリースします。これは、私が開発者に任せる生産的な活動ではありません。開発者には、専門知識があるため、製品を設計および作成する必要があります。

私たちの組織では、展開の責任は、第 1 層の生産サポートの責任とも重なっています。

私たちはいくつかのスクラム方法論を実践していますが、この問題がソフトウェア開発プロセスの方法論自体に結びついているとは考えていません。

score 1 · Accepted Answer

動作中のソフトウェアがそれを必要とするユーザーの手に渡るまで、ソフトウェアプロセスは完了しません。
展開と構成管理を担当する人が他にいない場合は、あなたです;-)

score 1 · Accepted Answer

「社内」の開発者として、新しいソフトウェアを展開するのは (専門の展開チームがない限り) あなたの責任であると思います。契約書に明記されています。

score 0 · Accepted Answer

プロジェクトと「デプロイメント」があなたにとって何を意味するかによって異なります。私はWeb開発者であり、ほとんどの場合SQL Serverデータベースを使用して.NETアプリケーションを展開しているため、展開は常にリリースマネージャーまたは展開マネージャーによって行われることを好みます。なんで？ジョブを分離することで、必要なときに問題を確実にキャッチできるからです。

開発者の仕事は、必要なオブジェクトまたはデプロイ方法の指示を提供することである必要があります。その後、他の誰かがステージング環境にデプロイします。ステージングへの展開中に問題が発生した場合、ステージングへの展開が問題なく機能するまで、展開手順が修正されます。そうすれば、同じデプロイメントスクリプトを使用してコードを本番環境に移動するときに間違いがないことを願っています。つまり、コードだけでなく、デプロイメントスクリプトもテストする必要があります。

もちろん、現実の世界では、これは人事上の問題のために常に発生するとは限りませんが、これは私の理想です。

score 0 · Accepted Answer

私にはかなり単純に思えます-あなたでなければ、誰ですか？スクラムの使用を開始する前に、実際の展開の責任は他のチームに委ねられていましたか？そうでなければ、スクラムがそれを変える理由がわかりません。

score 0 · Accepted Answer

開発チームがスクラムの前に展開を提供していた場合、管理者が他の誰かがそれを行うべきであると明確に述べていない限り、開発チームはそれを継続する必要があります。管理が言っていない場合、彼らはそれについて実際に考えていません、そしてそれがいつものように魔法のように起こることをただ期待していました。

それが気に入らない場合は、経営陣に相談してください。ただし、別の言い方をするまで作業を行ってください。

score 0 · Accepted Answer

ソフトウェアを管理して展開する必要があると思います。ただし、ある種の重大なデータセキュリティの問題や、不潔な人が生産の最終段階に対処できるようにする SOX 問題がある組織で働いている場合を除きます。

最初のコメントに同意します-SCRUMはそれとは何の関係もありません。実際、展開している方がはるかに優れていると思います。なぜなら、物事がうまく機能しているかを直接知り、その場にいてユーザーからフィードバックを得ることができるからです。

deployment - 展開の責任者は誰ですか?

9 に答える 9

Related

Reference