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

プロジェクト管理は、特定の目標を達成するためのリソースの計画、編成、確保、および管理の分野です。

7
新しいフレームワークを構築するための一般的なルールやベストプラクティスはありますか?
オープンソースのECMとやり取りするために、新しいフレームワークの設計と開発を開始する必要があります。これには、このECMと対話するWebサイト開発者を支援するカスタマイズされたデータモデルが含まれているため、ノード操作の詳細やその他の低レベルの詳細を気にする必要はありません。これは、開発するクラスとメソッドの集まりです。 そのプロジェクトの組織と管理をどのように扱うかについて、いくつかの疑問があります。従うべき一般的なルール、ヒント、ベストプラクティス、またはこの種のプロジェクトを開発する際に留意すべき点はありますか? フレームワークまたはライブラリの開発とアプリケーションの開発には多少の違いがあると確信しています。


11
大学を出てすぐにソフトウェアプロジェクトマネージャーとして採用されるためのヒントはありますか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 私は昨年9月にcompsciでBSを卒業し、それ以来プロジェクトマネージャーとしての仕事を見つけようとして(失敗して)います。 私は学校でソフトウェアエンジニアリング(コーディングだけでなく、すべての背後にある正式なプラクティス)に夢中になりました。そして、私は人生の最後の3〜4年間をプロジェクト管理と経験を積むためにできることすべてを学ぶことに専念しました。在学中にいくつかのプロジェクト(約12人のチーム)を管理し、大学のソフトウェアエンジニアリング研究所で働いていました。私の履歴書もまともです-私は学校に行く前にプログラマーとして働いていました(今は27歳です)。3回夏にGoogle Summer of Codeをしました。また、大学の新聞の写真編集者として2年間働いたことで、一般的な「人事管理」の経験もあります。 就職活動の最初の問題は、十分な面接を受けられないことです。私は通常、自分が話していることを知っている非人事担当者から連絡を受けるため、素晴らしいです。しかし、定期的にインタビューを受けるのに十分な企業はありません。monster.comのようなサイトも試しましたが、必死になって、60以上のアプリケーションをプロジェクト管理職に送りました。3つの自動拒否通知を受け取りましたが、それだけです。少なくともcarriers.stackoverflowは、私が応募する8/10の場所で電話インタビューを受けます。 しかし、主な(そして非常にイライラする)問題は経験の問題です。私はプロジェクトを最初から最後までうまく管理しました(私のソフトウェアエンジニアリングクラスでは、実際の顧客が実際のソフトウェアニーズを持ち込み、彼らのためにそれを構築しました)予算とお金を扱う必要はありませんでした(私は知っています)これが、人事担当者がすぐに私を背ける理由です)。これらの職種のほとんどは5年以上のPM経験が必要であり、12年以上のような不条理な仕事を見てきました。 インタビューも腹立たしい。私を愛してくれる場所がたくさんあり、インタビューの最終ラウンドに参加しました。物事は非常にうまくいったと思って、彼らは私を考慮してくれました。しかし、1週間後にチェックインすると、「私たちはあなたが本当に好きで、あなたの資格は優れていますが、より多くの経験を持つ人を見つけたいと思っています」と教えてくれます。私が理解できる悪いインタビュー-ローカルおよび海外の両方で開発者を管理していたPMポジションのように-私は彼らと3回のインタビューを行い、インタビュープロセス全体でCSブレーンティーザーを求め、クイックソートの作成などに時間を費やしました紙の上または二分探索木を書く。より関連性の高いPMに向けて議論を進めようとしても、 しかし、私が良いインタビューをするとき、彼らは私の「資格は優れている」と言いますが、彼らは「より多くの経験」を望んでいます。他に何ができますか?私は技術的に関与したPMのポジションを目指しています(予算の数値を計算するだけではありません) 。実際、将来のキャリアの目標はPMであると言うのを間違えているため、資格のある開発職を取得することさえできません(通常、「すでにPMとこの位置は本当にそこにあなたを得るために設定されていません。」-私は「いいえ、それは私の仕事です。 私は長い暴言に謝罪しますが、それは私のキャリアの目標であり、夜に目を覚まし続ける情熱の両方であるため、PMとして雇われることに真剣に取り組んでいます。他に私ができることについて何か提案はありますか?現在、ソフトウェアエンジニアリングに関する私の哲学について語るブログを書いています。また、雇用者を設計、コーディング、展示するiOSアプリの仕様を書いていますが、これにはかなりの時間がかかります持っていない。

5
プロジェクトの開発を開始する前に何を計画しますか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 クライアントからプロジェクトの仕様を受け取ったとします。そして今、プロジェクトの開発を開始します。通常、最初のモジュール(通常はユーザー登録)から始めて、あるモジュールから次のモジュールに進みます。モジュールの動作を開始する直前に頭の中で計画するだけですが、その前に計画はありません。 ただし、仕様を検討し、コーディングする前にシステムがどのように機能するか、たとえば主要なコンポーネントは何か、それらはどのように相互作用するかなどを計画しておいた方が良いと思います。私が何を計画すべきか正確にはわからない。 私が何を求めているのかをよりよく理解するには、どのようにすればよいですか- a)プロジェクトをコンポーネントに分割し、 b)相互作用を計画します。たとえば、クラス図を作成したり、単体テストを作成したりする必要がありますか? 何か案は?

