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

新しいプロジェクトでは、友人がテストを作成する必要がありました。テストの作成に必要な時間は、開発者以外のマネージャーが作成したExcelマクロによって計算されました。 そのような状況では、開発者は計算された時間内にテストを記述して実行する責任を受け入れる必要がありますか？これらのテストの結果は信頼できるものですか？ 情報については、私の友人は、自分が行っていない推定に対する責任を拒否し、別のプロジェクトで成功するように頼み、経験の浅い学校外のイエスに置き換えられました。

12 project-management  productivity  testing 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 6年前に閉鎖されました。 これは前の会社での私の経験でした。それは小さなスタートアップ企業であったため、通常のソフトウェア開発手順のいくつかは厳密に守られていませんでした。私の同僚の1人は、2年間会社の上級プログラマーでした。彼のスキルはかなり不足していた。彼は自分の仕事を私に割り当ててから、その仕事の功績を称えました。彼は定期的にこれを行いましたが、私も自分のタスクを完了する必要があります。 同僚が信頼しているため、この状況を上級管理職に伝えることができないと感じました。 後で、彼に割り当てられた彼のタスクを遅らせて、彼にあまり反映しないようにしました（彼がタスクを完了できなかったため）また、クライアントの苦情が未解決の問題を積み上げました。今、会社は彼について知っています。 実際、今私はリードとして新しい会社に向かっています。今、私はこれらの状況に完全に自由です。 このような状況を経験した人はいますか？何をしましたか/しましたか？

12 project-management 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 以前は、WPFプロジェクトに適したTimeLineコントロールを探していました。ここでこのCodePlexプロジェクトに導く答えを見つけました。 次に、文化のニーズを満たすためにコードを変更します。しかし、いくつかの不一致があります！ 私の質問は： このような数千行のコードをどのように操作しますか？ 編集： どんなショートカットも素晴らしいでしょう！

12 project-management  source-code 

マイクロサービスアーキテクチャでは、すべてのマイクロサービスを一度にデプロイして、すべてが連携して動作することを確認するために1週間待つのが、APIバージョン管理を厳密に強制し、多くの自動テスト（それぞれ：ユニットと探索、統合）、およびステージ上のテストとしてコミットが合格するとすぐに本番環境に自動展開します。 これで、テストを書き、コミットする前に変更をテストし、APIバージョン管理の使用方法を知っていて、展開時に実行されるインクリメンタルdb更新スクリプトでデータベースを削除しない限り、素晴らしいアイデアのように見えますステージで失敗するため、大きな問題ではありません）。 しかし、若いプログラマーでそれを行うことは可能ですか？たぶん、プルリクエストスキーマを実装する必要があります。これにより、継続的な展開のようになります（私の推測です）。 これが意見に基づいたものではなく、あなたの経験を共有してくれることを期待しています。ありがとうございます。 CIについても、継続的な配信についても質問していないことに注意してください。すでにあります。現在私たちが試みているのは、コードをチェックインした直後にすべてを本番環境に配置することを意味する、継続的な展開にすることです。

11 project-management  deployment 

技術的なユーザーストーリーはスクラムで許可されていますか？もしそうなら、技術的なユーザーストーリーをスクラムで書くための標準テンプレートは何ですか？同じAs a <user> I want to do <task> so that I can <goal>ですか？ 私はいくつかのブログでas-a- de -veloper-is-not-a-user-storyを読んだことがありますが、スクラムはこれらを義務付けていないことも読んでいます。彼らは共有しているいくつかのブログがあるユーザーとしてシステムにユーザーストーリーを、そのようにas a <user who is not end user> i want to <system functionality> so that <some techinical thing>。それで、どれが標準ですか？ たとえば、次のようなユーザーストーリーがあります。 レビュー担当者として、ホテルや食べ物の写真をアップロードして、他のユーザーが見たり気に入ったりできるようにします ユーザーとして、写真のコメントを追加して、自分の意見をよりよく説明できるようにします これら両方のユーザーストーリーには、大きな技術項目があります-画像の保存と取得 次の説明とともに、「画像の保存と取得のメカニズム」というタイトルの技術的なストーリーを追加できますか？ 開発者として、ユーザーが必要に応じて画像を追加/表示できるように、画像を保存および取得するメカニズムを開発したい

11 project-management  agile  scrum  project  user-story 

