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

私が関与したすべてのプロジェクトで、外部コンサルタントからの意見がありました。どのような構成管理を使用しているかについて質問されました。これらのいずれの場合でも、コンサルタントは構成管理を定義できませんでした。それで何ですか？

12 development-process  management  configuration 

私のマネージャーは、最新の技術を維持するために従うべき技術ブログのリストを求めました。彼の問題は、彼が聞いたことのない用語（つまり、NoSql、シャーディング、アグレ、サービスバスなど）を聞き続けることです。それらを見上げます。また、彼は、個々のことを個別に学ぶのではなく、すべての新しいテクノロジーとそれらが一緒に収まる場所の全体像を持ちたいと考えています。 彼はブログについて尋ねましたが、私は印刷雑誌も役立つと思っています。 彼に何と答えるべきですか？

11 management 

私は最近スクラムに移った6人のチームを管理しています。 スクラムマスター（チームの開発者の1人）とプロダクトオーナーがいます。 かなりの空き時間があるため（以前は多くの管理作業がスクラムマスターとプロダクトオーナーによって行われていたため）、技術的に関連性を保ちたいため、技術開発作業を行っています。 私は開発チームの一員として行動し、各スプリントのストーリーの一部にコミットし、チームの一員としてすべての会議に参加します。 それは良い考えだと思いますか？チームの「自己組織化」と矛盾することはありますか？

11 scrum  management 

Dogsa T、Batic Dでの以前の作業の要約を読んでいたとき、テスト駆動開発の有効性：産業のケーススタディ。ソフトウェア品質ジャーナル。2011; 19（4）：643-661。TDDに関する多くの研究で使用されている測定値は、コードの行、欠陥、開発に費やされた時間などに基づいていることが印象的でした。 TDDを使用して開発された製品と従来の開発またはテストラストを使用して開発された製品の総所有コストに焦点を当てた研究はありますか？ 私は、買収と運用の総費用に特に興味があります。

11 agile  management  tdd  computer-science 

現在のところ、この質問はQ＆A形式には適していません。回答は事実、参考文献、または専門知識によってサポートされると予想されますが、この質問は議論、議論、世論調査、または広範な議論を求める可能性があります。この質問を改善し、場合によっては再開できると思われる場合は、ヘルプセンターをご覧ください。 7年前に閉鎖されました。 プロジェクト提案を起草するとき、標準テンプレートを使用しますか？ どの機能/情報を含める必要がありますか？含めて良かったのは何ですか？どんな種類のボイラープレート情報を押し込むべきですか？ 設計パターンやコンセプトは特に役立ちますか？

11 project-management  business  management  documentation 

私は、約20人の技術者がいる会社の8人のプログラマーのチームのチームリーダーです。彼らはさまざまなプロジェクトに取り組んでいます。これらのプロジェクトには、私の管理下にない他のチームの人々も含まれます。私の組織は適切なアジャイル開発を行っておらず、変更に対してある程度抵抗力がありますが、私はチーム内でスタンドアップミーティングを毎日開催しており、全員が役に立っていて、誰もが関与しており、 10〜15分。また、私は毎週、チームメンバー全員と個別のキャッチアップを行い、さまざまな一般的なトピック（技術的および非技術的の両方）と、さまざまな臨時のトピックミーティングについて詳細に話し合っています。 しかし、私が苦労しているのは、毎週のチームミーティングです。それは蒸気を失いつつあり、私は人々を興味を保つことができませんでした。 2週間または1か月の会議にする必要がある場合でも、私はまだ長い会議を開催したいと思います。目的は、スタンドアップ会議では時間を要するために行うことができないさまざまなトピックについて話し合うことでした。私からの更新には、彼らが取り組んでいる現在のすべてのプロジェクトの概要（スケジュールどおり、さまざまな遅延など）、方向の変更、将来のプロジェクト、開発プロセスの変更などが含まれます。私からの講義、そして少なくとも2人は明らかに除外され、残りはせいぜい穏やかな関心を持っています。 私は彼らに彼らの週について話すようにさせることによって人々をより魅力的にさせようとしました、しかし8人の人々でそれは長い時間がかかります（そして一部の彼らの仕事はそれほど多くを越えないため）、残りのチームのほとんどはそうします彼らの同僚がより詳細に取り組んでいることを気にしないでください（彼らはスタンドアップ中に高レベルの概要を取得します）。 だから、これらのミーティングの間、少なくとも一部の人々は非常に退屈していて、私がこれらを保持し続けるのはほとんど恥ずかしいです。それは私たちの活気に満ちた朝のスタンドアップミーティングとは全く対照的です。 人々の関心と関心を維持するために私ができることについて何かアドバイスはありますか？そして、どうすれば私からの独り言ではなく、みんなに物事を提示したり、全員を巻き込んだディスカッションを始めたりすることができますか？

