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

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

13
*コード所有者*システム:それは効率的な方法ですか?[閉まっている]
チームに新しい開発者がいます。アジャイル方法論は、私たちの会社で使用されています。しかし、開発者には別の経験があります。コードの特定の部分を特定の開発者に割り当てる必要があると考えています。したがって、1人の開発者がプロ​​グラムプロシージャまたはモジュールを作成した場合、プロシージャ/モジュールのすべての変更は自分だけが行うのが正常であると見なされます。 プラス面では、おそらく提案されたアプローチでは、各開発者がコードの自分の部分をよく知っており、修正を迅速に行うため、共通の開発時間を節約できます。欠点は、開発者がシステムを完全に知らないことです。 このアプローチは、中規模システム(ソーシャルネットワークサイトの開発)でうまく機能すると思いますか?

6
(優先度など)のgithubの問題を管理する方法は?[閉まっている]
私はgithubが初めてで、問題の管理方法に関するアドバイスを探しています。私は優先順位やその他の順序付けオプションを持っていることに慣れていますが、どれも存在しないことがわかります。 他の人はバグ/機能のライフサイクル中にどのように問題を管理しますか? 前もって感謝します。

20
私が持っているすべてが大きなアイデアである場合、大規模なプロジェクトを開始する手順は何ですか?[閉まっている]
私はコンピューター工学の学生です。大きなプロジェクトをどのように処理できるか考えてきました。より効率的かつ効果的な方法で目標を達成するための最初のステップは何ですか? プロジェクトを思いついたとき、どのようにそのプロジェクトに取り組み始めるべきかわかりません。多くの場合、私はそれを無視します。ただし、プロジェクトのアイデアはもう無視したくありません。 今、私はあなたのすべてに尋ねています、誰でも彼/彼女の経験を共有できますか?私が持っているすべてがアイデアであるとき、どのようにプロジェクトを始めるべきですか?

4
GitHubで放棄された問題をどうするか?
誰かがGitHubで問題を開いたが、エラーを再現するための詳細な情報が求められ、それが与えられない場合、通常の手順は何ですか?例。 ここで著者は「nav breaks」と述べています。私はそれが修正されたと信じていますが、私たちが同じことについて話していることを確認するために著者からの一言をお願いします。ただし、問題のレポーターが消える場合があります。放棄された問題の有効期限を設定することは良い/一般的な慣行ですか? これらの条件のようなもの: 問題をデバッグできるようにするために、問題に関する質問が発生します。 開発チームからの最後の未回答の質問/コメントから2〜6か月以上が経過しています。 バグはクローズ時に再現できません(何らかの理由で、再現できない可能性があります)。 警告は、それを閉じる2週間前に発行されます。 プロジェクトは通常何をしますか?Googleで何も見つかりませんでした。また、これをどのように文書化しますか?上記のポイントを詳述したREADME.mdの簡単なメモと、閉じられた理由を説明する問題のコメントで十分ですか? 注:バグはまだ関連している(または関連していない)可能性があるため、この質問とは異なりますが、情報が不足しています。

9
要素の納期を固定することは、「アジャイル」な作業方法ですか?
私たちは、上級管理職による新しいプロジェクトに機敏に取り組んでいくと言われ続けています。彼らはスタンドアップ、スプリント計画、回顧などをセットアップしました。しかし、彼らは今、私たちが各要素に対して日付を提供し、それぞれでデモされるもので再び日付を見せたいすべての仕事を詳述する計画を思いつきました。 1。この計画は、2017年第2四半期に予定されています。 私にとってこれは最悪の意味でのウォーターフォールのように思えます。技術チームからの情報がない計画が作成されており、計画に関する特定のストーリーが非常に不明確であり、開発チームによって推定されていません。 しかし、私は彼らの議論が「シニアの利害関係者は日付を持たなければならず、計画が必要であり、単にバックログから作業することはできない」ことを知っています。私には、これは上級の利害関係者がアジャイルに買収していないようであり、したがって、私たちはそれをより低いレベルで実装することに失敗する運命にあります。 これは公平な判断ですか、それともこの計画に過剰に反応していますか?

9
一般的に言って、すべての機能部分を作成するか、UIを最初に動作させるのが良いのでしょうか?
一般的に言って、すべての機能部分を作成するか、UIを最初に動作させるのが良いのでしょうか? あなたが大きな何かに取り組んでいると仮定すると、UIの前にすべての機能データ収集ブロブを動作させる、一般的に受け入れられているプラ​​クティス、すべてのUIを一度に1つずつ動作させる、または途中で何かを行うのは一般的ですか? 管理しやすい部分に細分化することは誰もが知っていますが、問題は最終的にはUIが管理可能な部分に含まれるかどうかです。 この例の場合、1つのルートウィンドウを備えたGUIアプリケーションを考えてみましょう。ただし、さまざまなデータコンポーネントを分離するためにさまざまなドックに12個以上のタブがあります。個々のタブには、機能ユニットの観点から、その背後にある比較的複雑な可動部品のセットがあります。 この特定の問題の応用例はあるここに付随ブログやオリジナル商品。

