見積・提案書に書いておくと不幸を減らせる前提条件
はじめに ちょっとつぶやいたら思いのほか需要がありそうだったので、簡単にまとめておきます。 おことわり これを書いておけば、すべての不幸を避けられるというものではありません 提出先との関係性次第では、書かないほうがいいこともあるかも 私自身が普段提案している内容が、すべて記載されているわけでもありません（うろ覚えで書いてたり、大人の事情） これを流用しておこったすべての事項について、何らかの責任をとることはできません 本稿では請負による開発を想定しています でも共有することで、この業界の不幸が減ればいいなということでつらつら書いてみます。 他にもあるようなら、Twitterなりコメントなりで提案してもらえると嬉しいです。 前提条件を書く目的 見積・提案書通りに、実施するために必要な条件を明確にする 条件を逸脱したときに、どうなるのかハッキリさせる 上記は概ねつぎのとおり 実現が不可能になる
オープンソースのプロジェクト管理ツール「Taiga」を試してみた | DevelopersIO
こんにちは！DA(データアナリティクス)事業本部 サービスソリューション部の大高です。 プロジェクト管理ツールは色々ありますが、スクラム開発を実施する際には一定のお作法などもあり、より特化したツールのほうが利用しやすいかと思います。 今回はそんなプロジェクト管理ツールとして、オープンソースのプロジェクト管理ツール「Taiga」を試してみました。 Taigaとは？ Taigaはアジャイルチーム向けのプロジェクト管理ツールです。直感的なユーザーインターフェイスを備えており、また多言語対応もしています。 「Basicプラン」または「Premiumプラン」の2つから、いわゆるSaaS型の利用ができますが、一方でセルフホスティングとして利用することで無償利用も可能です。 今回は、こちらのセルフホスティング型での利用を試してみたいと思います。 前提条件として、Docker環境が必要となるので私はDoc
内製化をすすめる知人へのアドバイス - Kengo's blog
ソフトウェアエンジニアとしての働き方を探求してきた経験と、駐在員として文化の狭間でうろちょろしてきた経験、OSSエンジニアとして多数の多様な人材と交流してきた経験をもとに、果敢にも内製化に挑戦する知人へのアドバイスを気持ちまとめます。 前提 主な利用技術にはJava（Spring Framework）やTypeScriptを想定 FaaSを始めとしたManaged Serviceは（いまのところ）積極採用しない構え Digital Transformationを推し進める一環としての内製化に、エンジニアリングの観点から挑む方を読み手として想定 内製化のターゲットは決まっているか心当たりがある状態 既存の開発チームはほぼ無い想定 1. チームビルディング 1.1. スーツとギークの対立を避ける 我々が若かった頃は"スーツ"と"ギーク"の対立を煽る風潮にありました。Rockstar Engin
「自分を大きく見せる」のをやめる｜はせおやさい #わたしがやめたこと - りっすん by イーアイデム
文 はせおやさい 誰かの「やめた」ことに焦点を当てるシリーズ企画「わたしがやめたこと」。今回は、ブロガーのはせおやさいさんに寄稿いただきました。 はせおやさいさんがやめたことは「自分を大きく見せる」こと。 仕事への取り組み方は、自分でも気づかないうちに変化していることも多いはず。ただ、がむしゃらに走ってきた人ほど、大変なときでも無理をしたり、弱みを見せたくないと思ったりする癖がついてしまっているかもしれません。はせさん自身も、かつては「できない」ではなく「できる」と言い続けてきた時期があったそう。そんなはせさんが「大きく見せるのをやめよう」と思ったきっかけとは？ ＊＊＊キャリアのスタートが遅く、仕事へ真剣に取り組み始めたのは20代も半ばを過ぎた頃だった。 それまでは「早く結婚してお嫁さんになって、パートでボチボチ頑張りたい」というスタンスだったのが、結婚予定だった相手の気が変わり婚約解消に
重大事故の時にどうするか？｜miyasaka
ヤフー時代の部下から突然メッセンジャーが。 「以前宮坂さんが緊急対応時に残して頂いた言葉を今度セミナーで使っていいですか？」 と。 リーダーの仕事はいっぱいあるけどなかでも大きな仕事の一つは重大事故の発生の時の陣頭指揮。平時は部下で回せるようにするのがマネジメントだけど、危機の時まで部下にまかせるわけにはいかない。 お恥ずかしながらヤフー在職中の22年で何度か重大事故を起こし関係者の人に多大な迷惑をかけてしまった。その度にその陣頭指揮をとった。 結果的にヤフーのなかでもっとも深刻な事故対策をやった人の一人じゃなかろうか。そのなかからノウハウ的なものがたまってきたものを部下にメモしておくってあげたものを彼は覚えていてくれたらしい。 彼いわく危機対応の時にすっごく役にたって指針になったといってくれて送ってくれた。 ひょっとしたら他の人にも参考になるかとおもって（若干訂正してますが）ここに残して
「技術的負債だらけのチームで技術マネージメントしてみた」資料が素晴らしい - プログラマの思索
「技術的負債だらけのチームで技術マネージメントしてみた」の公開資料が素晴らしいのでリンクしておく。 【参考】 akipiiさんのツイート: "すごく良い資料。RT @yassan168: #kichijojipm 発表資料upしました。誰かの役にたてば良いのだけど。connpassにもUPしています。＞技術的負債だらけのチームで技術マネージメントしてみた https://t.co/3R25aUnI4S" 前任の仕事を引き継ぎしたら、下記の問題があったらしい。 技術的負債込みで引き継いでしまった、という例は、本当によくある。 (引用開始) １年前の状態 ・すべてがメールベース ・ドキュメントはほぼ無い ・最強の属人化。個人のパワーで乗り切る ・技術に関心が無く誰も行動しない ・暫定スクリプトが今も元気に本番稼働中 ・ソースには、ほぼコメント無し ・hoge.pl.(日付) 形式のソース管理
はてなブログ | 無料ブログを作成しよう
聖蹟桜ヶ丘へ 今年度の授業が全て終了した。最後の授業はテスト返却とその確認作業の後は特に何をしろとも言われていなかったので、『耳をすませば』の後半、お姉さんと雫が言い争いをする場面を生徒と皆で見た。 この場面。あの場面、お姉さんは雫に「今しなきゃいけないことから逃…
Structured Approachができる人、できない人 | タイム・コンサルタントの日誌から
「あなたは、同期30人の集まるパーティの幹事になりました。 あなたが最初にすべきことは何ですか？」 －－これは、わたしがプロジェクト・マネジメントを学生や社会人に教えるときに、最初に出すクイズの一つである。出てくる答えはたいていの場合、まちまちだ。「店を探して予約する」「日取りを決める」「参加者を確定する」、等々。いや、パーティといってもいろいろだから、どれを先にするべきかはシチュエーションによる、との答えもありうるだろう。 だが、この問題には、どんな状況にも当てはまる、唯一の普遍的な正解がある、とわたしは続けて説明する。ためしに、ちょっと読者の方も考えてみていただきたい。少なくとも、わたしの勤務先のプロジェクト・エンジニア（＝プロマネ候補生）たちにたずねたら、若い人でもきっと正解を答えてくれるだろう（と思う）。 その答えとは、『計画を立てる』である。どんなイベントでも、(1)計画を立てる
技術者たちの沈黙 （2012/08/22） - タイム・コンサルタントの日誌から － SCM & PM業界ウォッチング －
このページは、スケジューリング・生産計画・プロジェクトマネジメント・ＳＣＭ・ＭＥＳ・電子商取引などに関連するトピックを選んで紹介するとともに、 私自身の個人的視点から簡単なコメントをつけたものです （佐藤 知一） Pushで教育し、Pullで成長する （2017-02-19） 意外性に動じない心を持つために （2017-02-09） クリスマス・メッセージ：見えるコストと見えない価値 (2016-12-25) なぜ、製造業のIT化が進まないのか？ ～お金をちゃんと投資しよう （2016-11-28） パフォーマンス問題へのシステムズ・アプローチ （2016-11-21） 見えない非効率 ー 今、動いているんだからいいじゃないか (2016-11-15) 私の名前をドアからはずす時（レオ・バーネットの言葉） (2016-10-24) B2B企業にイノベーティブなITは可能か (2016-0
特急列車はなぜ早いか？（その仕事はなぜ遅いか？）: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 特急列車はなぜ普通列車より早いのか？ 途中停車駅がすくないから。ですよね。 では、なぜ途中停車駅がすくないのか？ それは早く進むために、そう決めたから。ですよね。 じゃあ、なぜ君たちの仕事は遅いのか？ 各駅停車の仕事仕事が遅々として進まない。それなりに能力がある人が集まっていても、そういうことはよくあります。 それって、まさに各駅停車状態になってるからじゃないでしょうか？ すこし進んだと思ったら停車して、計画を見直したり、やり方を調整したり。途中で誰かが「これって何だっけ？」と質問してくるのに答えたら、別の人が「えっ、それってこうだと思ってた」なんてことになって、１から認識あわせをしなおすことになったり。 結局、一直線にゴールに向かってひた走れれば、それほど時間がかかるわけ
一般人よりプログラマが優れている10の理由 - あと味
私は常日頃、「プログラマって絶対優秀だよなぁ」と感じています。そう思っている理由を10個にまとめてみました。 ちなみに、私はプログラマではありません。一般人です。現場を知らないので、理想論に近い話になっていると思いますがご了承ください。どうやらおもいっきり理想論っぽいです。 抽象化・具体化ができる オブジェクト指向限定かもしれません。一般人よりもものごとの本質を見極める目を持っています。また、その訓練をしています。多くの偉人たちは、このスキルを持って、人々を導いてきました。 適材適所ができる どの言語を使うべきか、どのライブラリを使うべきかということの最適解を常に模索しています。一般人よりも適材適所に対する感度が高いと思います。 MECEなグルーピングができる 関数やクラスなど、漏れ・重複が極力ない設計を心がけています。一般人は、グルーピングしても漏れも重複も発生してしまうことが多いです。
組織における、責任回避を逆手に取る意志決定術 - teruyastarはかく語りき
■広告β:意志決定の謎 意志決定には、謎があると思う。 国家の意思決定といえば、政治が思いつく。 政治は意志決定の連続であるが、私の目から見ると、 「いったいなんでそんなことになるのか？」「この人達はおかしいのか？」 そんな決定を見ることも珍しくない。どうなっているのか？ 頭がおかしいのだろうか？そんなことはないだろう。 クライアントのところへいく。クライアントも意志決定をしている。 とんでもないオリエンペーパーを渡されることがある。 なにこれ？一ヶ月かけて、これって・・・何も決まってないのでは？ 迅速に意志決定の検討をする・・って何も言っていないのでは？ クライアントは頭の弱い人なのか？そんなことはない。 意志決定には謎がある。外部から見ると、悪魔的な力が働いて、 どうみてもおかしい、変な意志決定が出力されているように見える。 おそらく、悪徳祈祷師がいるのだろう。 もしくは、古代中国に習
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