10 management  team-leader  meetings 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 8年前休業。 私が取り組んでいるプロジェクトによっては、社内の利害関係者またはクライアント企業の技術管理の両方との会議にさらに出席する必要がある場合があります。 これらの会議の過程で、いくつかの質問が必然的に発生します。 あなたには答えがありません。 あなたは何らかの理由で考えたことはありません。 あなたは無関係であるか、現在の会議の範囲から完全に外れていると見なします。 どちらの場合も、これらの質問にどのように答えますか？正直でありながら権威を持ち続けるためのヒントやトリックはありますか？

10 management  meetings 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 一般的なアプリケーションに取り組んだ人よりも、戦略的で重要なアプリケーションに取り組んだプログラマに、より重要性や報酬を与えることは経営陣にとって正しいことですか？ 両方とも同じ努力をしたかもしれません。

10 management 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4年前休業。 たとえば、Javaに関する本など、何かを読みたいときはいつでも、多くのチュートリアルや多くの電子書籍のようなものを見つけて、どれを選択するか決定できません。 私は1つを読んでから2つを読むのに少し時間を費やしますが、結局私は去って何も得ません。 ハードブックが1冊のようにリソースがほとんどなかった昔は好きで、少なくとも最初から最後までそれを終えて、今日では多くを手に入れました。 情報がたくさんあるので、心はある情報源から別の情報源に飛び移って何も得られません。 私は何をすべきか？

10 management  information 

ITプロフェッショナルは、ビジネスまたは組織のIT資産に信頼されているエキスパートです。私たちは信頼できる専門家として、IT以外のお客様が理解または認識していることが期待できるものを超えて責任を負っています。ですから、ITプロフェッショナルと彼の内部/外部の顧客との適切な関係は、使用人とマスターではなく、医師と患者の関係に近いと思います。私は正しいですか？ ここで考えるべき類推があります。患者は、彼の脚を切断する必要があると主張しています。彼の医者は反対しますが、患者は説得できません。医者は患者を満足させるためだけに脚を切断すべきですか？ 別のアナロジー。顧客は、土木技師が安全でない設計への架け橋を築くことを望んでいます。エンジニアが安全でないと説明しても、顧客は彼を信じていません。とにかくエンジニアは橋を架けるべきでしょうか？ 私はこれらの両方のアナロジーで正しい答えはノーだと思います。医療専門家とエンジニアリング専門家は、信頼できる立場にあるべきであり、患者/顧客の不承認に直面しても、彼ら自身の判断を行使すべきです。ITプロフェッショナルが決定を下す資格を持っているが、顧客がそうではない場合、同じことがITプロフェッショナルにも当てはまりませんか？

10 project-management  management  communication 

閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか？ 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 6年前休業。 主な利点は、ReSharperやその他のアドオンの使用ですが、Visual Studio 2012 Professionalの購入について説得力のある議論を行う必要があります。現在、Visual Studio 2012 Express for Windowsを使用しています。それはかなり良いですが、過去に完全なProfessionalバージョンの使用から切り替えるのは難しいです。 これまでのところ、チームは次のリストをまとめています。 インターフェイス機能の抽出がありません。クリーンなSOLIDコードに非常に役立ちます。 アドオンのサポートはありません。StyleCopまたは生産性向上ツールをインストールできません。AnkhSvn、スペルチェッカー、生産性PowerTools、GhostDoc、正規表現エディター、PowerCommands。 例外アシスタントはExpressエディションで制限されています。これは大きな問題です。http://www.lifehacker.com.au/2013/01/ive-given-up-on-visual-studio-express-2012-for-windows-desktop-heres-why/を参照して ください 証明書の生成など、MSが提供するさまざまなツール。 ソースコードに基づいてテストプロジェクトを作成する可能性。 サーバー開発はC＃で行うため、Webアドオンなどは役に立たない。 私が尋ねている理由は、人々が同じ立場にあったことを私は確信しているからです。どのようなアプローチを採用しましたか。また、上記のリストへの追加または修正について考えることができますか？ おかげで、

10 management  ide  resources  visual-studio-2012 