5
リード開発者として成功するにはどうすればよいですか?[保留]
私は特定のプロジェクトの主任開発者になりましたが、全体像に焦点を当てて、プロジェクトのすべての部分をカバーするのに苦労しています。 このプロジェクトを管理するとき、私は何に留意すべきですか?すべてが必要な方法で処理されるようにするにはどうすればよいですか?

5
ユニットテストに「投資」するよう経営陣をどのように説得しますか?
どのようにしてユニットマネージャーにあなたをマネージャーに納得させましたか? 「使用」とは、ソース管理への開発、チェックイン、および長期にわたる単体テストの維持などを許可することを意味します。 一般的な管理の反対意見は次のとおりです。 顧客は単体テストの費用を支払わなかった このプロジェクトでは、単体テストの時間が許可されていません 技術的負債?どのような技術的負債ですか? 他の異議を知っていますか?あなたの答えは何でしたか? 前もって感謝します!

10
仕事後のプロジェクトを開始して維持する方法
私はフルタイムの開発者として働いています。しかし、私の職場では、使用できるテクノロジーとプログラミング言語が非常に制限されています。すべての作業はC ++で行われます。 C ++がその主導的地位を急速に失っている(あるいはすでに失っている)ことは明らかです。(私を怒らせないでください、私は長年のC ++の経験があり、この言語が大好きです、単に事実を述べているだけです)。Java / Androidプロジェクトと、C#で実装したいプロジェクトのアイデアがいくつかあります。これは、私が雇用市場の動向を常に把握するための方法だと考えており、最新の分野で次の仕事を見つけるのに役立つことを願っています。 だからここに問題があります: 私の通常の勤務時間は10〜11時間で、子供や家事を終えた後、疲れて考えるのに1〜2.5時間ほどかかります。その時点で、私はイライラし、自分の計画に固執することができないことに失望し、翌朝目を覚ましてすべてをやり直します。 週末はさらに数時間ありますが、目標を達成したい場合は明らかに何か違うことをする必要があります。 時間を有効に活用する方法はありますか?あなたの誰かが同様の問題を抱えていて、それをうまく解決しましたか?

7
スクラムは公開入札と互換性がありませんか?
公的機関から、スクラム、かんばんなどの用語と概念を説明するアジャイル開発の101に関する非公式ワークショップを行うように依頼されました。私は約5年間アジャイル環境で働いてきましたが、私はスクラム伝道者とは思いません。 ワークショップの後、彼らはそのアイデアを気に入りました。しかし、彼らは外部のソフトウェア会社に彼らのためにソフトウェアを開発するよう依頼する必要があるので、彼らにはアプローチがおそらく適用されないだろうと説明した(彼らは少数の開発者しかいない)。この活動は、結果、価格、および期間を説明する公開入札プロセスで行う必要があります。これは、この組織(公的研究機関)の予算を申請するための法的要件です。 これらの制約は、アジャイル開発の基本原則とは幾分矛盾しています。 スクラムはそのような環境では互換性がありませんか? この組織に何をお勧めしますか?

10
コードをクリーンアップするために定期的な時間をスケジュールすることは良い考えですか?[閉まっている]
私は小さな開発者チームを管理しています。コードをクリーンアップするために、1〜2日を費やすことにします。 コードベースをクリーンアップするために、2か月ごとに1週間などの定期的な時間をスケジュールすることをお勧めしますか?

14
プロジェクトを完了することはどれくらい重要ですか?[閉まっている]
私は学生です(まだ大学に通っています)。今から5年ほどプログラミングをしています。その間、私は言語から言語へ、APIからAPIへ、そしてプロジェクトからプロジェクトへと飛び回っていました。私は一つのことに自分自身を設定しようとしましたが、興味を失います。私のPC全体は半分の完成したプロジェクトでいっぱいです(そして、少なくとも4倍は私のディスクからフォーマットされています)。 それを楽しむためのプログラミングに対する私のモチベーションが低いのは、私が最後に完成したプロジェクトを一度も手に入れられないからではないかと思い始めます。私は、あまりにもオープンエンドの目標を持っているのか、それとも注意力が低いだけなのかわかりません。私はそれらを完成させるためだけにいくつかの小さなプロジェクトを試みましたが、それらは私には全く興味がありません。 これが私のモチベーションの低下の原因になりますか?また、私がuni(そして将来的にはソフトウェアの仕事)に行くことを申請するとき、それは問題になる可能性がありますか? 要約すれば: キャリア、モチベーション、または教育のために、サイド/ホビープロジェクトを完了することはどれくらい重要ですか?

