タグ付けされた質問 「project-management」

私が勤務する会社では、ソフトウェア開発ライフサイクルへの準拠を計画し始めています。私たちはすでに、wiki、vcsシステム、バグ追跡システム、継続的インテグレーションシステムを持っています。 次のステップとして、ソフトウェア要件の構造化された方法での管理を開始します。多くの入力（開発者、マネージャー、商用、セキュリティアナリストなど）があり、ネットワーク共有の周りの.docの急増に対処したくないため、wikiや共有ドキュメントを使用したくありません。私たちは検索を試みており、FOSSソフトウェアを見つけて使用して、これらすべてを管理できることを願っています。 私たちは約30人で、商用ソフトウェアの予算がありません。要件管理のための無料のソリューションが必要です。 私たちが求めているのは、以下を管理できるソフトウェアです。 必要な機能： 構造化された構成可能な方法で分割されたソフトウェア要件 要件のバージョン管理（履歴、diffなど、ソースコードと同様） 要件の相互依存性（の子、親、関連） データ処理のためのルールベースのアクセス制御 マルチユーザー、マルチプロジェクト ファイルのアップロード（グラフ、関連ドキュメントなど） レポートおよび抽出機能 オプション機能： ウェブベース テストケース 時間ベースの管理（タイムライン、例外データ、結果データ） 人割等 ビジネス関連のもの ハードウェア割り当て処理 私はすでにtestlinkで遊んでいて、今はRTHで遊んでいます。次に試すのはredmineです。

8 project-management  tools  requirements 

「なぜ（一部の）ITプロジェクトが複雑になりすぎるのか、それを回避する方法は？」についての回想録を準備しています。 複雑なコードを含むプロジェクトに遭遇したり、維持するのが困難だったりした場合、どうやってそれをやり遂げましたか？ プロジェクトで使用する複数のアプリケーションから選択する必要がある場合、それらの機能で何が最優先事項であり、その理由は何ですか？

8 project-management  programming-practices  development-process 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 ジョエルテストは質問を含みます： ビルドを1ステップで作成できますか？ これは重要ですが、展開プロセスのいくつかはどのように合理化されているのでしょうか。 シュリンクラップからWebまでのすべてのソフトウェアが適用されます。これまでに作業した中で最も優れた展開環境は何ですか、またどのような手順が必要でしたか？

8 project-management  deployment 

ソフトウェアプロジェクトを計画する際に考慮する必要があるリスク要因は何ですか。

8 project-management  risk-assesment 

複数のクローズドソースソフトウェアを所有している会社で働いています。私たちのソフトウェアの1つは、クライアントにサービスを提供し、収入を生み出すために使用されます。そのため、それは私たちにとって商業的価値があります（そして私の給料を支払います）。 コードのオープンソースについて説明しましたが、MITやGPLなどのオープンソースライセンスの下でオープンソースを選択し、競合他社がコードをインストールしてクライアントに安価で提供できるようにするという選択肢は、明確な抵抗に直面しています。 オープンソースライセンスではなくコードを表示するのはどうですか？ 私がこれに反対してきた議論は、この動きがクライアントと開発者を混乱させ、どんな良いものよりも悪い宣伝を私たちに与えるだろうということです。PAINT.NETの開発者は自分のコードをリリースしていて、そのコードは教育目的のみであり、実際にはオープンソースではないことを競合他社に思い出させ始めたとき、多くの落胆を感じました。 また、オープンソーシングのためのオープンソーシングは意味がないと言われてきました。どうすれば収益を増やすことができるかについての計画がない限り、それは私たちには当てはまりません。えっと、正直言って計画はありませんが、やってみようと思いました。もちろん、これが私たちを助けるか、私たちを傷つけるかどうかは言えません。私は、業績を上げている企業を傷つけ、人々を解雇する可能性のある行動に責任を負いたくない。 先ほど述べたように、オープンソースライセンスはオプションのように見えないため、クローズドソースかコードの表示の中間にありますが、それでも通常の著作権ライセンスの下にあります。しかし、先に述べたように、競合他社が自社のコードを使用して独自のコードを作成するのではないかという懸念のため、コードを表示することに抵抗があります。 コードの表示に賛成か反対かに関わらず、この決定に役立つ可能性のある事実を誰かが知っていますか？

8 project-management  open-source 

私は自分が唯一のプログラマーであるプロジェクトにフリーランスで取り組んでおり、自分と実際の顧客の間に立っている4人の仲介者の行の終わりにいるのがわかります。 コミュニケーションはひどいもので、広告会社が作成した要件は薄弱です。 はしごの上の人々と無知に直面するような質問をし続けることで何とかコミュニケーションをとることができましたが、エンドクライアントからの連絡はありません。 プロジェクトはまもなく終了しますが、これらの条件の下で作業するのはこれが最後であると決定しました。 仲介者は、製品を出荷するという観点からはほとんど役に立たないですが、契約を結ぶのは私にとってまだ必要です。 したがって、私はそれらを完全に横断することを考えていません。むしろ、私は要件と設計プロセスの一部である必要があり、クライアントに会う必要があり、情報が必要になるたびに無知な人々のチャネル全体を通過する必要がないことを理解してもらう方法を探しています。 ベントしてすみません:) 何か案は ？

8 project-management  freelancing 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 新しいプロジェクトを始める前に最初に行う5つのことは何ですか？ あなたはいつも新しいフレームワークの研究に一日を費やしていますか？または、類似または競合する製品を使用していますか？

8 project-management  programming-practices 

