問題タブ [project-management]

コンピューター上での使用状況を監視するいくつかの異なるアプリケーションに出くわしましたが、何を使用しましたか? あなたの活動を作文ノートブックに書き留めたり、サーバーに静かに報告するアプリをインストールしたりしますか? あなたは何が好きですか？

どのような状況下で（もしあれば）、チームにプログラマーを追加することで、すでに遅れているプロジェクトの開発が実際にスピードアップしますか？

一連のクローズド ソース アプリケーションとライブラリがあり、ソース コードを公開することは理にかなっていると考えています。

これまでのところ、コード ベースをクリーンアップし、公開する前にソースを文書化するために必要な作業が妨げられていました。

プロジェクトが成功する合理的な可能性がある場合、つまり貢献者がいる場合にのみ、ソースを公開したいと考えています。このコードは、多くの開発者にとって興味深いものになると確信しています。

プロジェクトの「面白さ」と「有用性」以外に、オープンソース プロジェクトの成功を左右する要因は何ですか?

例:

• コードのクリーンさ
• ソースコードのコメントの利用可能性
• 完全または部分的に文書化された API
• ライセンスの選択 (GPL 対 LGPL 対 BSD など...)
• 公開リポジトリの選択
• 公開ウェブサイトへの投資

GUIでフィーチャークリープを管理する方法について、実用的な提案はありますか？

内部と外部の両方のソースから、追加、変更、微調整などの強いプレッシャーを受けています。誰かが「素敵じゃないか...？」という言葉で私に近づくと、私はいつもうんざりします。彼らは私の上司や顧客であることが多いので、私はただ振り返って彼らに「いいえ」と叫ぶことはできません。

代わりに、常に新しい機能を追加することが悪い考えである理由を説明するのに役立つ提案を探しています。そうすることで、最終製品に対する彼らの期待を管理します。

Codeplex や Sourceforge のように機能する、職場で内部的に展開できる無料/オープン ソースの共同プロジェクト マネージャーを探しています。誰かがこのようなことを知っていますか、もしそうなら、あなたはそれを経験していますか.

要件：

• オープンソースまたは無料
• ローカルに展開可能
• Sourceforge / Codeplex と同じタイプの機能があります
  • 問題/機能追跡
  • コミュニティ インタラクション (つまり、投票、役割など)
  • SCM 統合(オプション)
• .NET/Windows フレンドリー(オプション)

すべてのビジネスは、内部ユーティリティと、開発者が生活を楽にするために作成するドメイン固有のアプリを持つことになります。社内の開発者コミュニティからの意見があれば、もっと良くなる可能性があります ( GMailと言えますか? )。私は単純に、そのような対話が行われるための簡単な場所を提供することで、社内でそのような環境を育成したいと考えています。

アップデート：

だから私は Trac と GForge の両方で見られるものを気に入っていますが、どちらも UNIX/Subversion 環境に重点を置いています。ここまで明記すればよかったのですが、当店は上から下までMSショップです。これらを MS .NET 環境で試して使用することは、どの程度実用的だと思いますか? それは、丸い穴に四角いペグを突き刺そうとするようなものでしょうか?

TiddlyWiki をメモやコード スニペットの個人用データ​​ベースとして使用するとしたら、複数のマシン間で同期を維持するにはどうすればよいでしょうか。svn/cvs などは機能しますか。マージをどのように処理しますか?

私はすぐに新しいプロジェクトを主導するでしょう。そして、私はソフトウェアプロジェクトの基本的なインフラストラクチャについて考えてきました。これらは、すべてのプロジェクトに必要なものです。

-コーディングスタイルの規則

-命名規則

-標準のプロジェクトディレクトリ構造（例：Mavenの標準ディレクトリレイアウトなど）

-プロジェクト管理と問題追跡（例：trac、redmineなど）

-継続的インテグレーションサーバー（ハドソン、クルーズコントロールなど）

何かを逃したかどうかはわかりません。誰か追加したいですか？

プロジェクトに取り組むとき、興味深い部分がコード化された後、私のモチベーションは大幅に低下します。この問題を克服するためにあなたは何をしますか？

私は4人の小さな開発チームで働いています。「アジャイル スタイル」の開発を試みています。ストーリー ポイント、小さなタスクなどです。残念ながら、現在、(共有) Excel テーブルでタスクを管理しています。

いくつかの利用可能なツール (Mingle、TFS、スクラム for Team System) を調べましたが、これらはすべてオーバーヘッドが大きすぎて、作業の楽しさを損なうように見えました。

アジャイル愛好家は、長期間にわたってタスクを追跡するために何を使用していますか?

更新 現在の最上位の回答は、私が尋ねようとしたことに対する実際の回答ではありません。長期的に見て、どの機能とタスクを正しく見積もったか、どこでひどく間違ったのかを見つけるのに役立つツールが必要です。ホワイトボード/すべてのポストイットが現在または以前のイテレーションの管理にどのように役立つかはわかりますが、2 か月前のポストイットを探しているとは思いません。

私は、概念実証として受け入れられ、現在、実際の生産プロジェクトとして予定されているプロジェクトに取り組んでいます。他の人がこの移行にどのようにアプローチしているかに興味があります。

さまざまな情報源から、プロジェクトが概念実証として開始される場合、その急速に進化する段階で書かれたすべてのコードを破棄し、学んだことを頼りに基本的に白紙の状態からやり直すのが良い考えであることが多いと聞いています。概念的な段階からですが、最初に書いた潜在的に厄介なコードをクリーンアップする作業はありません。「これから送信しようとしている怒りのメールの最初のコピーを捨てて、最初からやり直す」理論のプログラミング バージョンのようなものです。

私はこれを過去に行ったことがあり、プロダクションで使用する概念コードもリファクタリングしましたが、新しいプロジェクトの移行段階にあるため、他の人がこれをどのように行っているかを知りたいと思いました. 明らかに、多くはプロジェクト自体と概念的なコードに依存します (たとえば、生成したものが機能するがスケーリングしない場合は、最初からやり直すのがおそらく最善ですが、プロジェクトのタイムラインが非常に圧縮されている場合は、強制される可能性があります。あなたがすでに書いたものの上に構築するため）。

とはいえ、すべてが平等であるとしたら、皆さんはアプローチとして何を選択しますか?