14
より良い見積もりをする方法を学ぶには?[閉まっている]
私は見積もりを吸います。誰かが私に何か時間がかかるかと尋ねると、私は完全に調子が悪くなるので、推測する勇気さえありません。通常、私はあまりにも楽観的であり、おそらく私の推測にいくつかの大きなX因子を掛けるべきです... より良い見積もりをする方法を学ぶにはどうすればよいですか?私の大学では教えられていませんし、すべての労働の期限がありますが、私は何かが実際にどれくらいかかるかについて決して考えません。どっちがいい?みんなのために(特に私のもの)。

12
空売りせずに追加の開発者を雇うように雇用者を説得するにはどうすればよいですか?[閉まっている]
私は小さな会社で唯一の開発者です。ここでゆっくりと開発に移りました。4か月前までは、私の時間の50〜75%が運用に費やされていました。現在、私の時間の50〜75%が開発に費やされ、残りは運用とさまざまなITスタッフに分けられています。私は定期的に週に50時間以上働いています。 私は、ビジネスの多くが依存している、かなり貧弱に書かれたアプリケーション(以前は2人が保守していたアプリケーション)を継承しました。これらを継続して実行し、新しい小規模なアプリケーションで作業し、その他の責任を負っています。 スケーラブルであるために、既存のソフトウェアは重要なリファクタリングと追加機能を必要とします。これまで、適切に作成または設計されたソフトウェアに取り組む喜びはありませんでした。このタスクの複雑さは、私が以前にやったことをはるかに超えています(これは大学卒業後の私の最初の仕事です)。私は雇用主や自分自身でそれを一人でやろうとはしないでしょう。 私は自分の未経験について非常に直接的でしたが、過去には、経験豊富な別の開発者を雇うことがおそらく必要であると述べました...私たちが成長し、開発および保守するソフトウェアが増えています。私は別の開発者を雇うことで大きな恩恵を受けることを知っています。誰かから学び、アイデアを跳ね返すことは素晴らしいことです。StackOverflowは、個々のコーディングの問題や概念へのアプローチを決定するのに最適ですが、特定のビジネスドメインに固有のより広いまたはより重要なスケールでの議論に代わるものではありません。最近カジュアルな会話で別の開発者を雇うことについて言及したとき、彼らはそれがそれほど重要または必要だとは思わなかったようです。 tl; dr:現在のパッチジョブとその他の責任はすでに仕事に費やしています。既存のアプリケーションの作業はスキルセットを超えており、計画中の新製品に取り組む時間はほとんどありません。雇用主は当初、別の開発者を雇うことに消極的のようです。 怠け者や無能だと思わずに、他の開発者を雇うにはどうすればよいのでしょうか(私はどちらでもないと思いたいです!)。 編集:ちょうど私がポイントを証明するためにどんな種類の敵対的な行動を取ることに興味がないことを明確にしたかった(すなわち、私がいなかったら彼らがねじ込まれていることを示すために休暇を取る)。ここで働いているコンテンツは、残業中であっても、自分自身がかなり補償されていると考えています。そのため、私はまだ新しい仕事を考えていません。そうは言っても、「残業はもうありません」という答えを受け入れました-仕事をやりすぎてもかまいませんが、そうすることで誰かに恩恵を与えることはありません(より多くのエラーが発生しやすく、疲れ果てます)。短期的にははるかに長期ではありません。私はスーパーバイザーと問題について議論するときにこれを強調し、おそらくより経済的に好ましい最初のアプローチとして請負業者を雇うことをお勧めします。

13
開発者が「デイリースクラム」を好まない理由とその理由は何ですか?[閉まっている]
毎日のスクラムを保持することには、次のような利点があります。 チームは互いに調整されます 誰がどの程度のタスクを実行したかを知っています バーンダウンチャートはますます完全になります タスクボードが更新されました それほど長くは続かない、15分は誰も殺さない しかし、最近(6か月間のスクラムの実装と使用後)、開発者は毎日のスクラムがあまり好きではなくなったように感じます。人々は十分な説明をせずにタスクボードを更新するだけで、退屈しているようです。何らかの理由で、私たちはそれを保持しないとき、彼らは一種の特別な幸せになることがわかります。 私はこれで何が間違っているのか分からない。チームにとって「デイリースクラム」が持つ不利な点について、どこかで言及された理由はありますか?開発者が毎日のスクラムに飽きた理由は何でしょうか?

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