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

同僚やチームとの共同作業に関する質問。(チームワークの質問は、キャリアのアドバイスや教育について「話題から外されている」というリスクにさらされています。)

4
アジャイル開発のためのオフィス設計とレイアウト
(stackoverflowから移動) どのキーボード、デスク、明るい背景、または色付きの背景が最適であるかについて、ここで多くの議論を見つけましたが、オフィス全体のレイアウトに対応するものを見つけることができません。 私たちは約20人の従業員がもっと大きな新しい場所に引っ越す会社です。ここでは2つの主要な開発プラクティスが定期的に行われています。バックエンドの人々は、モバイルサービスの人々と協力してWebサービスを手配する必要があることがよくあります。バックエンドの人はモバイルの人の約2倍です。バックエンド開発者の約半分はいつでもオンサイトで作業しており、一度にすべてがオフィスにいることはほとんどありませんが、少なくとも5〜10のスペースを用意する必要があるため、ほとんどの場合、2つのグループはほぼ同じです。 デスク、間仕切り、そして場合によっては壁を配置して、スペースを改善する機会があります。ケータリングやマッサージのようなドットコムのフリルには現金はありませんが、長い列にたくさんの机が並ぶのを避ける計画を立てるべき時です。 Joel on SoftwareのBionic Officeは、私が昔から覚えている記事であり、いくつかの優れたアイデアがありますが、私*(さらに重要なことには、会社の所有者)は、私たちが協力しているはずの環境でのプライバシーのアイデアについて完全に販売されていません。これは、もう1つのすばらしいリンクです。究極のソフトウェア開発オフィスのレイアウトです。これを読むまで、囲われた会議室さえ覚えていませんでした。 プライベートオフィスはアジャイル開発の邪魔をしていますか?スクラムは十分な強制接触であり、誰かをバグにする必要がある場合、立ち上がってドアをノックする必要がありますか? どのデザインレイアウトを指すことができ、なぜそれらを推奨するのですか? *私は閉鎖されたオフィスにまったく反対していませんが、他の解決策も同様に実行できれば幸いです。それができない場合は、まあ、それがこの質問のすべてです。 2つの更新-2013年4月。 最初の移動は、「ファンキー」なオフィスへの移動でした。基本的には開いていますが、壁が1枚カーペット、床が半分カーペット、床が半分研磨されたコンクリートなどの奇妙な特徴があります。コンクリートの上に座っている誰もがカーペットの上にいたかったのです。それは問題ないように見えましたが、実際には私はオフィスの半分だけをカーペットに敷くことはお勧めしません。寒さを感じた人々は本当にそれを嫌っていました。スタンドアップではそれは問題ありませんでした-巨大なホワイトボードが1つの壁を占め、話したり、飛び出したりするのに十分なスペースがありました。 それから、コラボレーション、デザイン、電話、保守、および物理的なものの設置をすべて担当する別の会社(同じ所有者)が混在する非常に混雑した場所に移動しました。それは吸いました。それから私たちは新しい建物に引っ越しました、そして誰かが倉庫/産業がクールであると決めました。ガラスと磨かれたコンクリートの至る所に硬い表面。最も交通量の多いエリアの真ん中にある簡易キッチンと食器洗い機のすぐ隣にある1つの大きなテーブルを共有している開発者。電話で一日中過ごした人々の隣。それは吸音し、吸音パネルのような絆創膏にもかかわらず吸い続けました。ボードやスタンドアップ用に設計されたスペースがなく、その場所の音響特性により、ガチャガチャを超える人の声が非常に聞こえにくくなり、その感覚だけでなく、アジャイルに夢中になりました。大聖堂で叫んでいる静かな瞬間。誰も不満を聞いたことがありません。私は辞め、他の何人かをやめました。ああ、「製品の所有者」だと主張した人が面倒を見るのをやめたことは助けにはならなかった。