私は現在、オープンソースプロジェクトのサポートを1〜2年支援することに携わっており、プロジェクトは私が始めてから多くの人気を得ています。このプログラムは1週間に100,000以上のダウンロードがあり、主要分野の60％以上の人々が使用しているため、人々がそれを非常に楽しんで使用していることは明らかです。 しかし、問題は、開発とサポートの基盤がほぼ同じ速度で成長していないことであり、私たちは成長の苦痛に直面し始めています。ほんの一握りの開発者（特にメイン開発者）がかなり薄くなり、技術サポートボランティアが燃え尽き始めています。 これまでのところ、IRCにたむろして、このプログラムを作成し、ユーザーを支援している男たちの集まりでした。501（c）（3）の組織やLLCなどはありません。 現時点では、非常に正式なバグトラッカーや問題データベースはありません（バグレポート専用のカテゴリを持つフォーラムがあります）。これは、より多くの開発者を迎え入れるために改善できるものであると認めています。しかし、私の個人的な質問は、小さな個人プロジェクトから実際の... ものにどのように移行するのでしょうか？GIMP、FFmpeg、Blenderなどの大企業はこの移行をどのように処理しましたか？ それに加えて、FOSSプロジェクトで補償を提供する方法はありますか？寄付は助けになると思いますが、それはこれまでのところ...フルタイムの仕事のため。 基本的に、私たちはいくつかの成長する痛みを抱えており、「私たちのブリッチには大きすぎる」と感じています。この移行を管理し、一度に多くのことを実行して燃え尽きないようにするために、私たちにできることは何でしょうか？

11 open-source  project-management 

私はスクラム文書を読んでいて、スプリントのタスクは「潜在的に出荷可能」でなければならないと言っています。 これが何を意味するのか混乱しています。Sprint 1の目標が「ユーザー登録フォーム」だったとします。 何かを出荷する準備をするために、どのくらい詳細を追加する必要がありますか？例えば： 派手なスタイリングなしでフィールドを持つシンプルなフォームを表示し、完了マークを付けることができます 完了マークとしてクライアント側の検証を行うことができますが、サーバー側もオプションまたは両方です また、jQueryの便利なツールヒント、ホバーオーバー、キャプチャ、色、フォームのラベルを追加することもできます。 次に、画面にエラーメッセージを表示する方法についてのスタイリングがたくさんあります 私は1つのトピックで無限に行うことができます。それで、それをどのように分割し、私はそれを出荷準備完了と考えることができます。 または、エラー、ポップアップ、またはライトボックステキストをサブタスクとして表示し、それらをスプリントとして配置するなど、できるだけ小さいものをそれぞれ記述する必要がありますか。これにより、プロジェクト全体で数千のタスクが発生します。 Internet Explorerで動作するものとFirefoxで動作するものがあれば、それらをタスクとして分割する必要があります。それらに時間を費やす必要があり、その時間にマネージャーがあなたに何をしたかを尋ねられたとき、私は伝えるべきタスクはありませんが、実際にはそれらはすべてユーザー登録の一部です

11 web-development  agile  project-management  scrum 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 7年前に閉鎖されました。 この質問は主観的と見なされ（警告を受けた）、閉じられますが、これに関するいくつかの良いアドバイス/経験が必要なので、私はそれを危険にさらします。 私は次のように読んで「約」のページ霧クリークソフトウェア、という会社ジョエル・スポルスキが設立され、の最高経営責任者（CEO）であるが。 2000年に、フォグ・クリークの創設者であるジョエル・スポルスキーとマイケル・プライアーは、プログラマーがきちんとした労働条件を持っていて、仕事をする機会を得るのに苦労していました。道。すべてのハイテク企業は、優れたプログラマーを望んでいると主張しましたが、彼らはお金を口に入れませんでした。 それは物理的な環境から始まりました（数十個のキュービクルが騒々しい暗い部屋に詰め込まれ、電話で叫ぶ営業員が開発者が集中することを不可能にします）。しかし、それはそれよりもずっと深くなりました。変更を恐れるマネージャーは、新しいアイデアを隔離すべき奇妙なウイルスとして扱いました。ナポレオンの複雑なジュニアマネージャーは、物事を正確に自分のやり方で行うか、解雇されると主張しました。誰もが自分のキュービクルに映画のポスターをテープで貼り付けたとき、企業の家具警察は苦痛にwrりました。混乱はso延していたので、たとえアイデアが良かったとしても、それらから製品を作ることは不可能だったでしょう。経験の浅い管理者は、ヒットアンドラン管理を実践し、フィアットの過激な結果を見るために固執せずに物事を正確に行う方法について厳しい命令を出しました。 そして最悪なことに、担当のMBAタイプは、コーディングはサポート機能であり、基本的には型の洗練された形式であると考えていました。 今日の大規模なソフトウェア会社のほとんどについての率直な真実！残念ながら、すべての開発者がJoel Spolskyのようにgutsy（またはlucky言うことができますか？）だから私の質問は： そのようなマネージャーと仕事をし、彼らを寄せ付けず、それでも素晴らしい仕事を提供する最善の方法は？

