タグ

マネジメントに関するaosiroのブックマーク (7)

  • タスクをどんどん遅延させてしまう人に、何故遅延させてしまうのかヒアリングした時の話

    何度か書いていますが、しんざきはシステム関係の仕事をしており、今はそんな大きくないチームの責任者です。自分でも色々作業しますが、一応マネジメントもする立場です。 今とはまた違うチームにいた頃、チームの統合・再編成が行われたことが何回かありました。 チームメンバーは増えたり減ったりしますが、大体毎度、新しいメンバーを何人かは見ることになります。 当たり前のことですが、知らないメンバーと一緒にやっていく際には、まずその人にどんなタスクを振るか、どうタスクを振るかを考えないといけません。 何か新しい技術に触れていくならどのようにスキルのキャッチアップをしてもらうか考えないといけませんし、引き継ぎがあるなら引き継ぎの計画を立てなくてはいけません。 だからチームの再編成の時には、格的に仕事を始める前に、それぞれのメンバー、及びそれぞれのメンバーの以前の上司に必ず面談とヒアリングをします。いや、別に

    タスクをどんどん遅延させてしまう人に、何故遅延させてしまうのかヒアリングした時の話
    aosiro
    aosiro 2017/04/25
    適当にやったあとの面倒を全て他の人が見てくれるならいいけど、結局自分にツケが回ってくるんだったら残業しててもきっちりやりたいと思うわな
  • 【資料公開】強いチームの作り方 | Ryuzee.com

    アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください(初回相談無料) 2015年11月10日に某社の社内勉強会で、「強いチームの作り方」というテーマで話をしたのでその際の資料を公開しておきます。 内容自体は、WEB+DB PRESS 83号に書いた内容なので興味があればそちらを参照ください。 最近DevOpsの文脈ですぐに「インフラ自動化しないといけない」とか「ツール使って効率化」みたいな話を頻繁に聞きます。 が、端的にいえば、「実際のところ、ソフトウェア開発上の問題の多くは、技術的というより社会学的なものである」というデマルコの一節の通りであり、 DevOpsの質もツールではなく、CLAMS(Culture、Lean、Automation、Measurement、Sharing)であって、

    【資料公開】強いチームの作り方 | Ryuzee.com
  • 「指示待ち人間」はなぜ生まれるのか?

    shinshinohara @ShinShinohara 「指示待ち人間ばかり、自分の頭で考えて動かない」という嘆きの声をよく聞く。不思議なことに私の研究室には指示待ち人間は一人もいない。パートの女性3名も他の研究室がうらやむほど優秀。9年連続で私のところに来た学生もことごとく自分の頭で考えて行動する。指示待ち、なんのこと?という感じ。 2015-11-04 20:48:13 shinshinohara @ShinShinohara たぶん私がテキパキ指示を出せない人間なので、そのうち周囲があきれて、自分の頭で考え出すからだろう。私は自分のことさえ心もとなく、パートの方に「今日、お客さんじゃなかったですか?」と念を押されて思い出すこともしばしば。スケジュール管理まで進んでやってもらっている。実に助かる。 2015-11-04 20:52:00

    「指示待ち人間」はなぜ生まれるのか?
  • 3年前の僕へ

    10. 3つのテーマ 1. 創 技術で現場をリードする! 2. 団 プロセスと組織を変革する! 3. 守 チームを堅牢に護る [公開用追記]! 発表は、以下の4トラックで構成されていて、! 発表は考トラックで行われました。! ・技術で現場をリードする創! ・プロセスと組織を変革する団! ・チームを堅牢に護る守! ・未知の世界を切り開く考

    3年前の僕へ
  • プロジェクトマネジメントなう\(^O^)/ | ぽんぽんぺいんなう\(^O^)/

    20代後半から15年ほどSIプロジェクトのリーダー/マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル(MLB監督) ●ポリシー 1)全てのメンバーが目的・段取りのわからない仕事をしない/させない。 2)プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 3)プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 4)プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 5)リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 6)みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 7)人は一人一人別人であり仕事に対するスタ

  • 2013-06-20

    これ読んどけ。最悪どちらか片方でいいから。*1 インストラクショナルデザイン―教師のためのルールブック 作者: 島宗理出版社/メーカー: 米田出版発売日: 2004/11メディア: 単行購入: 10人 クリック: 71回この商品を含むブログ (36件) を見るパフォーマンス・マネジメント―問題解決のための行動分析学 作者: 島宗理出版社/メーカー: 米田出版発売日: 2000/03メディア: 単行購入: 39人 クリック: 312回この商品を含むブログ (119件) を見る 続きはこちら 明日から役に立つインストラクショナルデザインのすすめ - 図書館学徒未満 「わからせる」にはどうすればいいか -理解とモチベーションのコントロール - 図書館学徒未満 *1:類書を読もうとして「パフォーマンス・マネジメント」で検索すると経営学のほぼ関係ない文献がバリバリ引っかかって大変なことになります

    2013-06-20
    aosiro
    aosiro 2013/06/21
    教育工学、へ〜
  • あるSEのつぶやき: プロジェクト管理メモ

    プロジェクト管理はオンラインの情報だけで学べるものではないとは思いますが、情報がなくならないようにメモしておきます。 ■プロジェクト管理 プロジェクトマネジメント入門:ITpro プロジェクトマネジメント連載記事インデックス プロジェクトマネジメントの理論と実践:ITpro 計画部分を重視したプロジェクトマネジメント連載記事インデックス プロマネ最強マニュアル---目次:ITpro プロジェクトの火消し方法解説記事インデックス プロジェクト・マネージャの「やってはいけない」---目次:ITpro プロジェクトマネジメントアンチパターン解説記事インデックス なぜプロジェクトは失敗するのか インデックス - @IT自分戦略研究所 プロジェクト失敗理由の連載記事インデックス EnterpriseZine:コーナー:実務で役立つプロジェクトレビューの心得 リスク管理などのプロジェクト管理解説記事イ

  • 1