5
私は、既存の完全に文書化されていないソフトウェア製品の文書化作業を主導する任務を負っています。どのようなリソースが役立つのですか?
私はテクノロジー企業のソフトウェア開発者です。私が取り組んでいる製品の文書化作業を主導する任務を負っています。目標は開発者の内部でドキュメントを作成することであり、プロジェクトはビジネス側に波及し、そこで要件のドキュメントがカバーされます。 このプロジェクトは挑戦的です。具体的には、次のような製品を扱っています。-少なくとも6年間、長い間使用されています。-あちこちにある古くて小さな断片を除いて、ドキュメントの形式はありません。-コード内にコメントがありますが、それらは技術的であり、包括的な技術的な動作を伝えません(技術的な側面でも)。-ドキュメントがほとんどないか、まったくないため、多くの場合、不必要に複雑になっています。 また、このプロジェクトに取り組む時間はあまりありません。 私は正式な文書やライティングの背景、トレーニング、または経験がありません。私は執筆やオフィス内でのコミュニケーション能力を発揮したため、このプロジェクトに割り当てられたのかもしれません。 このプロジェクトの準備と対処に役立つリソースに関するアドバイスや推奨事項を教えてください。マイルストーンを含む計画の設計を思い付き、ベストプラクティス、タスクの委任、テンプレート、バイインなどについて学ぶために、本/ウェブサイト/フォーラム/その他への参照を探しています。 私は特に、既存の、文書化されていないプロジェクトに優れた文書を導入することをターゲットにしたり、特別な言及をしたりするリソースに期待しています。

4
ソフトウェア設計者は開発のどの部分を行うべきですか?[閉まっている]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 8か月前に閉鎖。 私のマネージャーは最近私を「ソフトウェアデザイナー」に昇進させました。このタイトルが存在することを知りません。私の知る限り、SAは高レベルのコード設計を作成し、図を作成します。 高レベルのコード設計を理解するのに苦労しています。私のマネージャーによると、すべてのクラスとそれらのクラス内のすべてのメソッドを設計する必要があります。つまり、コード構造全体を設計し、チームに各関数またはクラスの機能を実装させます。たとえば、CRUDシステムでは、どの関数を使用するか、どのクラスを作成するかを計画できるはずです。 私のソフトウェア設計の経験を考えると、これを実行することは非常に不可能であることがわかりました。開発者として、私は常に自分のクラスを作成し、自分の関数を定義して実装しています。他の人のために機能を設計した経験はありません。 私の質問は: これは一般的ですか?非常に大規模なシステムの場合、コードベースは常に変更されませんか? これはできますか? ここでは明白で愚かな質問をしているのかもしれませんが、私はこれまで常に正規の開発者であり、システム全体の設計経験はありません。

7
「便利な使い捨て」スクリプトはどのように処理する必要がありますか?
あなたはそれがどのように行われるかを知っています:作業の95%を迅速に自動化する方法を見つけたいくつかの小さな反復的なタスクがあります。スクリプトを作成して実行し、出力を手動で修正すれば完了です。もちろん、スクリプトは会社の品質要件に適合しないため、コミットしません(ドキュメントもテストもないため)。 しばらくして、同じような作業をしている同僚がいます。あなたは「ねえ!そのためのスクリプトを作成しました。調べてみましょう。[見える]ああ、それは以前のラップトップに保管されていたので、もう持っていません。残念です。」 これらのスクリプトは多くの場合、多くの時間を節約することができ、チームのリーダーとして、バージョン管理に保存してほしいと思います。ただし、他のコードベースと同じ厳格な標準をこれらのスクリプトに課すと、ほとんどの開発者はそれらを自分たちに守ってくれると思います。 私が思い付くことができる他の唯一のオプションは、開発者がバージョン管理の特別な部分にスクリプトを保存できるようにすることです。バージョン管理の(GitHub Gistsのように)品質管理はありません。リスクは、他の人がコードを見つけたり理解したりできないためにコードを使用できないことです。 この問題はどのように解決できますか?それとも解決すべきではないのですか?