11 project-management  software  engineering 

私はプロジェクトの計画段階にあり、プロジェクトマネージャーを募集しています。コーディングを行い、プロジェクトのすべての部分に注目したいと思います。しかし、私はプロジェクトマネージャーがより良い結果を得るだろうと感じています。次のオプションがあります：1）コードではなくプロジェクトを管理する2）プロジェクトマネージャーを雇って自分でコーディングする 私は、プロジェクトマネージャーが開発チームにプロジェクトオーナーを置くことによって妨げられるのではないかと心配しています。プロジェクトを実行すると、チームがバラバラになり、プロジェクトが失敗する可能性があります。予算内に収まるためには、何らかの能力に関与する必要があります。 誰でもこの状況を経験したことがありますか？ 詳細：それぞれが特定の領域を担当する4人の社内開発者。開発者は、プロジェクトマネージャーの同意がある場合、作業を外部委託することもできます。

11 project-management  teamwork  project  project-planning 

私はEclipseを使用しており、例としてそれについてお話しますが、これは他のIDEにも当てはまると確信しています。 Eclipseは持ってCTRL- Shift- F自動的にあなたのコードをフォーマットするコマンドを。この種のフォーマットを使用するのは良い習慣ですか？多くのプログラマーが同じファイルで作業している可能性があり、これらはすべてCSVシステムで管理されている大きなプロジェクトのコンテキストでお願いしています。 ありがとうございました！

11 project-management  code-formatting 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 8年前に閉鎖されました。 私は、一部のウクライナの開発者に外部委託されたプロジェクトの管理を任されていました。 同社は、を介してそれらを雇ったElanceをで固定価格。その時点で、上司はそれらを処理し、仕事を成し遂げるために私を一人にしました。行う必要がある完全なものの詳細な仕様を作成しました。 このプロジェクトには、XMPP、RabbitMQ、データベースなどの処理が含まれていました。彼らとの最初の会議（常にIM）で、彼らが何をする必要があるかを徹底的に説明しました。彼らはそれを理解しているようでした-そして彼らはそれが簡単に行われると非常に確信していました。 ここまでは順調ですね。しかし、1週間後、私たちが再会したとき、彼らは何をすべきかについての誤解に満ちていました。開発者の1人にXMPPを知っているかどうか尋ねたとき、彼はXMPPを初めて使用していると言いました。最初の会議で、プロジェクトの複雑さと関連する技術について具体的に言及しました。加えて、私は彼らに彼らがそれを行う正確な方法の機能仕様を書くように繰り返し求めました。しかし、彼らはノーと言い、むしろコードを書きたいと主張しました。私はオーケーと言った。 プロジェクトは3週間後に完了し、必要なものを提供しました。その時点で、コードのレビューを開始しました。大部分は大丈夫でしたが、いくつかの重要な問題がありました。 彼らは設定ファイルに分離する必要があるもののいくつかをハードコーディングしました 1つに統合する必要がある複数の構成ファイルがありました 彼らはまったくドキュメントを書いていません その他の小さな変更 これらの変更を行うように依頼しました（ドキュメントを除く）-そして、議論がありました。 彼らは、価格が修正されたので、私は彼らが作業コードを完成したら変更を加えるように頼むことにおいて不公平であったと言った。彼らがプロジェクトに不合理な時間を費やし、今では何かを求めるのは完全に間違っていました。 最後に、彼らは変更を加え、プロジェクトは終了しました。しかし、それは私の心にいくつかの質問を残します... 彼らは必要なことをしましたが、私はそれを適切に行う必要がありました。私は本当に不公平でしたか？ 機能仕様がなくてもコードを許可することに同意したのはなぜですか？ 彼らがすべてを初めて理解したことを確認しなかったのはなぜですか？ 誰もが同じ立場にいますか？外部委託プロジェクトを管理するより良い方法があると思いますか？ -更新- すべての意見をありがとう-全体の経験を反映した後、私は結論づけることができます... 私は自分の側から仕様を曖昧にしたわけではありませんでしたが、私は確かにそれらを示唆されたように鉄で覆いませんでした。したがって、テイクアウェイは次のとおりです：常にできるだけ具体的にしてください-スペックもその観点から読んで、何かを見逃していないかどうかを確認してください。少なくとも3回繰り返します。 コードが何をすべきかを指定するだけでは不十分です。コードの外観を指定する必要があります。ディレクトリ構造は何ですか。可能であればファイル名も。これにより、後で多くの迷惑からあなたを救います。コーディングガイドライン、変数の命名規則、内部ドキュメント形式などを厳密に指定します。それらのガイドラインに従っていることを確認し、そうでない場合は悲鳴を上げます。 彼らの側から機能仕様を要求します-それはコードの前に書かれることを主張します。これにより、多くの混乱と誤解がなくなります。 開発中のコードを確認し、異常を早期に特定して修正できるようにします。1日おきに少なくとも1回は話しかけます。 最後に、彼らと良い関係を築こうとする。彼らの仕事に感謝していると感じさせます。ガイドラインに合わせて誇張してプッシュしないでください。代わりに、そうするように要求し、プロジェクトが完了したらコードのメンテナンスが非常に簡単になることを伝えてください。