11
この状況に対する唯一の合理的な対応をやめることですか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は、事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は、議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、おそらく再開できると思われる場合は、ヘルプセンターをご覧ください。 6年前に閉鎖されました。 興味深い記事、ITをやめる10の理由を読みました。 このテキストの一部を引用します。 「義務と技術のこの誤解は一つのことをします。それはあなたの仕事を不可能にします。権力があなたのためにあなたの部門をマイクロ管理し始めるとき、一つ一つの悪い要素は悪化します。経営者はあなたの仕事を知りませんが、彼らはあなたの仕事を知らないことを知りません。それはすべて、ストレスの悪質なメビウスの帯です。」 これはまさに私のプロジェクトで現在起こっていることです。クライアント、つまり支払いをするクライアントは、すべてになりたいと思っています。彼は、プロジェクトであらゆる可能な役割を果たすことを望んでいます。彼は、プログラミングについて単一のことを知らない場合でも、詳細な技術的説明を求めています。そして、何かがうまくいかないとき、彼はそれを他の誰かのせいにします。 誰か同様の経験がありますか?これらの状況に対処する方法に関するアドバイスはありますか?

13
間違ったトラックに費やした時間をクライアントに請求すべきですか?[閉まっている]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 閉じた3年前。 私はクライアントのために解決するために小さなCSSチャレンジを取り上げ、時間給で支払います。最終的にそれを解決しましたが、5時間かかりましたが、約25%の時間を間違ったトラックに費やし、最近のブラウザーでしか動作しないCSS3ソリューションを試し、最終的にJSを介してフォールバックが不可能であることを発見しました(当初考えていたように)。25%をクライアントに請求する必要がありますか? 詳細:見積もりを提供しなかったので、チャレンジ自体が好きだったので、見積もりを出す前に作業を開始しました(ただし、以前に彼と一緒に仕事をしたことがあるので、彼は非現実的な期待を持つ人ではないことがわかります)。最悪の場合、私は興味をそそられるCSSチャレンジに5時間の無給費を費やしていたでしょう。そして、私はすでに作業を完了しているので、私たちの両方に可能な限り公平な見積もりをします。:) 編集:ありがとうございました、私は私が複数の答えを受け入れることができればいいのに!私は結局彼に余分な時間を請求しませんでした(私は彼に3年半の請求をしました)が、私は彼に請求したよりも私がそれに取り組んだことを知っているように彼に言及しました。たぶんそれが彼がすぐに「推定値」を受け入れた理由かもしれません(その場合、それは推定値ではなかったので、引用です)。