一方、アジャイルアプローチは、互いに責任を持ち、プロジェクトの共同所有権を受け入れる緊密なチームを強調します。 一方、企業は契約プログラマーを使用して、実際の従業員を解雇することなく資金調達の山と谷を管理できます。資金が不足している場合、請負業者はチームの完全に統合されたメンバーであっても（そして従業員がそうではない場合であっても）、最初に実行します。企業はまた、請負業者を限られた時間だけ維持することを好みます。これは、一部の請負業者が正社員として雇用される可能性があるため、多少緩和されます。 したがって、従業員と請負業者が混在するアジャイルチームを持つことと、それに伴う大幅に異なるステータスに根本的な矛盾があるかどうかについての私の質問は？ 編集：答えは、私がよく直面している緊張を表現しなかった可能性があることを示しているので、別のショットを撮らせてください。 私は正社員です。アジャイルアプローチ（少なくともここで実装されている）を使用すると、正社員と請負業者の両方のすべてのチームメンバーを、まとまりのあるチームの同等のメンバーと見なすことができます。請負業者に対する企業のアプローチは、私がそれらを過度に執着してはいけない使い捨てのリソースであると見なすように私を励ます。 他の人がこの緊張をどのように解決したか知りたいです。

10 agile  management  freelancing 

ソフトウェア開発者としての最初の仕事で、私のチームはアジャイル/スクラムを使用してプロジェクトのワークフローを管理しましたが、それはかなりうまくいきました。経験豊富なメンターが私を正しい方向に導いてくれました-私は彼らに大きな感謝の気持ちを抱いています。私はそこで数年間働いた後、数か月前に新しい機会に移りました。 現在の仕事に早送りします。私は大学の教授のもとで働いています。私は大学にいるので、ほとんどすべてのプログラマーは学生です（彼らは安価で豊富です！）私の上司には管理経験がありますが、ソフトウェア開発の経験はなく、ソフトウェアチームは常に上司の頭にいるわけではありません。 。これらの条件は、いくつかの非常に質の悪いソフトウェアを作成するための完璧な環境を作り出しました。ソフトウェアプロジェクトは少し悪党であるように見え、設計することを考えておらず、いくつかの本当に恐ろしい慣行を採用しています。物事が良くなることを知っています。 開発プロセスを実装して、全員を軌道に乗せ、コードの品質を向上させ、より安定したソフトウェアを展開したいと考えています。どこから始めればいいのかわからない。 私は、言うまでもなく、「スクラムを使用する」、「かんばんボードを設定する」、「アジャイルを見てください」などの回答を探していません。（アイデアは高く評価されますが）。具体的には、この作業環境の開発プロセスを実装する方法について洞察を得たいと思っています。従業員は通常、次に進む前の1〜2年の間に働き、一般的に経験が浅く、全員を含む毎日のスタンドアップミーティングをスケジュールすることはほとんど不可能です。 そのような職場では、品質、効率、コミュニケーションをどのようにして育てるのでしょうか。 更新：いくつかの回答とコメントを読んだ後、私はいくつかの追加の背景を提供すると思いました。 私は自分自身のソフトウェア開発の芸術のマスターを検討していないだろうが、私は思います、私はそれを見たときに悪いプログラミングを認識するのに十分な経験を積みました。開発者が1〜2分で作業した後、開発者が才能があるかどうかを判断できます。私は問題をスマートに解決する方法を見つける自分の能力に満足していますが、本当に経験が足りない領域は、他の開発者が関与するプロジェクト管理です（そのため、私はここですべての素晴らしい人々に助言）。 私は、このオフィスに来るすべての学生が完全な弱者であるように聞こえました。ここには悪い卵がいくつかありましたが、私が会った学生の大多数は知的で、学びたいと思っており、仕事に熱心です。一部はまだ始まったばかりで、何を知らないのか分からない。そして、それは大丈夫です。私がプログラミングを始めたとき、私は元気がありませんでした！

9 agile  project-management  development-process  management 

ソフトウェアエンジニアリングマネージャーである友人の父親は、「オーバーランのスケジューリングの最大の原因はスケジューリングのプレッシャーである」と強調しました。 研究はどこに立っていますか？適度な量のスケジューリングのプレッシャーが爽快ですか、それとも私が述べたマネージャーは正しいか間違っていますか、それとも「スケジューリングのプレッシャーが大きいほど、納期が長くなり、TCOが増えるのか」という問題ですか。それは、理想的にはソフトウェアエンジニアリングがスケジュールの圧力なしで機能するものの1つですか？ ソフトウェア工学の文献へのリンクがあれば幸いです。

9 management  scheduling  engineering 

私たちは皆それを持っています、あいまいなコードと奇妙な予期しない機能によって修正と修正を行うことが難しいことが判明した問題。ゆっくりと、パターン、エラー、間違いを見つけようとして、論理的に作業を進めます。このプロセスには時間がかかり、問題はクライアントによって簡単に理解されないことがよくあります。 特にクライアントがソフトウェア開発の固有の複雑さを理解していない場合、「いつ完了するのですか」という質問に対してどのように答えますか？

9 management  client-relations  estimation