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

生産性は、入力の単位あたりの生産プロセスからの出力の測定です。

6
プログラミングの問題の解決策が止まっている[終了]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、議論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前休業。 しばらくの間、解決策に行き詰まっているとしましょう。職業はなんですか? どのように解決しますか? 欲求不満を感じないための最良の方法は何ですか?

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

4
プログラミング料金を他のソフトウェア開発者と共有する
私の質問は、クライアントから私や他のプログラマー(どちらもフリーランサー)に支払われた料金をどのように共有すべきかに関するものです。 私はいくつかのオプションを考えましたが、どちらが私たちの両方にとって最も動機付けになるかについてジレンマに陥っています。 1)私が考えた最初のオプションは50から50のシェアです。ただし、同僚の方でもっと多くの頭脳作業を行う予定ですが、少なくとも最初はお客様とのコミュニケーションを担当します。 2)2番目のオプションは60〜40のシェアで、より多くの努力をしている同僚がより大きなシェアを獲得します。これは私が採用する傾向があると思うオプションですが、長期的にどのように感じるかはわかりません。 3)3番目のオプションは、費やされた時間数に関して各自の貢献を計算し、それに応じて収入を分配することです。 これについて皆さんの考えを聞くのは素晴らしいことです!

5
成功したユーザーストーリーの完了数に応じてスクラムメンバーを評価することは正しいですか?
私のマネージャーがチームに「今から成功したユーザーストーリーは評価の対象となるでしょう!」 と言ったとき 私たちはショックを受けてそこに座っていましたが、それは彼が私たちに与えたいくつかのあごを落とす瞬間の1つでした:-) これはアジャイル開発方法論のすべての概念と目標を台無しにするので、それは愚かな考えだと感じました。 みなさんの考えを教えてください。そして、どうすれば彼を説得できますか?

6
上司が開発者に提供できる最大のサポートは何ですか?
最高のハードウェアを購入し、最も貴重なボーナスまたは報酬を支払い、それらを丁寧に扱い、改善の機会を提供するなど。 開発チームの生産性を向上させたいと考えています。最大のサポート(または一般的には良いサポート)と見なすことができるものを見たいので、そこから始めることができます。

5
アプリを最初にリリースするとき、将来のリリースに備えて機能の一部を保留しますか?
このサイトが初めてなので、これが間違ったセクションであるとすみません。 アプリの開発を始めて、最初にアプリをリリースするときのベストプラクティスは何なのかと考えています。開発者は、ユーザーをアクティブに保つために将来の更新のためにいくつかの機能を保持する傾向がありますか、それとも可能な限り最も完全なアプリをリリースしようとしますか? 基本的に、アプリをできるだけ早くリリースし、定期的にアプリ全体にアップデートすることをお勧めしますか、それとも完全に開発されてアップデートの見込みが少なくなるまでリリースするまで待ちますか? 編集:答えてくれてありがとう。私は現在、アプリを設計し、考えられるすべての機能を書き留めており、最初のリリースに含めるものに優先順位を付けようとしています。与えられた回答に基づいて、準備が整い次第MVP(用語のおかげで)を入手し、ビルドされたらすぐに新しい機能で更新すると思います。ビルドされた機能を後回しにするのではなく、起動前にすべてをビルドする必要があるか、必要なものだけをリリースしてから他のビルドを行うかで、引き裂かれていました。 私の知る限り、これはクローンではありません。それは私の最初のアプリですが、私はそれを学習体験として使用します

12
JavaScript忍者になるには?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 8年前に閉鎖。 メインの開発分野としてJavaScriptを選択し、HTMLおよびCSSとともに、一般にフロントエンド開発者として知られる開発者になりたいです。しかし、私はJavaScriptの専門家になる方法を知りません。私は多くの本を読んで、データ型、構文、ツールの使用法(IDE、デバッガなど)、jQueryなどを学習しました。しかし、有名なライブラリを含むいくつかの高度なJavaScriptコードを見ると、「私はそのコードを書くことができませんでした。」ここで何が問題になっていますか?私がしなかったのに、私はどのようなステップを踏むべきでしたか?私はプロのJavaScript開発者になるためにここで何かが足りないと感じています。私はまた、Yahoo Theaterでダグラス・クロックフォードの映画を含むトレーニング映画を見ました。

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

