マネージャの在り方若しくは廃止論に反する思い - 室長のひとりごち
はじめに はじめに断っておくとマネージャには担当部門においてる無能なマネージャもいるし、有能なマネージャもいる。これはエンジニアに優秀なエンジニアもいるように、残念なエンジニアもいるのと同じである。ただ、マネージャとエンジニアの比率は1対Nになるから無能なマネージャに当たるエンジニアは総数としては多くなる。 自分に見えていた風景 自分に見えていた風景の話をすると、2011年ごろまで、アジャイル界隈ではアジャイル開発とウォーターフォールの対立を揶揄するようなスライドが散見された。ところが2012年のあたりから風向きが変わった。そんな対立に油を注ぐ暇があるならアジャイルで成果を出すべきだと言ったスライドを見かけるようになると同時に、組織論を語るようになった。 そこで問題になるのはマネージャである。個人的な解釈では、プロジェクトマネージャ＝プロダクトオーナであるから、アジャイル開発の役割に組織の
SIerでチームを継続することの難しさ - 室長のひとりごち
SIerでのチーム。チームは組織図上のチームか組織図とは別にプロジェクトチームの2つに分類されるだろう。プロジェクトチームはマトリックス組織の上に仮想的に作られるか、組織図にもプロジェクトチームとして表現されるだろう。 プロジェクト視点で見ると、組織横断的なプロジェクトか部や課に閉じた組織内のプロジェクトのいずれかになる。 プロジェクトチームはプロジェクトの定義からいずれ解散か改組され組織図上に組み込まれる。 SIerに限らずプロジェクトチームは期限性を持つから目的を達成するか中止の判断で解散する。いくら良いチームを作っても有期限性を持っているので最初から解散は決定事項である。 ではSIerではチームを継続して成果を継続的にアウトプットするチームは実現できないのだろうか。 SIerの事業会社のITプロジェクトを切り出して請け負うビジネスモデルの観点で考えれば可能であり、難しい点もある。 チ
どうしてプロジェクトマネジメントを嫌いになるのだろう - 室長のひとりごち
プロジェとマネジメントの効果の事例 プロジェクトマネジメントは良い。自分にとって良い影響しかもたらしていない。仕事ばかりではなく、個人の課外活動においても、プロジェクトマネジメントの手法を活用する場面が多々ある。 プロジェクトマネジメントでできること プロジェクトマネジメントは単なる『マネジメントシステム』であるから、プロジェクトマネジメントがプロジェクトになった課題解決をするわけではない。プロジェクトの課題を解決するまでのコントロールができる。 プロジェクトマネジメントでできないこと 『マネジメントシステム』であるから、課題を解決する手法は別に用意しなければならない。システム開発でシステムを実現するのはシステム開発手法であり、プロジェジェクトマネジメントはプロジェクト化された課題解決の推進上のコントロールである。 プロジェクトマネジメントが嫌いなエンジニアに 前述したとおり、プロジェクト
2014-05-02
本当に「英語を話したい」キミへ [Kindle版] 川島 永嗣 (著) 紙の本の価格： ￥ 1,404 Kindle 価格: ￥ 399 OFF： 72% ☆は、27 件のカスタマーレビューで、5つ星のうち 3.7 本当に「英語を話したい」キミへposted with amazlet at 14.05.01世界文化社 (2013-03-29) 売り上げランキング: 53 Amazon.co.jpで詳細を見る 「働くパパ」の時間術 仕事も家事も育児もうまくいく！ [Kindle版] 栗田正行 (著) 紙の本の価格： ￥ 1,512 Kindle 価格: ￥ 699 OFF：54% ☆は、8 件のカスタマーレビューで、5つ星のうち 4.8 「働くパパ」の時間術 仕事も家事も育児もうまくいく！posted with amazlet at 14.05.01日本実業出版社 (2014-04-11)
残業100時間越えのプロジェクトチームを残業ゼロに変えた7つのこと - 室長のひとりごち
新しいプロジェクトを立ち上げ、プロジェクトチームを編成してスタートを切ったときのことです。ワタシはそのチームを外から見るロールでいたので、最初は様子を見ていたのですがいろいろと事情があってそのチームは開始直後からガッツリと残業していたのでした。「こりゃあかん。」と思ってぷろじぇくとオーナと会話してレスキューに入ったのですが思った以上にアレコレ酷かったのでいろいろ手を打ったのは今となっては気づきもたくさんあって良い経験でした。 そうした「いろいろ手を打った」の中で直接関与することになって仕切り直しをすると決めてから残業がゼロになるまでずっと言い続けてきたことがあるのでした。 受け身で仕事をするな 「担当するタスクは自分で見積もりなさい。」とずっと言っていました。これは、他人が言う納期は相手の思いつきの日付か、契約の都合で納入する義務のある日付です。その日付が妥当かどうかは知ったことではないで
ツールやテクニックやメソドロジーが業務に適用できるかどうかはドメインのエンジニア次第なんだよ - 室長のひとりごち
少し前に先進技術(と言っても世間で流行り始めたくらいのレベル)をアセスメントして標準に適用するかどうか取り組んでいるエンジニアと話していたら、話の矛先がアジャイルのスクラムとかTiDDとかの話になったときポツリと、 「ナレッジとかノウハウとか集めて汎化するじゃないですか。」 「そうだね。」 「結構大変なんですよ。」 「せやな。」 「せやな、じゃなくて。」 「あぁ、めんごめんご。」 「心が籠っていないですね。」 「ごめんー(棒。」 「もういいですよ。いつものことなんで。」 「いつも済まない。」 「でね、標準を作るんです。」 「そこまで聞いた。」 「いや、話の腰を折ったのは？」 「オレオレ。」 「詐欺みたいじゃないですか。いや、話している相手が詐欺師だった。」 「何を言っているんだい？プロマネとかマネージャが詐欺師のわけないじゃないか。」 「それ、もう詐欺ですから。」 「でね、こちらも頑張って
システムエンジニアの35歳定年説の真意がワタシなりにわかった気がする - 室長のひとりごち
システムエンジニア35年定年説なんて、ワタシが仕事についてすぐに聴いた言葉だし、未だにこうして蘇るのは亡霊なのか、それとも仮想化HAを導入して信頼性を挙げた成果なのかは知らないけれど。でも、それはそれでみなさん楽しく語るし、ワタシだってときには語っていたこともあった、ハズ。 これまでの35歳定年説に関するワタシの持論みたいなものは、 仕事面では −エンジニアのピラミッドの位置としてロールアップしていないと先がない −コスト負担の面で、専門性を見出すか、リーダとしてメンバと合わせて負担の平準化が必要になる フィジカルな面では、 −物理的に体力を維持するだけで精一杯で夜戦はツライ などと、経験と学習に応じた組織の中での役割、つまり、ロールをステップアップしていかないと、キャリアの見通しもつらくなるし組織の中でのコスト負担の問題とかがあるし、一兵卒のままだと当の本人が体力的にツライ、というような
見積もりしたプロジェクトを炎上させないために出来ること “デブサミ2014【14-B-7】なぜ、システム開発は必ずモメるのか？ プロジェクト見積もりから契約作成まで #devsumiB ” のツィートを読んで - 室長のひとりごち
一昨日と、昨日、devsumiでしたが行こうとまで気持ちが駆動されなかった割には関心はあってデブサミ2014、講演関連資料まとめあたりをチラチラと眺めて居たんですが、 デブサミ2014【14-B-7】なぜ、システム開発は必ずモメるのか？ プロジェクト見積もりから契約作成まで #devsumiB がどうにも気になるというか、「行けば何か得るものがあったのでは？」なんて一瞬思ったけれど、よくよく考えてみれば切り込み隊長の顔を拝謁する以外はtogetterのまとめでよかったかも？と思ったり。現実的には、昨日は先約があってどうにも動けず、だったんですけどね。 で、#devsumiB を読みながら自問自答してみるようなことを。 https://twitter.com/aikazuyendo/status/434237935257280513 このツィートを読んで思い出したことは、見積もるエンジニアに
プロセスを変えないで生産性を上げることを策略するのは精神論でしかない - 室長のひとりごち
ほら、良くあるじゃないですか。見積もったら見積もり規模とヘッドカウントが合わないから「生産性向上策をするとして。」っていう光景に遭遇して目が点になったり、対策案の策に「○○さんを投入して」って書いてあったり。 生産性を向上させるための方策＝モノづくりの仕組みを変えないで生産性を上げるには、それ＝成果物を生むエンジニアをスケールアウトする他ないです。その策もスケールアウトするエンジニア全員が相当出来て“コミュ力もある”エンジニアでないとエンジニアが増えるのでコミュニケーションのオーバーヘッドが増えるからコミュニケーションのやり取りの摩擦で生じるロスが無視できなかったりするんだけど、そんなこと＝摩擦係数はゼロと見做すのか、握りつぶすのか、思いもよらないみたいだ。 生産性がそれまでと比較して向上するには、イノベーションを起こすか、ムダなものを省くかしかない。エンジニアを投入して生産される成果物が
躾はマイクロマネジメント、裁量はリスクマネジメント - 室長のひとりごち
自分が所属する組織は、すぐ隣の組織でもマネージャが違うだけで全く違う家風を文化として持つものです。その組織の単位が課から部へ、部から事業部へと大きくなれば、その差異の濃さも広がるんだね。組織再編が好きな会社なら大規模な再編に揉まれると嫌でも経験させられるもので、ワタシなんて何度味わされたものか。 マネージャなら自分が担当する組織をどのようにオペレーションしたいかでチームデザインを考えるものだし、デザインを考えないマネージャはチームデザインのポリシーがない故、そのメンバはそのマネージャの元にいる間は右往左往させられるものです。実際、チームデザインをポリシーとして理解できるときのマネージャなら軸がぶれないので先が想定できて仕事がし易いし、ポリシーのないマネージャは毎回変わるので仕事がし辛いです。 ここずっと、他の組織までレビューアとして見る機会が多くなって、−隣の家に行くようなもんですが−、そ
Scrum Alliance Regional Gathering Tokyo 2013に行ってきた！ 2013年1月16日編 - 室長のひとりごち
名称 Scrum Alliance Regional Gathering Tokyo 2013 日程 2013年1月15日(火)〜1月16日(水) 場所 秋葉原UDX全体総括 全体総括 昨日に続き、#sgt2013(ハッシュタグ)に行ってきた。今日は日本語オンリーセッション。 個別に指定されたワークショップ以外は、原則、撮影、録音、録画が禁止でした。アジャイルのワークショップなどに行くと、撮ってツィートやブログに書いて宣伝してね、が多いのでちょっと様変わりし始めたのかな、と。 個別トラックのワークショップも、企業向けなど有償ワークショップの宣伝となっているようで、アーリーアダプタが先行投資していたものをマネタイズして回収に入った時期に差し掛かっているのかもしれないな、と思う。これは正常なステータスの進化だと思う。 まぁ、先行者利益のようなものだね。 ファシリティサービスで提供されていた、あ
自らの手で標準作業を書いて学ぶこと - 室長のひとりごち
どっちかと言うとネガティブな印象だった 昨日から、トヨタ生産方式―脱規模の経営をめざしてを読み始めてる。この本は、最近よく目に入るのは、アジャイルの勉強会などでチラチラと見かけるから。だから、気になっていた。 トヨタ車に乗ったのは、学生の頃、下取りの中古車を安く譲ってもらったのが“たまたま”トヨタ車だった。結構走ったと思うんだ。2年くらい乗ったかな。かなり古い中古だったから、タバコのヤニやら年月やらでそれなりにくたびれていたけど。たった一つ、フィーリングが合わなかったのはシフトレバーが長かったこと。あれは操作しにくい。それ以外は、初めて所有した車だったから、それこそ毎日乗っていた。 あの頃はまだ、車には輝きがあった、そんな時代。カーグラフィックもテレビ版があって、今のようにローカル放送ではなく、テレ朝だった。カーグラもずいぶん買った。そうやって、だんだん耳年増になっていく。少ない実体験、と
ほぼ、総受けばかりのドリームチーム - 室長のひとりごち
いつの間にかイベントの責任者になりました 組織内のイベント、それもオールニューのイベントの責任者に“いつの間にか”据えられていました。はい。内心、予想どおり。 ＃空気読めたし。 でも、 「(しょうがないなー)ワタシですかー。」 予想どうりだけれど、手と頭はサクサク動く。予想していたから。 しかし、なんで、いろいろ振らないと誰も動かないのかな。 いや、今振り返れば、もっとこっちからイメージ合わせしてほしかったのか？ううん、ユーザストーリ、インセプションデッキ、パッケージデザインも作って共有したんだよ。 読んでいてくれればだけど。 何人読んでくれたのだろうか。 ワタシのプロマネスタイル ワタシのプロジェクトマネージメントは、軸を決めて、枠をはめて、とトップダウンで展開していく。 キーとなる要素技術があって、それが技術的に確立していないなら、トッププライオリティで検証させリスクテイクできるように
進捗管理の苦い思い出 - 室長のひとりごち
進捗管理の苦い思い出 ずっと前のプロジェクトマネージャをしていたころのことだけれど、プロジェクトをキャリーしていた。プロジェクトメンバは、コアメンバは押さえていたが、すべてのメンバとは“初めて”のチーミングだった。 ＃半分くらいは知ってはいたけれど そのプロジェクトでのプロジェクトマネージャは、プレイングマネージャだった。プロジェクトのサイズは小さい方。アジャイルなら適当なサイズかもしれない。でも期間はそこそこの半年以上はあった。プレイングマネージャだからこそ、好きにできるけれど、好きにした分、自分も手を動かさなければならない。 上流工程なら顧客とのセッション資料を仕込み、セッションをファシリテートし、プロジェクトメンバにフィードバックする。この間にも課題管理、機能検証、メールコミュニケーション、コスト管理、そして進捗管理など、普通にあるプロジェクトマネージャの仕事が山積みになっている。
不安なことを考えるのは朝が良い - 室長のひとりごち
いろいろ起こるよ 生きていれば、色々なコトが起こる。自分に起因するコトもあるし、家族かもしれないし、仕事に関することかもしれない。それは、自分が何かをしたからかもしれないし、何もしなかったからかもしれない。もしかしたら、自分ではない、誰か、たとえば家族かもしれないし、他人かもしれない。いずれにしても、ことの大小に係わらず毎日いろいろなコトが起こるものだ。 コトには優先順位がある 毎日様々なコトが起こるけれど、ただやっておけばよいコトもあるし、自分から行動して片付けなければならないコトもあるし、ハタマタ、誰かにやってもらわないと片付かないコトもある。期限があるものもあるし、のんびり構えていても良いものもある。日々起きるコトは、一人しかいない当事者の自分が、そのときにそのコトの重大さを何かしらのクライテリアに基づいて価値を判断し、処理するのだ。それは、暗黙に毎日自分に対して価値判断することで優
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