11 project-management  outsourcing 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 7年前に閉鎖されました。 プロジェクトのログや日記を保存するのがどれほど難しい/役に立つか知りたいです。私がやったことを追跡するのに時間がかかりすぎるのではないかと心配しています...

11 project-management  agile 

残念なことに、誰かが私たちの経営陣に「アジャイル」という言葉を教えてくれました。私は（原則として）アジャイルの周辺的な理解を持っていますが、実際にアジャイルを使ったことはありません。私が知っていることから、それは私たちの組織によく合いません。今のところ、物事はかなり不潔です。その方法は次のとおりです。 私たちは非常に小さなチームです。2人の開発者、1人のDBA、1人のデザイナーです。私が働いている会社は、その規模に比べて不釣合いに多額のお金を稼ぎ、その95％近くが純粋なオンライン販売です。 開発の観点から、私たちは通常の日に多くのデスクの侵入を受けます（私たちは技術サポートであり、開発者でもあります）。営業チームのメンバーが誰かに何かを約束した場合、すぐに定期的に仕事が空から落ちます。私たちはより大きなプロジェクトにも着手していますが、それらは絶え間ない中断を伴う悪夢です。私たちの何人かは私たちの髪を引き裂き始めています！プロジェクト計画は、技術担当でない管理者がExcelスプレッドシートで作成します。そこでは、タスクを一口サイズの文に分解して、理解し、それぞれの横に日付を入れます。これらの日付は常にひどく非現実的で見逃されることが多く、私たちのミーティング（毎週開催）には、「なぜこれがまだ行われていないのか」と人々が尋ねる厄介な瞬間が定期的にあります。 アジャイルは私たちにとっては間違いないと思います。今、（そして私が試した）この会社はその方法を変えないことを考えると、開発チームだけが喜んで変更しますが、採用することができる開発方法論はありますか？

11 project-management  agile 

閉じた。この質問はより集中する必要があります。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集するだけで1つの問題に焦点を当てるように質問を更新します。 4年前に閉鎖されました。 基本的にPHPで開発されたWebアプリケーションを完成させましたが、これはもう1つの通常のWebアプリケーションです。通常、最終製品リリースを配信するときは、コードド​​キュメントとアーキテクチャ情報をクライアントに引き渡すだけです。ただし、この特定のプロジェクトでは、クライアントはプロジェクトに関する完全な入出力データを保持することを強く求めています。 だから私はただ疑問に思っています...コードとアーキテクチャのドキュメントとは別にクライアントに提供できる必須の技術的および非技術的ドキュメントは何ですか？ （また、プロジェクトに関するさまざまな統計情報やデータについてクライアントにヒットして、関連する作業量と製品が実際にどれだけクールであるかを実際に知ることもできます。）

11 project-management  documentation  documentation-generation  projects-and-solutions 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 ソフトウェア開発プロジェクトの要件または機能を管理するツールを探しています。5〜10人の地理的に多様な小さなチームが要件を提起、議論、追跡するために使用します。したがって、次のものが必要になります。 複数のユーザーのサポート ウェブベース 要件間の階層をサポートします。たとえば、親/子関係 個々の要件を議論する手段を提供する サポートファイルのアップロード 費用対効果。理想的には無料または 使用可能なプロジェクト管理ツールの一部は、機能が過剰であるか、機能や要件ではなくタスクやリソースのスケジューリングに重点を置いています。 誰にも解決策がありますか？

11 project-management  tools  requirements