9
プロジェクトマネージャーはスクラムで役に立ちますか?
スクラムには、チーム、プロダクトオーナー、スクラムマスターの3つの役割が定義されています。プロジェクトマネージャーはいません。代わりに、プロジェクトマネージャーの仕事は3つの役割に分散しています。 例えば: スクラムマスター:プロセスの責任者。障害を取り除きます。 プロダクトオーナー: ROIを最大化するために実行する作業のリストを管理および優先順位付けします。すべての利害関係者(顧客、利害関係者)を表します。 チーム:自分自身で作業を見積もり、配布することにより、作業を自己管理します。自らのコミットメントを満たす責任があります。 したがって、スクラムでは、プロジェクトの成功を担当する責任者は一人もいません。コマンドとコントロールの構造はありません。それは多くの人々、特にアジャイル手法に慣れていない人々、そしてもちろんPMを困惑させているようです。 私はこれとスクラムの実装を壊す可能性があるものの1つだと思うので、これとあなたの経験に本当に興味があります。 プロジェクトマネージャーは必要ないという点でスクラムに同意しますか?そのような役割はまだ必要だと思いますか?どうして?

12
アジャイルソフトウェア開発の魅力は何ですか?
アジャイルソフトウェア開発は、最近ではかなり楽しい流行語になりつつあります。 開発者として、私は反復開発の実際的な価値を理解していますが、(ほとんどの場合)ソフトウェア開発へのアジャイルアプローチを採用することは開発者の選択ではありません。トップダウンの管理選択です!クリスタル、アジャイルメソッド、dsdm、rup、xp、スクラム、fdd、tddのいずれであっても、名前を付けてください。開発者の選択ではありません。 世の中のすべてのマネージャーにとって、(私の経験では)ほとんどのマネージャーがコードの一部に触れさえしていないときにアジャイル開発を選択する最大の理由は何ですか?

3
危機中のプログラミング
これを適切な質問に変えるのは難しいですが、ここに行きます... あなた方の中には、オーストラリアのクイーンズランドで起こっている洪水について聞いたことがあるかもしれません。さて、私は今ブリスベンの内側の郊外にいます。火曜日から川はゆっくりと私の家に向かって忍び寄ってきました。今朝仕事に出かけたとき、通常数キロ離れていたのに道を20メートル下った。 統計局が攻撃を開始してから数時間以内に、政府はすでに、何が起こっているのか、洪水がどこで発生すると予測されるのかについての情報を入手できる、かなり優れたWebアプリケーションを用意しました。また、人々が親relativeの居場所を検索したり、他の人が見られるように自分の場所を登録したりするためのデータベースをセットアップしました。 このようなプロジェクトの開発に関与したことがある人はいますか?平均的な開発会社がせいぜい数週間かかるかもしれない日よりも短いと思われるもので、彼らがこのソフトウェアを大量生産できるのは興味深いことです。「通常の」プロジェクトとはどのように違いましたか?他に考えはありますか?

4
スコープクリープの管理方法
多くの場合、追加の機能を実装することを求める直前のリクエストをビジネスから受け取ります。通常、プロジェクトマネージャーはこれらの要求を「必要」または「必要」として除外する責任がありますが、ビジネスがこれらすべての機能をリリースに絞り込みたい場合があります。ビジネスにノーと言う良い方法はありますか?スコープクリープを停止または最小化するには、どのような手順を実行できますか?

7
他の人のコードを学習するプロセスをどのように説明すればよいですか?(請求書発行の状況で。)[終了]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 編集:ジャスティン・ケイブは、この種のコミュニケーションが私の引用/見積もりで前もってあるべきであるという良い点を指摘しました。この場合、「既存のコード学習」アクティビティを記述するために人々がどのような言語を使用しているかを知りたいと思っています。特に、以前にソフトウェア請負業者と取引したことがない会社にとって。 編集を終了 大企業向けに社内ソフトウェアをアップグレードする契約を結んでいます。同社は、複数の機能追加といくつかのバグ修正を要求しています。これは私の最初のフリーランススタイルの仕事です。 まず、アプリケーションがどのように機能するかを理解する必要がありました-私はユーザーであるかのようにそれを学びました。 次に、ソフトウェアがどのように機能するかを学ぶ必要がありました。広い概念から始め、必要な詳細に絞り込んでから、各バグ修正と機能に取り組みました。 少なくともプロジェクトの開始時には、既存のコードを学習するのに、追加機能を書くよりもはるかに長い時間がかかりました。 請求書の既存のコードを学習するプロセスをどのように説明できますか?(会社のこの部分は通常社内で仕事をしているので、私のようなソフトウェア請負業者との取引経験はあまりありません。他の人のコードを学ぶオーバーヘッドを理解できないかもしれません。)実際の機能のアップグレードに学習時間を追加したくありません。これは、場合によっては「単純なタスク」に時間がかかりすぎるように見えるためです。請求書を関連するステップに分割し、自分のコードを追加する前に他の人のコードを学習するための大きなオーバーヘッドを請求していることを伝えたい。 ジョブの請求時にこの種のアクティビティを記述する標準的な方法はありますか?

