問題タブ [project-management]

あなたが今あなたの手に100ドルを持っているならば。そして、これらのオプションの1つに賭ける必要があります。それを賭けますか？質問は：

プロジェクトのコストを思いとどまらせる最も重要な要素は何ですか。

1. プログラマーのタイピング速度。
2. プログラミング中に入力された文字の総数。
3. 'wc*.c'コマンド。cファイルの終了サイズ。
4. 問題の解決中に使用される抽象化。

更新：わかりました、記録のためだけに。これは私が今まで尋ねた中で最も愚かな質問です。質問はする必要があります。上記のリストをランク付けします。最初に最も重要な要素。これが最も重要な要素です。文字数が重要だと思うので、お願いします。要件が変更されたときに変更する文字が少なくなります。速くなります。または？

更新：この質問はStackoverflowポッドキャスト＃23で議論されました。ありがとうジェフ！:)

私たちは、ソフトウェアでやらなければならないことの大量のバックログを、多くの異なるカテゴリで抱えています。たとえば、次のとおりです。

• 当社の製品が解決すべき新しい問題領域
• 既存の問題領域をサポートする新機能
• 既存のユーザーから要求された新しい機能
• 使いやすさと「見た目」の向上
• バックエンドへのアーキテクチャのアップグレード
• バグの修正

これらすべてを賢明な方法で管理することは、製品管理の仕事ですが、多くの理由で注意が必要です。まず、さまざまなものを保持するさまざまなシステムがあります (ファイル内の市場要件ドキュメント、バグ データベース内のバグ、ヘルプ デスク システム内の顧客要件、イントラネット上のエンジニアリングのウィッシュ リストなど)。次に、アイテムの多くは、サイズ、範囲、複雑さ、そしてもちろん価値が大きく異なります。つまり、選択は、リストを優先順位で並べ替えるほど単純ではありません。

現在、私たちはかなり大きく、複雑な製品と多くの顧客を抱えているため、基本的なソリューション (スプレッドシート、Google ドキュメント、ベースキャンプの To-Do リスト) だけでは、これに対処するには十分ではありません。物事をさまざまな方法でグループ化し、継続的に優先順位を付け、現在行っていることとこれから行うことを明確にする方法が必要です。ツールを管理するだけで誰かの時間を費やす必要はありません。

ビジネスが常に既存の顧客にとって最も価値のあることを行い、新しい顧客の獲得を支援し、ソフトウェアの内部を正常に保つことができるように、これをどのように管理しますか?

これは開発側とは異なることに注意してください。すべてを反復的かつアジャイルな方法で開発し、設計と実装のために何かを選択したら、それを実行できます。一番難しいのは、次に何をすべきかを考えなければならない部分です！

うまくいく方法やツールは見つかりましたか？もしそうなら、共有してください！(そして、答えも知りたい場合は、質問を評価して、表示されたままにしてください:)

補遺:もちろん、最初にすべてのバグを修正するのは良いことですが、顧客のマシンに実際にインストールされる実際のシステムでは、それは必ずしも実用的ではありません。たとえば、非常にまれにしか発生せず、修正に膨大な時間とアーキテクチャ上の大変動が必要なバグがある場合は、しばらく放置することがあります。または、誰かが何かを使いにくいと考えているバグがあるかもしれません。それを修正するには、その領域の大幅な改良を待つ必要があると考えています。そのため、すべてをすぐに修正するのではなく、忘れないように開いたままにしておく理由はたくさんあります。さらに、最も難しいのはバグ以外の優先順位付けです。何も持っていないと想像してみてください:)

私は走っていました.. トヨタについてのポッドキャストを聞いていました.. とにかく.

この原則は、ソフトウェア プロジェクトでは使用されないと思います。（おそらくプロジェクト管理）。芸術はまだまだ未熟です。現時点では、私たちが何をしているのかわかりません。しかし、最終的にはそうするでしょう。

あるいは、この核となる原則の使い方を理解している人はいますか?

わかりました、これがポッドキャストです。面白いと思います

http://itc.conversationsnetwork.org/shows/detail3798.html

主観的および/または議論かもしれません..しかし、ここに行きます.

私は、次の大きな仕事の機能を見積もるよう依頼されました。私はそれを分解します..ストーリーポイントを使用して見積もりを出します。ただし、この機能は、他のさまざまな企業のイニシアチブに加えて、サード パーティの図作成コンポーネントである GoDiagrams とのインターフェイスを必要とします.. (2008_Limited_Edition フレームワーク/サービスの全セット:)。バーンアップ チャートを使用して自分自身を追跡してきましたが、主に「スパイク」が原因でペースを維持できないことがわかりました..定義