6
戦闘(認識)オーバーエンジニアリングvs流れに乗る[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 3年前休業。 私のデザインとは異なるアプローチを持つチームに参加しました。私はYAGNIのデザインへのアプローチを信じています。たとえば、メソッド(インターフェース、クラス)が使用されていない場合は、削除する必要があります。それでおしまい。 私のチームの人々はモジュール式のアプリを構築しており、モジュールの1つは「フレームワーク」として認識されています。アプリはこのフレームワークの唯一のユーザーであり、現時点でクライアントを増やす計画はありません。ただし、このフレームワークのコードの一部は、あたかも後で使用されるかのように作成および保守され、一貫性と完全性はYAGNIよりも優れています。抽象化が必要になることのない場所に抽象化があるなど。 私はいくつかのことを議論しようとしましたが、仮に仮に説得するにしても、それぞれのポイントにはかなりの時間がかかります。 「フローに沿って」、個人的な問題なしに追加のコードを書くことができます。それは、後に維持するために、最も可能性の高いより多くの時間をコードに今私に多くの時間がかかる、となりますが、余分にも時間がかかり、圧力を加える何かをしないように、それぞれの議論を。 問題は、異なる意見の場合、より大きな不利益、不要であるが「適切な」コード、または定数の引数と壊れたチームのダイナミクスは何をするのでしょうか?

2
タスク/プロジェクトの複雑さを見積もるときに、上司(または同僚)をより注意深くするにはどうすればよいですか?
私はソフトウェア開発者で、小さなWeb開発会社で働いています。なかなか時間がかかるとミドルマネージャーから聞かれるのはよくあるテーマのようで、見積もりを出すと高すぎると思います。それがより技術的なマネージャーまたは別の開発者である場合、彼らは通常、自分自身の見積も​​りをすでに心に留めており、より速く実行できると考えているため、独自の方法でそれを実装しようとします。 ただし、他の開発者が見積りよりも大幅に多くの時間を費やしてしまう傾向があります。彼らは予算の半分を経て、実装計画では適切に対応できないビジネス上のニーズがあることを認識します。たいていの場合、私の計画はこの必要性に対処するはずでしたが、「あなたはそれを必要としない」機能として肩をすくめられました。 さらに悪いことに、彼らがこの壁にぶつかったとき、彼らは通常、彼らが自分たちが描いたコーナーから抜け出すのを手伝うために私のところに来ますが、私の一日にはほんの数時間しかありません。 最良の場合:これらの中断は、自分の開発作業に割り当てた時間に割り込んだため、他のプロジェクトが遅れたり、「Xを実行できる唯一の人」であるため、残業しなければなりません。 最悪の場合:私は自分でタスク/プロジェクトを引き継ぐ必要があり、その時点では予算に「私の」やり方でそれを行う時間は残っていません。彼らが始めた方法で彼らが始めたものを終わらせなければならないので、「会社はこれ以上お金を失うことはありません」。「私の」ハッキーコードになるので、これはいつも私に噛み付きます。それが壊れると、なぜそれがそのように作成されたのか、人々は私に尋ねます(結局のところ、誰が実際にそれを作成したのかわかりません)。 ですから私の質問は次のとおりです。物事が想像しているほど単純ではなく、クライアントのニーズに対する理解を再評価する必要があるときに、これらの同僚がどのように理解できるようにすることができますか? [既存の]技術的負債に対処するための経営陣の説得に関するこの同様の質問とは異なり、私の質問は、それが最初から起こらないようにするために、チームが技術的負債を負おうとする前に[積極的に]実現するのを助けるための戦略を求めています。これら2つは密接に関係していますが、私の考えでは明らかに異なります。他の質問の答えは、将来の機能の見積もりにリファクタリング時間を追加することを提案しています。他の開発者(したがってマネージャー)が、将来の機能は実際よりも時間がかからないといつも考えている場合、これは決して機能しません。また、私の見積もりがより現実的であると彼らに納得させることができません。

5
開発テストケース(ユニットおよび開発統合)をQA(テスト)チームと共有しますか?
テストチーム(一部の組織では、いわゆるQAチーム)は、開発チームが(開発チームの)テストケースを彼らと共有する必要があると主張しています。彼らの主張は、開発テストケースがQAテストの出発点であるということです。 開発チームのメンバーとして、私は要求を理解していません。私自身、テスターは要件に基づいてソリューションをテストする必要があります。テストチームを詳細設計(低レベル設計)ドキュメントと共有する必要があるかどうかはわかりません。ただし、詳細設計は共有しています。 私はここでいくつかの投稿を読みました。QAチームは、より良いソリューションとスループットのために、テストケースを開発チームと共有する必要があると述べています。しかし、テストケースをQAテストチームと共有する開発チームはありません。 開発ユニットと統合テストケース、およびテスト結果を共有できれば、QAチームは非常に満足しているようです。

2
採用市場、パフォーマンス、保守性に基づいてアプリを構築するための言語を選択する[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 6年前休業。 Rubyですべて実行される特定の本番用アプリ用にHaskellコンポーネントの構築を開始するかどうかの選択に直面しています。 私はいくつかの理由でHaskellに傾いています。主に速度(コンパイルされたHaskellは4〜8倍速い)、透明性の向上(Haskell型システムによる)、安全なリファクタリング(型システム)です。Haskellでいくつかのオープンソースおよびプロダクションプログラムをすでに書いており、それを非常に楽しんで書いています。 実現可能性は問題ではありません。Haskell Snap WebフレームワークとPostgreSQL.Simpleなどのデータベースライブラリをいじってみましたが、RailsアプリとさまざまなバックエンドプログラムをHaskellで書き換えることが可能であることに満足しています。 本当の問題は、開発チームの規模を拡大する必要がある場合にプログラマーを採用すること、または最終的にはプログラミングの責任を完全に引き継ぐことです。Rubyでは、Haskellよりもプログラマを見つける方がはるかに簡単です。その一方で、Haskellコミュニティは成長しているようで、DSLとしてアプローチする場合(Ruby on Railsのように)、Haskellプログラムの一部を変更するようにプログラマーをトレーニングすることはそれほど難しくありません。Haskell型システムは、動的Rubyよりもはるかに安全なコラボレーションを約束するようです。 ポールグラハムは、エッセイ「ビーティングザアベレージ」(http://www.paulgraham.com/avg.html)で、優れた言語を使用することが決定的な利点になり得ると主張しています。しかし、プログラマーをチームに追加しやすくするために、優れた言語を使用するのをやめるのはいつ適切でしょうか。

2
一括コミットvsクイックコミット[終了]
ここで何が尋ねられているのかを知るのは難しい。この質問は、あいまいで、あいまいで、不完全で、過度に広い、または修辞的であり、現在の形では合理的に回答することができません。再開できるようにこの質問を明確にするヘルプについては、ヘルプセンターに アクセスしてください。 7年前休業。 私はあなたのほとんどがプロジェクトの戦略と方法論に沿ってアドバイスすることを知っています。 しかし、私は簡単な質問をしますが、シニアの観点から、開発者からの小さな小さなコミット、またはブランチにプッシュされた大きなコードの塊を見るには何が良いでしょうか?

7
誰が優れたチームプレーヤーと言えるでしょうか。[閉まっている]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 多くの場合、「チームワーカー」や「チームで働くことを熱望する人」のようなもの、またはあなたが開発チームの良いメンバーになりたい、または良いメンバーになりたいと述べている雇用広告のようなものに遭遇します。 誰が優れたチームメンバーと見なすことができますか?チームでの作業に関して良い点と見なすことができる開発者の資質はどれですか。また、開発者はどのようにしてチームワークスキル(または、可能であれば属性)を向上させることができますか?
8 teamwork  team 

4
Web開発者/開発チームに連絡する前に知っておくべきことは何ですか?
私はウェブサイトのプログラミングの経験がほとんどありません。しかし、実現したいウェブサイトのアイデアがあります。それはトリップアドバイザーのようなサイトが使用するのと同じ機能の多くを持っていますが、明らかに小規模であり、その主な機能はユーザー評価システムです。 自分でそれを行う方法を学ぶことは私にとって理想的ですが、その複雑さと時間のかかる性質を考えると、それは非現実的だと感じます。したがって、私の質問は、Web開発チームにアプローチする前に何を知って理解する必要があるかということです。つまり、自分の考えについて話し合うために座ったときに彼らが私に尋ねる質問は何ですか? 少し別の注意として、すでに行われているウェブサイトの作成に関する法的制限は何ですか?基本的に同じことをするウェブサイトは少数(2つまたは3つ)ありますが、私の意見では、ユーザーにとってより使いやすい方法で、はるかに便利な機能をユーザーに提供しています。

7
アドバイス:新しく油注がれたチームのリードを、ゼロからコードベースを作成しないように説得する方法
私はかなり有名なMNCで働いており、私が働いているモジュールは新しい「リード」に割り当てられています。コードベースは非常に巨大(130K以上、他のモジュールとの相互依存関係がある)ですが、安定しています-いくつかの部分は長年にわたって醜く成長していますが、おそらく動作状態にあります。(私たちの製品は、新しい製品でも、何年も稼働しています)。問題は、リードが「細かい粒度とプロアクティブな設計」を網羅するようにコードをゼロから書き直したいということです。 私は直感的にそれがあまり良い考えではないことを知っていますが、彼/チームの他のメンバー(何年もの経験より私よりもはるかに年上です)に、自分をあまり見慣れないように説得するにはどうすればよいですか(あなたはすべきではありません) Joel et alはそれを禁止する明確な記事を持っているので、書き換える)? 私は関係者と良好な関係を築いており、それを台無しにしたくはありませんが、今後何年にもわたって間違いなく私たちを悩ませる決定に参加したくもありません!! より穏やかで、まだ効果的なアプローチに対する提案はありますか?あなたがそのような状況にあなたの好みにどのように取り組んだかについての説明でさえ、私を大いに助けてくれるでしょう! 編集:私が話しているコードベースは製品/ GUIではなく、製品のすべての重要な機能を備えたカーネルレベルです。私はなぜあなたが私がそんなに不安に聞こえるのか知っているといいのですが!

13
IDEの使用を開発者に納得させる[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 開発者がいるので、ジョン(現在試用期間中)を彼と呼びましょう(かなり小さな会社、約10人、開発者3人、そのうちの1人はこの会社で長く働いており、ビジネスプロセスを知っており、チームリーダーと見なすことができます)。 IDEをまったく使用したくありませんでした(テキストエディターを使用しています)。 このチームが取り組んでいるアプリケーションは、Spring Hibernateテクノロジースタックを備えた中規模のJavaアプリケーションであり、近い将来にそのアプリケーションの新しいバージョンを起動するための新しい機能をリファクタリング/追加します。 JohnがIDEを使用していないため、このアプリケーションでのIDEなしでのJohnのパフォーマンスは望ましくなく、チームリーダー(Billと呼ぶことにします)の想定によるものです。 ビルはジョンにIDEを使用するように説得しようとしますが、このアイデアは多くの抵抗を満たし、主な理由は「自分がしていることを完全に制御したいので、すべてのコードを自分で書く必要がある」です。 ビルはどのようにジョンにIDEを使用するように説得できますか?(ビルがジョンを会社の所有者からジョンのパフォーマンスに関するいくつかの不満からすでに保護しているという事実を考慮してください) 更新:ビルは、その試みが失敗した場合、もう一度ジョンを説得して説得することを決定し、ジョンにIDEの使用を強制せず、ジョンによって約束された機能が時間内に提供されているかどうかを調べます。

5
チームのレベルを上手に向上させるための戦略は何ですか?
チーム全体を改善し、技術面だけでなくあらゆる面でグローバルレベルを上げる革新的な方法を探しています。 私の実際の解決策: プログラミングチャレンジ投票、メモなど お互いに教える:毎月、メンバーは新しいAPI、戦略、より良いソフトウェアの構築に役立つものを提示する可能性があります。それは投票で終わるでしょう。承認された場合、チームは1か月間使用することを約束します。その後、フィードバックし、それを使用するか、そのままにします。 あなたの死角低減するための年次レビュー のごジョハリの窓を。人格的に、私は本当にお別れの報告を有益であると思います、私が決定的に人々のグループを去るたびに行われます。 社会的条件付けのため、ウォーミングアップが必要です。だから私は本当に彼らに彼らの言葉をフィルターにかけないように、そして私についてほとんど悪口を言うように彼らに言います。 彼らが何と言おうと私は静かにします。 特に女性が遠く離れてメールで返信できる場合は、女性に最適です(ダブルセーフティネット) そして、あなたはどうですか?
8 teamwork 

7
再帰は、プログラミング時に「あまりにも賢い」ことのインスタンスですか?
私はいくつかの本を読んだ経験から学んだことですが、コードを最適化できないほどに最適化したり、チームで作業したり、作業しているときでも、非常に高速で非常に複雑な問題の解決策を思いついたりすることは望ましくありません。あなた自身で、しばらくしてあなたの賢い解決策を理解する必要があります。 私の質問は、再帰は同じように扱われるべきですか?平均的なプログラマーは再帰を簡単に理解できるので、再帰を免責して使用すべきですか、それとも平均的なプログラマーは再帰をあまりよく理解せず、チーム全体の生産性のために再帰から離れるべきですか? 「再帰を理解していないプログラマーは一粒の価値がないので、心配しないでください」という簡単な答えがあることは知っていますが、皆さんが実際に体験したい経験があるかどうか疑問に思っていました私が述べたばかりの意見よりも問題を明らかにするであろう共有。

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