フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
はじめに 就活は情報戦です。自身でインターネットや書籍を利用して調べることも大切ですが、タイムリーな話題や、アクセスの限られた情報を知る際には、やはり人対人の関係が重要になってきます。 そこで重要になってくるのが、対人ネットワークの広さなのですが、普通に学生生活を送っているだけではそこまで多くの人と繋がりを築くのは難しいと思います。そこで今回は、いかにして学内で人脈を構築していくかについて述べていきます。 人の繋がりが全て 学生生活の中で、何かしら繋がりの重要性を実感する出来事に遭ったことがあると思います。例えば、過去の期末試験を思い出して下さい。自分が取ったノートに加えて、優等生のノートやその授業の過去問を入手し、難なく高得点を取っていた友人が一人はいませんでしたか？ また、授業の一環で聞き取り調査などをするときに、先輩後輩繋がりからお目当ての人へのルートを切り開いた経験がある人もいるの
2011年02月07日 02:53 カテゴリプロジェクトデザイン プロジェクト推進者のための議事録の書き方 Posted by fukuidayo Tweet プロジェクトを設計（デザイン）し、前に進める。という仕事に取り組み始めてから、ありがたい事に多くの仕事の相談や依頼を受けるようになった。やってみて感じるのは、企画するだけでなくて、ものごとを確実に前に進めてくれる人をどこの企業も求めているんだなー、ということ。 プロジェクトを設計し、前に進める。というと大層なことをやっているように思えるかもしれないけれど、実は僕がやっていることは本当に単純で、 ・アジェンダをつくり ・会議をファシリテートし ・議事録を作成する ということをしているだけだ。もちろんプロジェクトを円滑に進めるために必要であれば、情報共有やプロジェクト推進のツールを提供したりもするけれど、基本的には無料で利用でき、汎用性
・認め上手 人を動かす53の知恵 ほめ上手よりも認め上手になれという本。部下のいる人におすすめ。 日常的に部下をほめるとなると、どうしても欺瞞性やうさんくささが伴ってくる。毎日部下がホームランばかり打つわけではないからだ。そもそも、ほめる＝褒美、しかる＝罰で人を動かせるという単純な方法論にも限界がある。 おおげさに称賛するのではなく相手を人間として尊重すること。誇張を含んだ「ほめる」よりも、ありのままを「認める」ことのほうが、ほめられた者の長期的な有能感や自己効力感を引き出しやすいとして、著者は認め上手になることをすすめる。そして挨拶、声かけ、名前を出す、異性を入れる、同期生ネットワークをつくる、お金よりも名誉の成果主義を導入する、家族に尊敬される手助けをする、など認め上手になるノウハウが紹介されている。 ある程度大きな組織では、デキる社員もいればそうでもない社員もいる。ほめたり認めたりす
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