私は週に2ポイントと見積もっていますが、ユーザーアクションをプレビューしたり、コンテキストを表示したりできるように、どこに接続すればよいかがわからないため、週末に仕事をしていることに気付きます（まあ、どこにも行かないようにしようとしています）。メニューなど。最終的には、スケジュールを軌道に乗せないスパイクを作成するのに時間を費やします...そしてその価値を減らします..正しい画像が得られません.

無知の板に釘を刺すにはスパイクが必要です。しかし、それらはどのように推定方程式に組み込まれているのでしょうか? 機能が間違っているように見える前に、必要なすべてのスパイクを実行します.. (YAGNI であることが判明する可能性があります) 途中で実行すると、フローが中断されます。今はイテレーション前の計画中です..しかし、これは毎週タッチラインを押し出しています.

あなたが行ったプログラミング プロジェクトの名前と、それにかかった時間を教えてください。上司は文句を言ったことはありませんが、時間がかかりすぎると感じることがあります。しかし、これは私もせっかちだからかもしれません。比較のためにあなたの経験を教えてください。

また、当初の計画よりも物事が常に長く、時にははるかに長くかかるように見えることにも気付きました. なぜ計画を立てないのかはわかりませんが、おそらく動機付けのためだと思います.

ライアン

プロジェクトのイテレーションの長さは、プロジェクト チームの規模に関係していると思いますか? もしそうなら、どのように？さまざまなプロジェクトの正しいイテレーションの長さを認識するために、他にどのような重要な要素を使用していますか?

つまり、私の現在の仕事では、通常、各プロジェクトに 1 人から 3 人の開発者、1 人から 2 人のアート ディレクター、1 人のプロジェクト マネージャーがいます。

プロジェクトを個別に管理できるソフトウェア、ソフトウェアの組み合わせ、またはある種のサービスを探しています。1 つのシステム/ソフトウェア内で複数のプロジェクトを同時に管理できることが重要です。各プロジェクトのセットアップ プロセスが複雑すぎる)。

SVN と統合し、バグ/機能/リクエストを追跡し、マイルストーンを設定し、SCRUM のようなアジャイル管理を行えるようにする必要があります。

できれば、Windows で実行できるようにする必要があります (あまり手間をかけずに、同じ Windows 2003 サーバーに Apache+Python+Svn+Trac を配置して、それらをすべて一緒に実行させようとしたことがありますか? 面白くありません)。 NET の開発と、ほとんどのサーバーで Windows 2003 が実行されています。

MS Project に似たプロジェクト管理ソフトウェアに興味があります。このプロジェクトは、私のソフトウェアを真剣に再構築するものです。バグ管理システムは既にありますが、プロジェクトの進捗状況を追跡する必要があります。

データがオフサイトでホストされているか、独自のサーバーをセットアップする必要があるため、Web ベースのアプリはあまり好きではありません。

私は MS Project が好きですが、見積もり時間を実際の時間と比較して、それを使用して将来の作業見積もりを按分するようには見えません。

ガントチャートとカレンダービューが欲しいです。

ご協力ありがとうございました！

あなたが彼らの要件を理解したことをあなたのクライアント/雇用者にどのように示しますか？

何を使うことをお勧めしますか？ユースケース図？フローチャート？データフロー図？デシジョンツリー？

私は本当に詳細な答えを求めているわけではありません。要件を書いた人とコミュニケーションを取り、両方が同じページにいるかどうかを確認するのに役立つ簡単なものです。

私たちは、多くのサブプロジェクトを含むかなり大きなプロジェクトを開始したばかりです。現在、名前付きプロセスは使用していませんが、バックドアから何らかのアジャイル/スクラムのようなプロセスを取り入れたいと考えています。

私が最も力を入れている分野は、プロジェクト全体の良好なバックログを持つことであり、少なくとも私の頭の中では、バックログからいくつかのものを取り出し、より詳細に検討し、合理的な期限まで開発する反復のアイデアです。 .

プロジェクトを分割してバックログに入れるために人々がどのような手法を使用しているのか、そしてバックログが作成されたら、それがどのように維持および順序付けされるのか疑問に思います。また、要素間の関係をどのように維持するか (つまり、これを行う前にこれを行う必要がある、またはこれが 1 つのストーリーであった場合は 5 つになる)

この質問に対する答えがどのように見えるかはわかりません。最も役立つのは、何らかの方法でバックログをオンラインに保持しているオープンソース プロジェクトがあれば、他の人がどのようにそれを行っているかを確認できることです。

私から+1を得る他の何かは、実際のプロジェクトからの実際のユーザーストーリーの例です（「ユーザーがログオンできる」というストーリーは、私のプロジェクトで物事を想像するのに役立ちません.

ありがとう。