5
ソロプログラマー向けのソフトウェア開発におけるベスト/よく知られているプラ​​クティスの最小サブセットは何ですか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 私は長い間仕事で孤独なプログラマーでした。通常、私は記事や記事を読んだことがあります バージョン管理システム 継続的インテグレーション/配信 開発方法:スクラム、ウォーターフォール、Vモデル、アジャイル、XPなど。 ソフトウェアプロジェクト管理 しかし、それらのほとんどすべてがTEAMSに焦点を当てているようです。私はチームではないので、たった1人のプログラマにとって絶対に最低限のプラクティスは何でしょうか?以下の条件を考慮してください。 他の人のコードとの競合はありません。 ファイル/ディレクトリツリーを維持する必要はありません。私の開発環境では、バージョン管理自体が重要です(イメージベースの開発)。 正式な要件はありません。ユーザーは自分が何を望んでいるかわからず、それで問題ありません。 リリースやドキュメントの配信に興味を持っているのは私だけです。基本的に顧客は結果を望み、ソフトウェアの方法論などは気にしません 私の考えでは、顧客の要件に直接関係のないものに時間とエネルギーを費やしたくはありません。推奨事項はありますか?

5
チームのプロセスは制御不能ですか?
私はソフトウェア開発チームのリーダーであり(最近、新しいチームを管理しました)、最終的には高い生産性、優れた品質、組織的な優先順位を維持する責任があります。 私のチームには6人の上級開発者がいますが、ここでは混乱のように感じます。状況は、私たちの会社の約10の異なる連絡先からのJIRAリクエストに対処する必要があり、それらはすべて異なるビジネスユニットまたはクライアントを表しているということです。 私が抱えている問題は、私の仕事は主に一日中火を消すことと、すべての人の問題に取り組んでいることを確認することです。残念なことに、当社の文化は高い生産性(高速リリース)でありながら低品質(生産バグ)であり、クライアントは結果の突然の遅れを受け入れません。 これを処理する良い方法は何ですか?私にはたくさんの理論がありますが、私のような状況で実際に働いた経験のある人からの答えを探しています。 動作の簡単なリストを次に示します。 各開発者は、特定のアプリケーションと対話するサービスに対して責任を負います。 通常、リリースは、シミュレートされた実稼働サーバーでクライアントによってテストされ、ライブサーバーに展開されます。 各アプリケーションは平均50〜80人で使用され、合計8つのアプリケーションがあります。 ありがとう

6
チームリーダーの主な仕事は何ですか?[閉まっている]
閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか?この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 6年前に閉鎖されました。 アジャイルプログラミングモデルに続くプロジェクトで、チームリーダーの主な仕事は何ですか? チームリーダーとプロジェクトマネージャーの仕事の違いは何ですか?

5
厳格な非アジャイル手法を使用するチームにアジャイルを導入する方法は?
アジャイル以外の方法論に対して誇らしげに認定され、説明責任を実証するための顧客へのセールスポイントとして使用している会社を考えてみましょう。 かんばんやスクラムを、システム全体を壊さずに徐々に導入し、それでもなお説明責任/監査可能であると自信を持たせるにはどうすればよいですか? これは「スクラムのようなアジャイルな方法論をどのように導入しますか」に関連する可能性がありますが、ここでは、会社がSDLCを誤ったふりをしてSDLCを管理する特定の方法を課しているという事実を回避/回避する方法について疑問に思っています監査証跡を持つ唯一の方法。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.