概要としての短い要約： 私たちは小さなJava Web開発チームであり、JSF、Hibernate、Seamなどのさまざまなフレームワークとライブラリを使用してアプリケーションを作成し、それらすべてを一緒にJBoss ASにデプロイします。 当初、アプリは組み立てられ、いくつかの機能が追加されて潜在顧客に表示するショーケースが形成されました。研磨が行われ、アプリがリリースされ、承認されて機能し、時間が経つにつれ、追加機能が追加され、バグが修正され、新しいバグが発生しています。 高いバス要因とスタートアップレースのために、開発は手に負えなくなりました。システムのコアアーキテクチャを完全に理解していないのに、ますます多くの機能が追加されました。それはまだ機能していますが、システムが元の場所から別の場所に進化したため、常に落とし穴があり、最初はさまざまなショートカットが開発をスピードアップするために行われました-回避策が使用されているため、これはすべて戻ってきて開発が遅くなりますプロジェクトに新しい開発者を紹介するのはかなり難しい。 今、私は物事の整理と整理を進めています-バグ追跡システムのインストール、テスト/品質の文化の構築、自動テストの実行方法の検討、コードレビュー（私たちが欠けていたすべての豪華な専門的なもの）はじめに）クラスの階層や関数を整理するなどの一般的なリファクタリングを行い、ものを使いやすくします。これですべてが少し良くなりますが、やるべきことはまだたくさんあります。私は最初にシステムを構築した人ではなく（以前のプログラマーは去りました）、それを経験していません（現在2.5年間開発していますが、これが今のところ私の唯一の「オープンワールド」の経験です）。行う。 これが私の問題です： リファクタリングは常に良いものであり、私は物事を簡単にするために常にそれを行っていますが、基本的なアーキテクチャ（つまり、システムが依存するライブラリ、アプリケーションサーバー、データベースなど）をいつ、どのように、なぜアップグレードする必要があるのか​​、というのは私を困惑させます。 例： 現在、JBoss 4.2.2を使用しています。JBoss7.1のどこかをすでに読んでいますが、それでもいいですか？これをどのように評価できますか？ 大きなブロッカーのように見えるSeam 2.2を使用します（より高いJBossバージョンでは機能せず、JSF2をサポートしていません）。さらに、Seamの代わりにJEE機能を使用するように指示するソースが表示されます。 基本的に、私は上記の例で述べたものだけでなく、この問題の一般的なアプローチに興味があります-別のシステムの別のライブラリの別の時間にこの問題に遭遇する可能性があります（または他の誰かが同様の問題に直面する可能性があります） 。 だから、ポイントは何ですか？私は最新の状態で最先端のライブラリのみを使用する必要がありますか、それとも私が持っているものを使い続けるべきですか？私が使用している技術は文字通り死んだ馬であり、飛び降りることをどのように認識しますか？このようなテクノロジーのアップグレードはどのくらいの頻度で表示されますか？ そして、一般的な「アップグレード方法」の横にある別の質問。私のソフトウェアが「専門家によって作成された」ものと呼ばれる可能性があることをどのように認識しますか？一般的なプログラマーのセンス以外に、よくできたソフトウェアのJoelテストはありますか？

8 java  project-management  architecture  development-process  java-ee 

バックログを作成するとき、エラー処理やフィードバックなどのアプリケーションの側面など、非常に多くのユーザーストーリーに適用されるいくつかの要件があります。これらをどのように含めるのですか（各ユーザーストーリーで#includeディレクティブを使用せずに）？エラープレゼンテーションを機能として扱い、「システムが例外をキャッチし、情報をユーザーに表示する」など、この機能のユーザーストーリーを用意する必要がありますか？

8 project-management  agile  scrum 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 4年前休業。 私は最近、実装計画文書を作成するタスクを与えられました。見れるものの例を尋ねると、すでにベースとして利用しているプロジェクトプランを見るように言われました。私はまだ何を作成する必要があるかについて少し混乱しています。 誰かが私にそこの良い例や、これが何であるか、そしてもっと重要なことには何が含まれるべきかについての詳細を説明する何かを私に指摘できますか？

8 project-management  documentation 

私の仕事の本質は、数週間ごとにプロジェクトを切り替えなければならないことです。私の生産性に対する最大の障害の1つは、関連するすべてのコードを一定期間表示しなかった後、再び「頭の中で」元に戻すための立ち上げ時間であることがわかりました。これは、より短い休憩/より長い休憩では、より小さな範囲で発生します。 明らかに、優れた設計、ドキュメント、コメント、および物理構造がすべてこれに役立ちます（プロジェクトの切り替えをできるだけ頻繁に行うことは言うまでもありません）。しかし、私が見逃している可能性のあるプラクティス/ツールがあるかどうか疑問に思っています。これを改善するための具体的な方法は何ですか？

8 project-management  programming-practices  management  patterns-and-practices 

ソフトウェア開発には、競合するベストプラクティスがいくつかあります。私が発見したことから、多くのチームがアジャイルプラクティスの恩恵を受けている場合があります。ただし、他のいくつかのケースでは、統一プロセスの使用はIBMなどの大企業によって支持されています。 私が見つけた共通のテーマは、主にソフトウェアを開発するチームにとってはうまく機能するように見えました。 私は、ソフトウェアが実行されているハードウェアを生産するチームが反対側にいるショップで働いている人々にとって何が最もうまくいったか知りたいです。たとえば、1つのチームが複数のカスタムハードウェアを搭載したクレートを組み立てます。一方、これらのクレートで動作するソフトウェアを開発する必要があります。この場合に最適に機能する開発モデル（アジャイル、スパイラルなど）が見つかりません。 どんな知恵もこの領域は高く評価されます。

8 project-management  development-process