5
PMとしてのダブルシフトは開発者の生産性に影響しますか?
あなたはあなたが良い開発者であるのに、突然あなたがチームを率いる必要がある、またはいくつかのPM活動にも責任を負う必要があるということを経験したことがありますか?それがあなたの生産性に影響を与えたと思いましたか?どのように対処しましたか? 私は自分の仕事が大好きですが、プログラマーとしてずっと幸せだったと感じることもあり、プロジェクトマネージャーになるという追加の負担が、現在、開発者としての私の生産性に影響を与えています。これに対する救済策としてあなたたちは何を提案しますか? 現在、仕事をやめる選択肢はありません。基本的に、私が共同で設立したスタートアップで働いているためです。

11
ダウンタイム中に生産的であること[終了]
閉まっている。この質問はトピックから外れています。現在、回答を受け付けていません。 この質問を改善してみませんか? 質問を更新して、ソフトウェアエンジニアリングスタック交換のトピックになるようにします。 7年前休業。 コーディングやオンライン接続ができない場所にいるとします(たとえば、忙しいフライトで)生産性を維持するために何をしますか? 私がやろうとしていることは、私が現在ログインしているテックブックを読んで、UIの要素やワークフローを落書きしているのかもしれません。他に何ができますか?

3
プログラマーにとって最も効果的な作業リズムは何ですか?[閉まっている]
現在のところ、この質問はQ&A形式には適していません。回答は事実、参考文献、専門知識によって裏付けられると期待していますが、この質問は、討論、議論、投票、または拡張ディスカッションを求める可能性があります。この質問を改善でき、再開できると思われる場合は、ヘルプセンターにアクセスしてください。 7年前休業。 プログラマーが行う仕事に最適な仕事のリズムは何だろうと思っていましたか?私は一日中コードを書いていて、時々問題に巻き込まれ、休憩が必要かもしれないことに気付くまでに数時間占有され続けます。 頻繁で短いブレーキはあなたを助けると言う人もいますが、私が問題に集中しているとき、私は休憩が役に立たないのではなく、むしろ集中力を失うと感じます。それで、どれくらいの頻度で休憩をとるべきですか?この問題に関するより基本的な質問は、ネット上でたくさんの「良いアイデア」(たとえば「プロモド」)を入手できるという事実から来ています。 これらの原則は良いですか、またはこれは誰もが自分で決める必要があることですか?それらのどれかがそれが約束することを達成できるかどうか疑問に思います!彼らが約束しているのは、(条件が満たされていれば)誰でもうまくいくということです。本当にそのような原則はありますか?そして、もしあれば、これらは何であり、どのようにしてそれらを見つけることができますか?

8
「配信できない」/「時間どおりに配信できない」という症状を治す方法
私は平均以上のプログラマーです(言語、フレームワーク、テクノロジーの開発に興味があり、システムをよく理解しています)が、私は常に(時間どおりに)物事を提供できないことに気づきます。良い制御プロセス(恥ずべき開発による一口サイズのタスク)があるため、これは私の日常業務には影響しませんが、個人的なプロジェクトでは間違いなく私を傷つけます。 私が考える理由のいくつかは、役立っています。-私は物事を必要以上に複雑にしています。多くの場合、私が自分に認めるよりもはるかに多くなります。-私は時々タスクを小さくするのがあまり得意ではありません。-レーザーフォーカスを維持するのではなく、コーナーにぶつかったときにぼんやりとしたコーナーに移動します。 その結果、私は配達しないことがよくあります。今、私は頭の後ろで何をする必要があるかを知っているかもしれませんが、私は「デリバリー」する人になる方法についてのあなたの戦略に感謝します。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.